Развлекаюсь с сервлетами, делаю ритуальное:
1.
2.
3.
4.
5.
public class Баклуша extends HttpServlet {
@Override
protected void service(HttpServletRequest request, HttpServletResponse)
throws IOException, ServletException
{ /* Бьём баклушу */ }
и понимаю, что получается портянка с большим количеством похожих кусков.
Начинаю разносить похожие куски по отдельным методам и получается, что каждому надо передавать более-менее значительное число параметров, чтобы учесть различия похожих кусков.
Задумываюсь и понимаю, что должен помочь класс-обёртка, который назовём "капсулой".
Экземпляр капсулы будет создаваться внутри service(), хранить состояние всего, что мне нужно, а методы капсулы будут напрямую работать с переменными экземпляра.
Как пример - протоколирование.
Я должен или собирать строку каждый раз, когда требуется log.debug(сообщение), что громоздко или передавать адрес клиента, текстовую строку, идентифицирующую стадию обработки, размер прочитанных/записанных данных, время, потраченное на обработку и т.п. в отдельный метод, что чуть компактнее, но всё равно коряво.
С классом-обёрткой будет что-то вроде logPhase1() и т.п.
Разумеется, класс-обёртка всё равно получится достаточно большим - портянка есть портянка и весь вопрос: "куда её прятать?".
"Внимание, вопрос!".
С учётом того, что ява хорошо справляется с большим количеством короткоживущих объектов, выглядит неплохо, но может быть я изобретаю велосипед и "есть способ лучше"?
P.S. Про ThreadLocal - в курсе, но это (всего лишь) способ хранения капсулы со своими плюсами и минусами.
То, что такой способ может привести к утечке ресурсов - тоже понимаю.
