Веб-платформы Java действительно стоят стычки?

С JSF сложно начать, и его сложнее освоить, чем многие веб-фреймворки Java. Возможно, вам будет проще использовать JSF с Seam, что значительно упрощает вашу работу с JSF и заменяет JSP на Facelets, что является большим улучшением.

В качестве альтернативы, вы можете попробовать SpringMVC, что многим людям легче найти. использовать.

Я думаю, что простой ответ - как вы протестируете его и убедитесь, что он работает при внесении изменений?

Вот где простые решения рушатся, и вы попадаете в адское обслуживание. К сожалению: (

Я использую лицевые маски чуть больше года. Одним из основных преимуществ, которые я вижу в веб-инфраструктурах Java, является то, что он помогает поддерживать чистоту кода и способствует его повторному использованию. Например, в Facelets вы не получаете никаких скриплетов на своих страницах, как вы делаете в JSP. Я видел ASP-файлы в производстве, длина которых превышает 3000 строк. В ASP или JSP нет ничего плохого по сути, но с его помощью довольно легко объединить некоторую бизнес-логику на странице. Без вреда, верно? Пока кто-то другой не должен поддерживать его.

Большинство фреймворков пытаются «помочь» вам придерживаться более строгого разделения MVC или любой модели, которую они предпочитают, что, в свою очередь, приводит к более чистым шаблонам (jsp, facelets, что угодно) и бизнесу и домену. код, который автоматически проверяется модулем.

Я думаю, это зависит от того, действительно ли фреймворк решает для вас «трудную проблему» и легко ее решает. Люди всегда находят это по какой-то причине ужасно противоречивым, но в большинстве каркасов, которые я рассмотрел, я в конечном итоге отказался от этого, потому что написать код немного проще, чтобы делать именно то, что я хочу.

Позже, когда у меня возникнет проблема в моем коде, я могу просто пойти туда, где проблема, и добавить строку кода, чтобы исправить ее, вместо того, чтобы просматривать страницы документации, чтобы найти магический параметр конфигурации. Если у меня есть проблема с (вставьте любимый фреймворк), я, как правило, нахожусь в поисках целую вечность, когда основная проблема, которую должен решать фреймворк, никогда не была такой сложной, во-первых.

Мои любимые бесполезные фреймворки - это те, которые требуют большого количества конфигурации и неуклюжего шаблонного кода для выполнения основных задач, таких как отправка нескольких байтов в сокет или вставка некоторых параметров в подготовленный оператор и запуск его в базу данных. Еще один из моих фаворитов - целый ряд «технологий XML», особенно «подключаемых» или «настраиваемых». (Почему мне нужна «подключаемая структура парсера», а не только один парсер, который всегда работает ...?) Назовите меня Виктором Мелдрю, но удивительно, как люди могут превратить 10-минутную проблему с регулярными выражениями в двухдневную Проблема «сделай, сделай, это - фреймворк с X-in-the-title-do-it».

Теперь уже сказано, что есть люди, которые абсолютно преуспевают в Spring, Hibernate, JSF, MVCJammer, Joomajamaventilate, вещах. со знаком «X» и т. д. Ясно, что для некоторых людей в некоторых ситуациях это чудо, и я просто упускаю из жизни.

Возможно, это зависит от того, имеете ли вы или ваша организация в первую очередь опытную «конфигурацию» и «объединение вещей» или "программист" специалист? Я полагаю, у меня есть больше последних.

SpringMVC стоит хлопот. J2EE нет.

My advice: get comfortable with lots of different frameworks, and know how to get your hands dirty and write it yourself, too. You'll develop some favorite ways to work, but you'll get a good understanding for what the tools can do, and what they can't. And you'll also develop an eye for when is the right time to use a framework, and when is the right time not to.

I've found that JSF and Facelets are definitely worth the hassle, if you can survive the learning curve. It's pretty steep, but when you figure it out, it's very easy to work with. They make managing session and application scope objects much easier to deal with than just raw JSP and servlets, and I've found that I can write cleaner Java when I don't have to think about the web in the business logic. In general, I find that the frameworks help me to organize my thoughts (and by extension, my code) in a consistent, easy to understand way.

Facelets, in particular, is my favorite web template engine. I love the fact that my pages are valid XML, and that I don't have scriptlets all over the place. It makes the code much cleaner and easier to follow if you know the framework. There's that learning curve again.

By the way, adding AJAX to Facelets is easy if you use something like RichFaces or IceFaces. They have pre-built ajax components that you can easily add to your application.

That said, it's not the best for all projects, YMMV, and so on. At the end of the day, using any framework is a judgment call. If it's not helping you solve your problem, then it's not worth it. Don't fight with your tools, use them correctly. If the tool is in your way, use a different tool. JSF and facelets are really not very good choices on a very small application. They don't really come into their own until you have a fairly complex domain model and complex business logic. Basically, you need the project to be complicated enough to overcome the amount of boilerplate code you need to write to get going.

Я второй SpringMVC. Это очень легко понять, и код очень семантичен, если вы используете аннотации . Как и те рекламные ролики ... Servlets слишком легкий ... Struts слишком тяжелый.

Я хотел бы, чтобы Java были леса. Это может с грамами, но это еще одна каркас для встраивания в рамках.