Мы в основном используем ранние связанные типы для нашей разработки.Они имеют смысл, если вы разрабатываете бизнес-логику (безопасность типа, ...).
Тем не менее, еще есть место для позднего захода на посадку.Мы используем разработку с поздним ограничением, когда мы должны оставаться общими и не можем предсказать, как выглядит целевая система.Или, если вы разрабатываете какой-то повторно используемый компонент, который можно настроить несколькими способами (например, генератор чисел).
- Медленно, так как он должен подключиться к ws и получить через http, даже еслион работает в том же процессе, что и остальная часть системы.
В этой точке нет никакой разницы между программированием с ранним и поздним связыванием.В чем разница обновления поздней сущности с помощью .Update() и вызова SaveChanges() в контексте данных?Вам не нужно явно вызывать веб-сервис при использовании классов с ранним связыванием в плагинах.
- Вызывает блокировки sql при подключении к сообщению CREATE в плагине.
Это не вызвано типами с ранней привязкой.Есть и другие причины для такого поведения.
- Любые небольшие изменения в системе и классах должны быть восстановлены, и все сломается.
Iтакже не могу согласиться по этому вопросу.Где разница между наличием класса
Account.Foo = "some data here";
или использованием Entity
Entity["new_foo"] = "some data here";
Если у вас есть изменения в new_foo, вы должны справиться с этим с ранними и поздними связанными классами.Однако, как упоминалось выше, если вы не знаете, что целевая среда, использующая классы с ранним связыванием, может привести к проблемам, если поля, на которые ссылаются сгенерированные свойства, недоступны.