Показать сообщение отдельно
Старый 30.07.2019, 07:06   #35  
trud is offline
trud
Участник
Лучший по профессии 2017
 
780 / 1010 (35) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от belugin Посмотреть сообщение
(Типа, БУ не знает про Производство, производство не знает про БУ, есть модуль БУПроизводства, который знает обоих - подписывается на события в производстве и отображает их на БУ и наоборот, если где-то такое надо).
см. также книжки DDD и Clean architecture
Такие же концепции в реальной жизни не работают. т.е. за примерами далеко ходить не надо, возьмите совершенно новый код по разноске ГК в 2012, где точки расширения и делегаты расставлены в каждом методе, но при столкновении с реальной задачей корреспонденции в РФ проще оказалось удалить все проводки и заново их сформировать вместо подписок на события

Цитата:
Сообщение от belugin Посмотреть сообщение
Сделали события, более строгую рантайм семантику типов, var, объявления переменных в любом месте метода, internal, методы расширения, CoC, pre-post handlers и переписали полностью компилятор на C# чтобы было удобней делать дальнейшие улучшения.
Это все слабо относится к потребностям внедрения и поддержки. Ну т.е. незначительные удобства. Есть же сильные шаги назад
-Убрали перекрестные ссылки(убрали Read-Write к полям таблицы), не поддерживают их в ряде случаев и т.п.
-Удобство работы с метками, они не видны на объектах
-Убрали форму трассировки долгих запросов, где можно было увидеть стек трейс откуда идет запрос.
-Убрали возможность просмотреть зависимость методов которые вы меняете и методов которые меняются в очередном сервис паке
ну и т.д.
Т.е. если брать средства разработки, то единственное преимущество сейчас перед прошлой версией - это то, что код можно проще шарить и куда-то выкладывать, по многим остальным статьям, это шаг назад. Вот это не очень понятно почему происходит