Java Servlet Правилен ли подход?

Question

[Игорь]

Здравствуйте, я изучаю Java EE и параллельно создаю клиент-серверный проект. Где клиентская часть написана на C#, а серверная на Java. Для взаимодействия клиента с сервером я использую сервлет (взаимодействие происходит посредством API команд в формате json, не параметров http запроса).

Вопрос: правилен ли подход использования только одного сервлета, который принимает запрос, отдает его на обработку соответствующим модулям и затем отсылает ответ?

Answer 1

[Алексей Черемисин]

Если вам так удобно, в виде сервлета-прокси, то да, подход нормальный. Да, работа через json тоже нормальная. Не забудьте, что еще есть разные методы GET/PUT/POST/DELETE/UPDATE/HEAD и т.д, очень часто именно ими удобнее манипулировать. Например по GET забираем данные, по POST - передаем, по PUT - обновляем, по DELETE - удаляем :-)
Ну а в большом проекте все же удобнее разделать сервлеты по типам данных.

Comments

[roswell]

Кстати, со всей этой кухней из GET/PUT/POST/и т. п. на выходе получается прямо-таки классический REST. Чтоб им всем с этим REST-ом пропасть...

[Алексей Черемисин]

roswell: вы первый сказали, я молчал :-) но все лучше, чем через CORBA или xml-rpc общаться :-D

[roswell]

Алексей Черемисин: и уж точно лучше, чем SOAP. Через что мне пришлось пройти, заставляя wsimport выдать рабочий код из интерфейсов некоей крупной софтверной конторы, даже вспоминать не хочется теперь. Кстати, возвращаясь к истории REST-а: у меня в своё время создалось впечатление, что Филдинг при рассматривании HTTP не обнаружил в нём ООП и счёл это существенным недостатком.

[Алексей Черемисин]

roswell: Да, soap - страх и ненависть, особенно с валидацией, подписями, крипто и всем этим энтерпразом, я вас понимаю. Сам в свое время много горьких слез пролил над xfire и axis2 :-)

Answer 2

[Толстый Лорри]

правилен ли подход использования только одного сервлета, который принимает запрос, отдает его на обработку соответствующим модулям и затем отсылает ответ?

Да. Похожим образом работает, например DispatcherServlet из Spring MVC:
где FrontController - это такой сервлет.