Z
когда ты работаешь в тонком клиенте то тоже все ок, тонкий клиент лишнее вызывать не дает
Size: a a a
2020 August 20
Z
когда ты работаешь в толстом управляемом то начинается постоянные определения контекстов и попытки серверный код исполнить на клиенте
Z
в общем никогда не используйте толстый клиент и все будет тогда хорошо :)
Z
еще лучше все права связанные с его запуском у всех отключить
KK
А, вот оно что. Понятно, спасибо
JD
когда ты работаешь в толстом управляемом то начинается постоянные определения контекстов и попытки серверный код исполнить на клиенте
Один фиг формулировка на ИТС корявая - никакой невозможности надежного определения нет.
Просто она становится витиеватой. Но называть это ненадежным - это автор текста или поленился сам подумать, или решил не рассусоливать и якобы уберег читателя, а на самом деле не подошел к техническому разъяснению ответственно и тем самым наоборот породил еще большую неясность.
Просто она становится витиеватой. Но называть это ненадежным - это автор текста или поленился сам подумать, или решил не рассусоливать и якобы уберег читателя, а на самом деле не подошел к техническому разъяснению ответственно и тем самым наоборот породил еще большую неясность.
Z
ну там очень непонятная проверка получается
Z
ну и по логике
JD
еще лучше все права связанные с его запуском у всех отключить
Каждый будний день сижу провожу в толстом клиенте 90% времени, все конфигурации на упр. формах под тонкий клиент
Z
*КлиентСервер
Z
должен содержать общий код
Z
а не разфигачивать его по контекстам
JD
ну и по логике
Вот лучше бы на ИТС и оставили это единственное обоснование - типа раз фигачишь к-с модуль, то и нехер в нем разветвлять по контекстам. Должно железобетоннно всегда работать и там, и там.
A
Базопузомер / статистика в MS SQL
NG
ладно, когда проверка витиеватая для системы типов, это полбеды. а вот когда когнитивная нагрузка на разработчика повышается, это уже совсем беда. например, если в общем модуле разместить директиву компиляции, то ни я ни один из моих коллег не может однозначно сказать, где будет компилироваться этот код и в каких контекстах он будет доступен
JD
ладно, когда проверка витиеватая для системы типов, это полбеды. а вот когда когнитивная нагрузка на разработчика повышается, это уже совсем беда. например, если в общем модуле разместить директиву компиляции, то ни я ни один из моих коллег не может однозначно сказать, где будет компилироваться этот код и в каких контекстах он будет доступен
Про директивы компиляции в ОМ речь вроде и не идет.
Такое уж явно недопустимо.
Такое уж явно недопустимо.
Z
John Doe
Про директивы компиляции в ОМ речь вроде и не идет.
Такое уж явно недопустимо.
Такое уж явно недопустимо.
ну платформа дает так делать
NG
John Doe
Про директивы компиляции в ОМ речь вроде и не идет.
Такое уж явно недопустимо.
Такое уж явно недопустимо.
ну, написать такое - допустимо. парсер сожрет и модуль скомпилируется. а вот двухтомничком схватить можно, да
JD
ну платформа дает так делать
Надо срочно явно запрещающий стандарт на ИТС для этого опубликовать
NG
John Doe
Надо срочно явно запрещающий стандарт на ИТС для этого опубликовать
он вроде бы даже есть...