[room] Вопрос по PHP (или I Hate PHP)

[Damir Shayhutdinov]

> Из последнего твоего разъяснения и вкуривания докуметации я уяснил для
> себя что:
>
>  - Java как язык мне очень нравится для построения платформы;
>  - Java категорически не нравится собственно для написания web-приложения.
>    В общем-то это пофиг, потому как я не ленивый, и сделать некий простой
>    скриптовый язык из которого генерировать код на жабе я смогу. А где
>    нужна хоть чуть-чуть нетривиальная логика не выпендриваться, а писать
>    на жабе;
Есть JSP, есть сервлеты. JSP - это аналог php, только вставки там
делаются не на убогом PHP, а на Java, также есть возможность расширять
синтаксис этого jsp своими "тегами" и есть хорошая интеграция с Java
Beans и сессиями.

>  - Генерировать самому код для JVM -- гм, а что, есть для этого
>    более-менее удобные средства (типа тех что есть в .NET)? Да ещё и
>    более-менее эффективные (умеющие задействовать при необходимости фишки
>    как сановской, так и IBM'овской реализации)?
>  - То, что считается общепринятым методом разработки web-приложений на
>    Java мне не нравится ну совсем. JVM поднимается не шустроб поэтому
>    использовать как CGI нельзя. Остается FastCGI или встраивать в свое
>    приложение http-сервер. Я псих, и могу пойти даже на второе, хотя
>    предпочел бы FastCGI. Как я понимаю писать мне его поддержку придется
>    самостоятельно.
Веб-приложения на Java сделанные в виде сервлетов/JSP отлично
запускаются в среде контейнера сервлетов. То есть для обработки
запроса порождается очередной экземпляр сервлета и вызываются его
методы. Затраты на порождение близки к затратам на вызов метода new +
времени инициализации конструктора.

Контейнер сервлетов Tomcat может подключаться бэкэндом к  апачу (через
jk-коннекторы), и у него уже есть штатный load balancing. А может быть
и обычным веб-сервером, даже с поддержкой https.

Есть еще другие контейнеры - но с ними я особенно не работал, так что не знаю.

> Что мне, кстати, очень понравилось в Java -- очень хороший набор
> параметризуемых классов для различных структур данных. А также сам подход
> к ООП с разделением интерфейсов и собственно классов. Удобно это.
Главное не увлекаться.