Информация об изменениях

Сообщение Re[2]: Про бизнес-объекты: для сохранения, для API, для внут от 26.09.2017 13:32

Изменено 26.09.2017 18:00 Shmj

Re[2]: Про бизнес-объекты: для сохранения, для API, для внутреннего
Здравствуйте, Kolesiki, Вы писали:

K>Вот с этого и надо начинать. Если некая свежепровозглашённая шиза не вписывается в практичную логику, это не "парадигма", а сферический конь в вакууме.


Ну почему шиза? Вы читали Guidelines https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/guidelines-for-collections ?

Те же коллекции не должны иметь set-еров по этим рекомендациям. А для XML-сериализации/десериализации, к примеру, они обязательны.
Re[2]: Про бизнес-объекты: для сохранения, для API, для внут
Здравствуйте, Kolesiki, Вы писали:

K>Вот с этого и надо начинать. Если некая свежепровозглашённая шиза не вписывается в практичную логику, это не "парадигма", а сферический конь в вакууме.


Ну почему шиза? Вы читали Guidelines https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/guidelines-for-collections ?
Те же коллекции не должны иметь set-еров по этим рекомендациям. А для XML-сериализации/десериализации, к примеру, они обязательны.


С коллекциями ошибся, оказывается и без сетеров сериализация работает. Но как быть с другими свойствами? Если один объект для всего, то вообще нельзя создавать только get-свойства. Получается если передали объект в метод -- нет гарантий что он там не подвергнется изменениям.