Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.145.23.123] |
|
Страницы: (6) « Первая ... 4 5 [6] все ( Перейти к последнему сообщению ) |
Сообщ.
#76
,
|
|
|
zera, на правах ТС прошу вас не участвовать в обсуждении моего вопроса. p.s. вам напоследок как "Senior Developer'у" расскажу истину, вся логика по безопасности, многопоточности и т.п. ляжет на сервере как отдельные модели. А клиентская часть это "тупая" веб-страница с кнопочками и рюшечками, имеющая примитивные формы обработки. И я не хочу заниматься мозохизмом и писать на клиенте простыню кода, чтобы завести элементартую таблицу. |
Сообщ.
#77
,
|
|
|
Цитата usrjava @ p.s. вам напоследок как "Senior Developer'у" расскажу истину, вся логика по безопасности, многопоточности и т.п. ляжет на сервере как отдельные модели. когда вы говорите, такое впечатление, что вы бредите © так кладите на клиенте все как отдельные модели. делов-то: логику отдельными моделями накласть и все. |
Сообщ.
#78
,
|
|
|
Цитата usrjava @ И я не хочу заниматься мозохизмом Да не занимайтесь уже - gwt в руки, и - вперед! Чего вы еще от этой темы хотите-то? Вы убедительно доказали, что вы правы, а мы нет. zera'е при следующей личной встрече я объясню, как он ошибался, не беспокойтесь на этот счет. |
Сообщ.
#79
,
|
|
|
Меня тоже интересует вопрос, ведь наверное уже продвинулось далее angular и GWT? Какой-нибудь WYSIWYG толковый?
Зря на человека накинулись, серверная часть действительно может быть банальной, CRUD не более, а вся заморочка в интерфейсе. |
Сообщ.
#80
,
|
|
|
Всем привет! У кого какие мысли появились по данному топику. Быть может, что -то появилось нового из технологий проектирования frontend'a за это время?
|
Сообщ.
#81
,
|
|
|
Цитата TheMachine @ Какой-нибудь WYSIWYG толковый? визвиг - это как раз наоборот огромный шаг назад, или даже в пустоту. Это тебе не javafx, где анкорами раскидал, растянул и всё ок, в нормальной вёрстке всё значительно сложнее, что доказал смерть ASP, как технологии, так и идеи. Добавлено Цитата usrjava @ Всем привет! У кого какие мысли появились по данному топику. Быть может, что -то появилось нового из технологий проектирования frontend'a за это время? да, есть такая штука, как веб-компонентс (стек теневого дома, темплейтов, обсерваблов и т.д.). Как пример можно посмотреть Polymer, там есть свои костыли (т.к. всё же сыровато), но в целом такая себе ничего бомба Добавлено но это не за это время, это за последний год как Добавлено З.Ы. сама технология чем-то напоминает тот же javafx + fxml, где DOM-элемент представляет собой инстанс одноимённого класса с инкапсулированной логикой. |
Сообщ.
#82
,
|
|
|
Цитата kopilov @ Java EE предполагает разработку серверных приложений, без интерфейсных окон. Если речь именно о ней -- графическое приложение можно разработать отдельно и связать клиент-серверной архитектурой. Если делать монолитное -- может потребоваться "велосипедить" с бизнес-логикой. "Эталонной" реализацией стандарта Java EE API считается серверная платформа Glassfish (https://glassfish.java.net/), разработываемая в Sun/Oracle вместе со стандартом и включающая в себя отдельные модули. Так называемая Java EE SDK -- фактически, тот же самый Glassfish + примеры. Если цель изучить Java EE для карьеры, а не повторить Delphi-приложение -- стоит почитать официальную документацию http://docs.oracle.com/javaee/7/index.html Проектирование надо начинать точно так же с БД. Альтернативой может быть автогенерация БД по ORM-классам, но, ИМХО, не лучший метод. ORM в контексте Java EE API называется Java Percistence API (JPA). Основные реализации: EclipseLink (входит в Glassfish по умолчанию) и Hibernate (вроде, проще интегрируется в десктопные приложения и имеет больше дополнительных функций). EE-модули под бизнес-логику называются Enterprice Java Beans (EJB). Насколько я знаю, этот термин имеет смысл только в контексте серверной платформы. Для обращения к ним снаружи можно использовать Web-сервисы (для протокола SOAP -- Jax-WS, он же Grizzly, для протокола RESTful -- и Jax-RS, он же Jersey). Так же можно оснастить EJB сетевым интерфейсом и обращаться к нему напрямую. Для GUI актуальны JavaFX и Swing. Я давно не писал GUI-приложений на Java, деталей не знаю. Но, как минимум, оно будет отдельно от EE-приложения (если его ипользовать). Соответственно, можно написать серверное приложение на Java EE и поместить побольше логики туда, а графическое подключать по понравившемуся интерфейсу (мы используем преимущественно SOAP). Можно написать монолитное приложение без сервера (если хочется с ORM -- использовать Hibernate), но как в таком случае "фреймворкать" логику не подскажу. Добавлено Кстати, насчёт выбора между клиент-серверным и монолитным графическим приложением. Если база данных не стоит на одном компьютере (или, по крайней мере, в одной защищённой сети) с этим приложением -- сервер (сама БД) будет по-любому, а передавать между клиентом и сервером команды Web-интерфейса с авторизацией и, желательно, по HTTPS всяко лучше, чем голые SQL-запросы: и безопаснее, и трафика меньше. Всем привет! Если вернуться к моему вопросу, заданный 4 года назад - что изменилось за это время в мире java enterprice, как Spring - набирает обороты или что-то новое появилось, есть ли улучшения и с т.зр. простаты разработки Frontend'a web-приложений? p.s. я тогда начинал изучать экосистему java - много в чем разобрался, но вынужден был приостановить по ряду причин - теперь жизнь развивается так, что необходимо вернуться (да и честно говоря, желание большое) забыл пароль от логина usrjava, пришлось завести новый usrjava3 |
Сообщ.
#83
,
|
|
|
Цитата usrjava3 @ Всем привет! Если вернуться к моему вопросу, заданный 4 года назад - что изменилось за это время в мире java enterprice, как Spring - набирает обороты или что-то новое появилось, есть ли улучшения и с т.зр. простаты разработки Frontend'a web-приложений? p.s. я тогда начинал изучать экосистему java - много в чем разобрался, но вынужден был приостановить по ряду причин - теперь жизнь развивается так, что необходимо вернуться (да и честно говоря, желание большое) забыл пароль от логина usrjava, пришлось завести новый usrjava3 Привет! Есть ли улучшения с т.зр. простаты разработки Frontend'a web-приложений — сказать не могу, т.к. простатит пока ещё не одолевает В экосистеме Java главное, на что следует обратить внимание — язык Kotlin. Ещё Ceylon пытался заявить о себе, но не смог. Я, по ряду причин, окончательно отдалился от web-а в целом и от Frontend'a тем более. сервисы с HTTP иногда поднимаю, но стучатся туда вовсе не браузеры. А именно, с 2016 года работаю в департаменте математической оптимизации и моделирования компании BIA-Technologies, где занимаюсь интеграцией и масштабированием кода, который пишут аналитики-математики. Со Spring-ом сталкивался только в контексте настройки Apache Ignite, на котором делаю один из текущих проектов. (Выложить исходники не имею права по трудовому договору, суть: распараллеливание ранее написанных математических расчётов на несколько машин). Для постройки HTTP-сервисов мне, со времён нашего предыдущего диалога, очень нравится Jersey (JaxRS API). В своём последнем проекте я запустил его на Kotlin-е и без лишней обвески Glassfish-а. Каркас проекта без модулей заказчика выглядит так: https://github.com/Kopilov/testrest_kt В общую кучу, моя библиотечка на Ceylon-е: https://github.com/Kopilov/abstractpool — написанная в качестве подложки для другого сервиса. Где-то год назад я ещё порекомендовал бы использовать Ceylon, как хороший инструмент, но сейчас он перестал развиваться. Добавлено Всех с новым рабочим годом! Извиняюсь, что в прошлом ответить руки не доходили (а на каникулах — тем более ) |
Сообщ.
#84
,
|
|
|
kopilov,спасибо за ответ!
|