• Как продумывать архитектуру java приложения?

    Losted
    @Losted
    Software Architect
    Обычно архитектура пляшет от бизнес-требований, так что просто "идеальной архитектуры в вакууме" не существует.
    После осмысления бизнес требований начинается выбор подхода к разработке приложения. Грубо говоря, крайности: "все пилим сами" vs "берем все готовое". После этого этапа у нас есть либо выбранный фреймворк, либо пустой проект в IDE =)
    Далее, делим приложение на слои: данные, логика, сервисы, представление и т.д. И только после этого начинаются классы. В случае фреймворка - надо смотреть что диктует фреймворк (гуглить в сторону patterns/best practices об этом фреймворке). Если пилим сами, то опираемся на опыт, паттерны и снова на требования. Неплохая книга для этого: www.amazon.com/Design-Patterns-Elements-Reusable-O...
    Ответ написан
    Комментировать
  • Где в JavaFX грамотнее писать метод main?

    halogen
    @halogen
    Java developer
    Плохо использовать пренебрежительные названия, особенно когда дядька даёт дельный совет, ю ноу. Автор на S.O. имеет в виду, что нужно разделять понятия entry point и application. Т.е., должна быть входная точка, а должно быть и приложение. Отдельно. Плюс такого подхода в том, что лучше соблюдается SRP, а также приложение можно использовать в других входных точках "более чисто": будь то Android или GWT (но это зависит от крутости понимания и реализации ООП), или обычные юнит-тесты. Класс Application можно считать фасадом с точки зрения шаблонов проектирования. JavaFx здесь ни при чём.

    ----

    Заметки на полях

    В учебниках стараются писать максимально простой код, чтобы упростить понимание и закрепление материала. Поэтому main(String... args) в таких случаях встречается почти везде.
    Ответ написан
    Комментировать
  • Java junior developer кратчайший путь с нуля до реальной работы?

    timych
    @timych
    Не разменивайтесь на много ресурсов. Одной хорошей книги достаточно на данном этапе. Самое главное, без чего вас многие не захотят брать на работу - свой проект. КАЖДЫЙ работодатель будет у вас спрашивать, что вы написали для себя, для души. (По крайней мере у меня так было) Придумайте себе задачу. Начинайте писать. Работадатель хочет увидеть реальный код и то, что вы не теоретик. И очень немаловажно этим показать что программирование для вас больше чем просто работа. Удачи!
    Ответ написан
    3 комментария