На главную
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! Следующие правила действуют в данном разделе в дополнение к общим Правилам Форума
1. Здесь обсуждается Java, а не JavaScript! Огромная просьба, по вопросам, связанным с JavaScript, SSI и им подобным обращаться в раздел WWW Masters или, на крайний случай, в Многошум.
2. В случае, если у вас возникают сомнения, в каком разделе следует задать свой вопрос, помещайте его в корневую ветку форума Java. В случае необходимости, он будет перемещен модераторами (с сохранением ссылки в корневом разделе).

3. Запрещается создавать темы с просьбой выполнить какую-то работу за автора темы. Форум является средством общения и общего поиска решения. Вашу работу за Вас никто выполнять не будет.
4. Не рекомендуется создавать несколько несвязанных вопросов в одной теме. Пожалуйста, создавайте по одной теме на вопрос.
Модераторы: dark_barker, wind
Страницы: (6) « Первая ... 4 5 [6]  все  ( Перейти к последнему сообщению )  
> Нужен совет в проектировании приложения
    Цитата zera @
    кто пояснит с чего вдруг пинать бестолкового джуниора стало называться мазохизмом?

    zera, на правах ТС прошу вас не участвовать в обсуждении моего вопроса.

    p.s. вам напоследок как "Senior Developer'у" расскажу истину, вся логика по безопасности, многопоточности и т.п. ляжет на сервере как отдельные модели. А клиентская часть это "тупая" веб-страница с кнопочками и рюшечками, имеющая примитивные формы обработки. И я не хочу заниматься мозохизмом и писать на клиенте простыню кода, чтобы завести элементартую таблицу.
    Сообщение отредактировано: usrjava -
      Цитата usrjava @
      p.s. вам напоследок как "Senior Developer'у" расскажу истину, вся логика по безопасности, многопоточности и т.п. ляжет на сервере как отдельные модели.

      когда вы говорите, такое впечатление, что вы бредите ©
      так кладите на клиенте все как отдельные модели. делов-то: логику отдельными моделями накласть и все.
      Цитата usrjava @
      Технологии в основе, которых по-сути лежит javascript в расширенном так сказать виде
        Цитата usrjava @
        И я не хочу заниматься мозохизмом

        Да не занимайтесь уже - gwt в руки, и - вперед! Чего вы еще от этой темы хотите-то? Вы убедительно доказали, что вы правы, а мы нет. zera'е при следующей личной встрече я объясню, как он ошибался, не беспокойтесь на этот счет.

        Право — это возведенная в закон справедливость. Закон есть этика, высеченная в логике.
          Меня тоже интересует вопрос, ведь наверное уже продвинулось далее angular и GWT? Какой-нибудь WYSIWYG толковый?

          Зря на человека накинулись, серверная часть действительно может быть банальной, CRUD не более, а вся заморочка в интерфейсе.
            Всем привет! У кого какие мысли появились по данному топику. Быть может, что -то появилось нового из технологий проектирования frontend'a за это время?
              Цитата TheMachine @
              Какой-нибудь WYSIWYG толковый?

              визвиг - это как раз наоборот огромный шаг назад, или даже в пустоту. Это тебе не javafx, где анкорами раскидал, растянул и всё ок, в нормальной вёрстке всё значительно сложнее, что доказал смерть ASP, как технологии, так и идеи.

              Добавлено
              Цитата usrjava @
              Всем привет! У кого какие мысли появились по данному топику. Быть может, что -то появилось нового из технологий проектирования frontend'a за это время?

              да, есть такая штука, как веб-компонентс (стек теневого дома, темплейтов, обсерваблов и т.д.). Как пример можно посмотреть Polymer, там есть свои костыли (т.к. всё же сыровато), но в целом такая себе ничего бомба

              Добавлено
              но это не за это время, это за последний год как

              Добавлено
              З.Ы. сама технология чем-то напоминает тот же javafx + fxml, где DOM-элемент представляет собой инстанс одноимённого класса с инкапсулированной логикой.
              user posted image user posted image
                Цитата 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
                  Цитата 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, как хороший инструмент, но сейчас он перестал развиваться.

                  Добавлено
                  Всех с новым рабочим годом!

                  Извиняюсь, что в прошлом ответить руки не доходили (а на каникулах — тем более :) )
                  Сообщение отредактировано: kopilov -
                    kopilov,спасибо за ответ!
                    1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
                    0 пользователей:


                    Рейтинг@Mail.ru
                    [ Script Execution time: 0,1045 ]   [ 14 queries used ]   [ Generated: 3.04.20, 07:16 GMT ]