Мы разрабатываем LOB-приложение с использованием Silverlight, и несколько членов команды выступают за использование канонического шаблона проектирования вместо создания простых служб WCF.Как лидер, я пытаюсь сбалансировать лучшие практики в невероятно сжатые сроки.
Вот причины, по которым я НЕ считаю Canonical хорошим подходом для нашего проекта.
- У нас нет немедленного (<5 лет) требования предоставлять какие-либо внутренние услуги предприятию. </li>
- Время, необходимое для управления.(Разработка адаптеров с логикой преобразования данных, разработка XSD и разработка контрактов [ошибка, данные и операция]).
- Нет необходимости предоставлять контракты данных, отличные от существующих на уровне данных
- Похоже, что мы не можем легко использовать «самопроверяющиеся сущности» с каноническим подходом.
Вот несколько причин, по которым я рассматриваю использование канонического подхода.* Мы можем использовать схемы XSD для проверки типа и длины данных.
Мы будем готовы разрешить использование наших услуг для предприятия, будь то 5 лет или 1 год. Мы можемхорошо, что мы внедряем лучшие практики.:)
Итак, целесообразно ли следовать подходу Canonical с приложением Silverlight?Похоже, что преимущества, предоставляемые Canonical, весят дополнительную работу.... или я ошибаюсь, и это не дополнительная работа.