Вопрос может ламерский, но тем не менее он есть...
Возможно есть какая-либо хорошая книжка или ссылка в инете на эту тему.
Требуется написать GUI для серверной части:
— на Java
— используя JS-фрэймворк (отрисовка на клиенте, сервер поставляет данные)
— с расчетом, что оно будет расширяться
— шустрое
— которое, поддерживает HTML-ссылки для объектов и функциональности (не в одном окне)
т.е. по ссылке можно перейти на просмотр и операции с определенным объектом или в окно определенной ф-ти
— поддерживало идентификацию
Вопрос:
— какой подход выбрать к разработке архитектуры GUI
— какие технологии и компоненты желательно использовать
Хотелось бы:
— понять, в какую сторону смотреть
— чтобы приложение быстро шустое
— меньше кодировать
Смотрели?
_>Требуется написать GUI для серверной части: _> — на Java _> — используя JS-фрэймворк (отрисовка на клиенте, сервер поставляет данные)
Какая-то ядерная смесь. На Java, используя JS есть только GWT и производные.
Хотя нынешние JSF фреймверки напичканы JS по самое небалуйся.
_> — которое, поддерживает HTML-ссылки для объектов и функциональности (не в одном окне) _> т.е. по ссылке можно перейти на просмотр и операции с определенным объектом или в окно определенной ф-ти
Интересное требование. Ну, в том или ином виде можно везде реализовать. Не везде получится гладко.
_> — поддерживало идентификацию
Аутентификацию?
_> — какой подход выбрать к разработке архитектуры GUI
Все фреймверки такого уровня сами диктуют архитектуру. Можно особо не заморачиваться.
_> — какие технологии и компоненты желательно использовать
ExtJS или SmartGWT + Spring. Либо JSF PrimeFaces.
B>Смотрели?
Смотрел )
С выбором фрэймворка понятно. Теперь надо бы понять как наиболее удобно с ним работать.
Хотелось бы как-то
_>>Требуется написать GUI для серверной части: _>> — на Java _>> — используя JS-фрэймворк (отрисовка на клиенте, сервер поставляет данные) B>Какая-то ядерная смесь. На Java, используя JS есть только GWT и производные. B>Хотя нынешние JSF фреймверки напичканы JS по самое небалуйся.
На jsp можно сформировать страницу. Вот вопрос, есть ли что-то еще?
_>> — которое, поддерживает HTML-ссылки для объектов и функциональности (не в одном окне) _>> т.е. по ссылке можно перейти на просмотр и операции с определенным объектом или в окно определенной ф-ти B>Интересное требование. Ну, в том или ином виде можно везде реализовать. Не везде получится гладко.
Вот хотелось бы наиболее оптимальное решение. Чтобы проблем было меньше.
_>> — поддерживало идентификацию B>Аутентификацию?
Ну аутентификация — это при логине. А вот при дальнейшей работе с приложением надо понимать, что давать просматривать, а что нет. Т.е. надо, чтобы как-то передавался на сервер идентификатор пользователя.
_>> — какой подход выбрать к разработке архитектуры GUI B>Все фреймверки такого уровня сами диктуют архитектуру. Можно особо не заморачиваться.
Есть JS-фраймворк (тот же SmartClient), не понимаю, как лучше все организовать. Чтобы был компонентный подход.
_>> — какие технологии и компоненты желательно использовать B>ExtJS или SmartGWT + Spring. Либо JSF PrimeFaces.
Это понятно. Интересует именно технологии серверной части.
Здравствуйте, _star, Вы писали:
_>На jsp можно сформировать страницу. Вот вопрос, есть ли что-то еще?
Spring MVC + Freemaker
_>Ну аутентификация — это при логине. А вот при дальнейшей работе с приложением надо понимать, что давать просматривать, а что нет. Т.е. надо, чтобы как-то передавался на сервер идентификатор пользователя.
Это "авторизация".
_>Это понятно. Интересует именно технологии серверной части.
Spring MVC. Возможно, Hibernate.
_>>На jsp можно сформировать страницу. Вот вопрос, есть ли что-то еще? B>Spring MVC + Freemaker
Ok, посмотрю в эту сторону. Спасибо.
_>>Ну аутентификация — это при логине. А вот при дальнейшей работе с приложением надо понимать, что давать просматривать, а что нет. Т.е. надо, чтобы как-то передавался на сервер идентификатор пользователя. B>Это "авторизация".
Хорошо. Пусть будет авторизация.
Здравствуйте, _star, Вы писали:
_>Привет,
_>Вопрос может ламерский, но тем не менее он есть... _>Возможно есть какая-либо хорошая книжка или ссылка в инете на эту тему.
_>Требуется написать GUI для серверной части: _> — на Java _> — используя JS-фрэймворк (отрисовка на клиенте, сервер поставляет данные) _> — с расчетом, что оно будет расширяться _> — шустрое _> — которое, поддерживает HTML-ссылки для объектов и функциональности (не в одном окне) _> т.е. по ссылке можно перейти на просмотр и операции с определенным объектом или в окно определенной ф-ти _> — поддерживало идентификацию
_>Вопрос: _> — какой подход выбрать к разработке архитектуры GUI _> — какие технологии и компоненты желательно использовать
_>Хотелось бы: _> — понять, в какую сторону смотреть _> — чтобы приложение быстро шустое _> — меньше кодировать
Если нужно сделать быстро, с максимальным удобством, берите vaadin и не парьтесь. У него есть киллер-фича — весь написанный тобой код будет работать на серверной стороне, соответственно не нужно мучиться с организацией передачи данных, вы не ограничены выбором библиотек — вся мощь ява под рукой, ибо все исполняется на сервере. Еще одно приятное следствие 100% сервер сайда — безопасность.
Вторая фича — можно обойтись одним ява-кодом без html и xml, то есть vaadin предоставляет ява-модель для GUI. Если нужно что-то сделать на клиенте — нет проблем, берете и делаете при помощи GWT, который у vaadin под капотом.
Социализм — это власть трудящихся и централизованная плановая экономика.
Здравствуйте, LaPerouse, Вы писали:
LP>Гадость.
Чего вдруг? После того как у меня на Spring Security SPNEGO заработал, о других фреймверках даже слышать не хочу.
