В большинстве наших веб-приложений мы используем трехуровневую архитектуру: уровни Controllers / ViewHelpers, Service и DAO.Тем не менее, некоторые из этих пунктов довольно много стандартного кода.Показательный пример: большинство схем баз данных приложений имеют свою собственную таблицу Department (назовите ее T_DEPARTMENT), а на стороне кода это требует класс модели для Department, класс DepartmentDAO и т. Д.
То, что я хотел бы сделатьэто создать общую схему для всех отделов, к которой будут обращаться все приложения (да, это уже должно быть, но это не так ...).Затем я хотел бы добавить простой веб-сервис на сервер приложений, единственной задачей которого является доступ к этой общей таблице.Вместо пользовательского кода DAO, выделенного объекта модели и т. Д. Информация будет просто извлекаться с помощью вызова веб-службы, вероятно, в формате JSON.
Однако ... Мне нужно знать ответы на некоторые вопросы:
- Действительно ли это экономически эффективная идея?Мы, вероятно, выполняем около 10 проектов для малого и среднего бизнеса в течение каждого финансового года нашей компании (новые или переписанные устаревшие приложения).
- Если DepartmentDAO в основном состоит из Save (), Delete () и FindByName () / FindById (), будет ли значительно уменьшен объем кода / усилия путем замены его кодом веб-службы?(Обратите внимание, что должен быть код, написанный для таких вещей, как преобразование результатов JSON в блоки выбора и т. Д.)
- Будут ли последствия для безопасности вызовов веб-служб кошмаром?
ВКороче говоря, стоит ли это с точки зрения затрат на персонал / ремонтопригодности / и т. д.