Извините, но мне кажется вы смешиваете здесь две разных проблемы:
1. Писать всё самому или использовать фреймворк
2. Опыт в использование конкретного фреймворка
Автор статьи придерживается мнения, что часто лучше самому запрограммировать всё с нуля. Странно правда, что при этом он использует сервлеты, а не пишет собственное решение.
Ошибочное мнение многих начинающих разработчиков — «легче написать самому, чем разобраться в том, что уже сделали другие».
Хороший фреймворк — это ни что инное как эсенция годами накопленного опыта разработчиков специализирующихся в этой области.
Конечно же фреймворк не даёт 100% решения определённой задачи, но разработчик с опытом работы в этом фреймворке, используя его как конструктор намного быстрее и качественнее решит поставленную задачу.
Тут нет однозначного ответа, всё зависит от поставленной задачи, но в разработке веб-систем, я думаю использование фреймворков не оспаримо. Иначе надо всё таки быть совсем крутым и самому написать сервлет-контайнер на коленке аля myTomCat.
Для очень малюсеньких проектиков можно обойтись и без фреймворков. Но как только речь зайдëт о скалирование, кэширование, security и т.д. — то без фреймворках придëться накручивать велосипеды и наступать на грабли, о которые фреймворки спотыкались десять версий назад.
Но в рамках учебной практики, конечно, очень полезно попрограммить вне фреймворках.
Помогите пожалуста, я не совсем понял как это можно использовать сильно не уходя от явы — «способом протащить Groovy в ваш проект». Попытался скомпилировать пример:
Метод 'setFirstName' сгенерировался, а вот использование конструктора с map выдаёт ошибку.
Очень хорошо написано, вот только не пойму как TDD сюда привязать. С одной стророны хорошо подходит, ели код затестирован то изменяй его сколько влезет. А с другой стороны, разработка тестов столько времени занимает, а при TDD с помощью тестов вообще, так сказать, концепность закладывается.
Как вы считаете, нужны тесты, или это таки тормоза оптимальной разработки?
На dzone есть так называемые Refcardz — тематическии описания технологии на 6 страницах. Очень удобно для повервоначального знакомства с технологией, а также как шпаргала для деталей: http://refcardz.dzone.com/
Полезная статья. Я в свою очередь тоже сцитаю, что политика использования production-license для разработки — не правильный (во всяком случае — дорогой) путь.
Но не зависимо от опасной тематики, спасибо, что обьяснили как патчить Liferay.
Да, на андроидовском взаимодействие между приложениями и службой и черт споткнётся. Сам помню одну апп три раза переписывал, чтоб разобраться. А хороший топик, как и с чем это кушать — теория и практика, был бы очень полезн.
Спасибо, очень доходчиво обьяснили как работать с аннотациями. Ещё бы пару примеров для чего их стоит использоват в своих проектах, и для чего лучше не недо.
Ах вот оно в чем дело, Вы наверное очень давно elipse не пользовались.
Нажимаем В ЛЮБОМ МЕСТЕ этой строчке Ctrl+1, смотрим на предлагаемые варианты, в 99% то что нам надо — стоит сверху, так что жмём Enter.
Ctrl+1 — это вообще магическая комбинация в eclipse, она работает в зависимости от контекста (ой где-то я уже видел в этой статье употребление этого термина), так что такие сложности как «Alt+Shift+L» запоминать не надо. Если чего-то надо, жмём Ctrl+1 и это правильно :)
Бедолагам, которые таки остануться на eclipse — для выделения выражения под курсором давим «Ctrl+Shift+Верх», если хотим выделить внешнее выражение давим повторно и т.д…
Изменять значение переменых в дебагере — тоже можно, только в другом окошке.
И для автозаполнения когда мы нажимаем Ctrl+Space — eclipse предлогает много разного, но обычно уже на первом месте стоит то, что мы ищем. Так что можно спокойно сопровождать эту комбинацию Enter-ом и в 99% всё будет хорошо.
Если не хватает в eclipse горячих клавиш, нажимаем два раза Ctrl+Shift+L, и добавляем / изменяем как нам нравиться, например Ctrl+Alt+P для «Introduce Parameter»
Ничего не имею против Idea. Никогда не пробовал так как очень хорошо владею eclipsе-ом. Так же не играю на пиано, так как всё свободное время уходит на гитару :)
1. Писать всё самому или использовать фреймворк
2. Опыт в использование конкретного фреймворка
Автор статьи придерживается мнения, что часто лучше самому запрограммировать всё с нуля. Странно правда, что при этом он использует сервлеты, а не пишет собственное решение.
Ошибочное мнение многих начинающих разработчиков — «легче написать самому, чем разобраться в том, что уже сделали другие».
Хороший фреймворк — это ни что инное как эсенция годами накопленного опыта разработчиков специализирующихся в этой области.
Конечно же фреймворк не даёт 100% решения определённой задачи, но разработчик с опытом работы в этом фреймворке, используя его как конструктор намного быстрее и качественнее решит поставленную задачу.
Тут нет однозначного ответа, всё зависит от поставленной задачи, но в разработке веб-систем, я думаю использование фреймворков не оспаримо. Иначе надо всё таки быть совсем крутым и самому написать сервлет-контайнер на коленке аля myTomCat.
Но в рамках учебной практики, конечно, очень полезно попрограммить вне фреймворках.
Вы используете во всех примерах Flow-Pattern, тоесть всë в одну строчку. Но это, если я правильно понял Future, не обязательно.
Метод 'setFirstName' сгенерировался, а вот использование конструктора с map выдаёт ошибку.
Как вы считаете, нужны тесты, или это таки тормоза оптимальной разработки?
Но не зависимо от опасной тематики, спасибо, что обьяснили как патчить Liferay.
Не знал, что бывает JAVA_TOOL_OPTIONS и даже пару раз удивлялся почему переменные посаженные в JAVA_OPTS не видны если запускать из eclipsе.
Нажимаем В ЛЮБОМ МЕСТЕ этой строчке Ctrl+1, смотрим на предлагаемые варианты, в 99% то что нам надо — стоит сверху, так что жмём Enter.
Ctrl+1 — это вообще магическая комбинация в eclipse, она работает в зависимости от контекста (ой где-то я уже видел в этой статье употребление этого термина), так что такие сложности как «Alt+Shift+L» запоминать не надо. Если чего-то надо, жмём Ctrl+1 и это правильно :)
Изменять значение переменых в дебагере — тоже можно, только в другом окошке.
И для автозаполнения когда мы нажимаем Ctrl+Space — eclipse предлогает много разного, но обычно уже на первом месте стоит то, что мы ищем. Так что можно спокойно сопровождать эту комбинацию Enter-ом и в 99% всё будет хорошо.
Если не хватает в eclipse горячих клавиш, нажимаем два раза Ctrl+Shift+L, и добавляем / изменяем как нам нравиться, например Ctrl+Alt+P для «Introduce Parameter»
Ничего не имею против Idea. Никогда не пробовал так как очень хорошо владею eclipsе-ом. Так же не играю на пиано, так как всё свободное время уходит на гитару :)
Вторая часть — для прагматиков — будет?