Шаблоны/Методы для разработки веб-сервисов
Я думаю решение, с которым мы собираемся закончить тем, что шли для нашего приложения, размещает справочные файлы сами. Это предоставляет нам немедленный доступ к файлам и способности усовершенствовать их.
то, Что я планирую, должно иметь содержание, загруженное в огромную серию XML-файлов, каждый содержащий справку для определенного объекта. Этот XML содержал бы ссылки на другие XML-файлы. Мы использовали бы XSLT для отображения содержания по мере необходимости.
В зависимости от лицензирования, мы можем создать определенный для клиента файл XSLT для адаптации стиля в соответствии с тем, в чем они нуждаются. Мы, возможно, должны быть в состоянии только показать справку для конкретных версий нашего продукта также и который может быть сделан путем отфильтровывания материала в XSLT.
4 ответа
- Следуйте модели REST .
- Тщательно проверяйте входящие данные.
- Избегайте SQL-инъекций и прочего кодовые эксплойты.
- Как правило, работают с большими порциями данных; т.е. записи вместо полей.
- Создавайте свои службы на основе транзакций (единиц работы).
Вот мой список:
- Прочтите книгу о дизайне услуг в реальной жизни. Для подхода Restful я рекомендую Restful Web Services
- Spec it : Проектирование службы в человеческом коде намного проще обсуждать и изменять, чем реализовывать ее, а затем обнаруживать, что это неправильно.
- Напишите интеграцию (сервисные тесты) на другом языке : вы можете обмануть себя, думая, что ваш сервис действительно шикарный, если используете одну и ту же технологию как на клиенте, так и на сервере. Реализуете службу RESTful на Java? Затем напишите тесты службы на (J) Ruby, создав службу .NET SOAP? затем напишите свои сервисные тесты на Java.
Проверьте Шаблоны SOA на http://www.soapatterns.org/
Я думаю, вы можете получить некоторое представление о предмете и найти хорошие идеи просматриваю там ...
Мне нравится разделять услуги на два типа: 1.- Бизнес-услуги со следующими уровнями: ddbb { {1}} dal (групповая функциональность, стиль репозитория ddd) bll (сущности, бизнес-действия) sil (DTO, преобразование из dto в сущность и безопасность)
2.- услуги оркестрации (стиль bpel): группирует бизнес-услуги для достижения чего-то.
Мне не очень нравится REST, я предпочитаю SOAP.