Сообщение Re[6]: Про бизнес-объекты: для сохранения, для API, для внут от 26.09.2017 17:57
Изменено 26.09.2017 17:58 Shmj
Re[6]: Про бизнес-объекты: для сохранения, для API, для внутреннего
Здравствуйте, rameel, Вы писали:
R>Я ответил на вот это вот:
S>> А для XML-сериализации/десериализации, к примеру, они обязательны.
Да, для коллекций оказывается не обязательны.
Но по вашей парадигме вообще все свойства будут имет обязательно и get и set. А что если объект не подразумевает возможность изменений?
R>Я ответил на вот это вот:
S>> А для XML-сериализации/десериализации, к примеру, они обязательны.
Да, для коллекций оказывается не обязательны.
Но по вашей парадигме вообще все свойства будут имет обязательно и get и set. А что если объект не подразумевает возможность изменений?
Re[6]: Про бизнес-объекты: для сохранения, для API, для внут
Здравствуйте, rameel, Вы писали:
R>Я ответил на вот это вот:
S>> А для XML-сериализации/десериализации, к примеру, они обязательны.
Да, для коллекций оказывается не обязательны.
Но по предложенной выше парадигме с использованием единого класса для всего -- вообще все свойства будут имет обязательно и get и set. А что если объект не подразумевает возможность изменений?
R>Я ответил на вот это вот:
S>> А для XML-сериализации/десериализации, к примеру, они обязательны.
Да, для коллекций оказывается не обязательны.
Но по предложенной выше парадигме с использованием единого класса для всего -- вообще все свойства будут имет обязательно и get и set. А что если объект не подразумевает возможность изменений?