Добрый день. Если идея как строится серверная часть, использующая базу данных Web-Enterprise приложение понятно. То как строится клиентская часть - не очень.
Рассмотрим, на примере "1С:Бухгалтерия" (у них сейчас появилась интернет-версия) - так вот если зайти в это приложение и с помощью функции "Просмотр кода" в Google Chrome посмотреть html-код сгенерированной страницы (см. вложение), то мы увидим массу сплошных div'ов. Хотелось бы понять как происходит генерация подобных страниц. Правильно ли я понимаю, например, берут Java и Swing-компоненты проектируют клиентскую часть приложения, по сути как в Delphi, а затем это все каким-либо фреймворком превращается в код html, сгенерировав файлы *.css, *.js и т.п.? Или как-то по-другому?

Присоединённый файл ( Кол-во скачиваний: 10 )
 frontend.png 84,54 Kb

Не слышал, чтобы такое существовало. Есть подобные фреймворки для веб, например GWT или ZK - где можно в плагине нашлепать формочек, которые будут юзерам потом отображаться в браузере. 
А вообще обычно для этого используются сервлеты и jsp - это в джаве основа для многочисленных веб-фреймворков. Именно с них вам и нужно начинать, если хотите заниматься вебом 

Это сообщение отредактировал(а) Stolzen - 15.6.2014, 14:21

Меня больше привлекает проектирование и разработка серверной стороны т.е. выражаясь одним словом сторона J2EE.
Но просто для себя хотелось бы понять как создается клиентская часть. Не могли бы более конкретнее сказать, в частности, на примере сервиса online "1С:Бухгалтерия" - каким образом мог быть создан подобный интерфейс приведенный в скриншоте топика?

Ну обычно используется 3-tier архитектура: Сервисы (слой бизнес-логики), дао (слой доступа к данными) и контроллер (собственно веб) 
В части для контроллера мы имеем какой-нибудь MVC фреймворк, например, Spring MVC, а сам HTML гененируется с помощью JSP или какого-нибудь другого шаблона, типа thymeleaf. 
Так что если бы мне нужно было сделать подобный сайт, то я бы делал именно так

Добавлено через 7 минут и 46 секунд
Да, еще, если повезло, и в команде имеется верстальщик, то html и css пишет именно он, а программист просто прикручивает это все к шаблонизаторам и сам пишет js. Если повезло еще больше, и есть еще и js программист, то джавист дальше контроллеров обычно не ходит

Это сообщение отредактировал(а) Stolzen - 16.6.2014, 22:32

Спасибо за ответ.
Если провести аналогию с Delphi можно ли сказать, что Spring MVC это есть некий построитель клиентского web-интерфейса (типа редактора форм с возможностью размещать компоненты: кнопки, менюшки и т.п.), а затем применяя технологию JSP мы динамически получаем на выходе html-код? Также, как я понимаю, Spring MVC содержит необходимый набор классов или позволяющий их написать, для стыковки со слоем бизнес-логики?

Построитель клиентского интерфейса - это как раз jsp, а spring именно 

Редактор форм в делфи в общем случае не совсем уместно сравнивать с МВЦ фреймворками для веба, т.к. они немного разные, делфи лучше сравнивать с редактором форм для свинг, типа Windows Builder. 

Spring MVC реализует шаблон MVC для веба на джаве. Если вы в делфи пользовались MVC для гуи, то это примерно то де самое, только немного проще (без явной обратной связи от view к controller). В данном случае Sping MVC - это контроллер, а вью это JSP

Ok, понятно

Добавлено @ 13:30
Я так понимаю Sping MVC можно сравнить с подобием DataModul'eй - посредник между пользовательским интерфейсом и слоем бизнес-логики. Только в Delph'ятине мы сами в этих датамодулях кодим все нужные классы для стыковки с бизнес логикой, а в спринге видать что-то уже реализовано в самой концепции.
Да, кстати и в Delph'ятине в основном делают так бизнес-логика = контролер+бизнес-логика в яве 

Это сообщение отредактировал(а) prgmdelphi - 17.6.2014, 13:38