В Ruby On Rails используется Active Record — соответственно o.save(); В DJango тоже насколько я знаю. И вообще Active Record сейчас он часто используется в динамических языках. В Java же на практике он реже используется так как хорошей подходящей библиотеки нету.
В идеале система должна поддерживать прозначную персистентность, то есть сохранение данных в базу должно быть независимо от бизнес-логики. На уровне бизнес-логики мы только определяем когда изменять состояние объекта. А база-данных — это тень объекта, которая постоянна должна его отражать.
Правильный пункт — 2 хоть он и выделен как «другое» а не основной.
Линуксоиды и виндузятники всегда в одном месте — в дали от Mac OS. Но ничего страшного Java работает и на Linux и Windows, но к сожалению не все IDE. Например моя любимая Intellij IDEA на Linux не работает насколько мне известно.
У меня есть TP-Link — прошлого года (правда не в России) — но относительно новенький модель не помню — версия с 3G — работает нормально — обслуживает PC-шный ноут в Виндой и iPad.
А вообще лучше AirPort Extreme маршрутизатора нет — особенно если у вас инфрастуктура строиться на Apple :-)
Если вы имеете ввиде пространства имен, то namespace это в C# и C++ скорее, а в Java используется package. Здесь мы используем пакет по умолчанию и файлы находятся в корне проекта.
Конечно хорошим тоном было бы использовать пакет вида com.procode.simpleapp, но мы опускаем это для простоты — тем более что мы создаем простейшее приложение.
Вы бы если б времени не теряли, то давно бы себя оценили и определились. Заниженная самооценка не очень хорошо, просто так вас никто не оценит, если не предпринимать действия. Если не знаете куда относитесь это самый запущенный случай :-)
Но ничего — вы поддержали беседу получше других молчаливых комментаторов. Так что не все потеряно :-)
В Java все довольно таки строго, наверно из-за простоты языка.
Эти степени довольно таки четко определены — взять хотя бы объявления по найму на работу. Да еще есть и классификация Sun — теперь Oracle, которая вводит различие между Programmer и Developer.
В кратце можно прокоментировать так:
1) Beginner — начинающий, понятно.
2) Junior — как правило используется фирмами для людей которые еще не знают Java профессионально, но знают какие-то основы и могут начать работать.
3) Programmer — пишет в основном код, но сам не разрабатывает архитектуру.
4) Developer — может уже разрабатывать дизайн архитектуры
5) Senior Developer — наиболее опытный Developer, который уже может проектировать серьезные проекты и отвечать за всю комманду.
Почему Сергей? Я же сказал что учту ваш комментарий и сделаю отдельный подкаст про запуск приложения для полный новичков, или вы с подходом использования класса Application не согласны, тогда как создаете приложение сами? Где пишете начальный код?
Хотелось бы пояснить. Нашей целью не является запуск приложения из консоли, Hello World пример, и что-то подобное.
Наша цель — показать с чего начать создание приложения и какие классы использовать. Зачастую многие просто пишут код в методе main — однако такой подход мне видится антипаттерном так как используется static метод и соответсвенно подвязка других бинов будет уже невозможна.
> Критиковать же некомпилируемый Hello world зачем-то усложненный неким «паттерном» я не вижу никакого смысла.
Во-первых это не Hello World. Сделал пояснение в начале статьи. Во-вторых я не говорю пока про паттерн в статье, это я говорю только в комментариях. А в статье просто предлагается такой способ структурирования приложения с начальной точкой входа в классе Application. Если вы с этим не согласны, и например считаете, что отдельный класс не нужен и вообще приложения можно в одном большом static методе main писать — то можете прокомментировать и сообщить вашу точку зрения.
В дальнейшем я возможно попытаюсь развить этот подход и рассказать почему Application класс удобен — например для подвязки других бинов.
Уважаемый. что же вы мне предлагаете самому догадываться за что меня критикуют читая 800 страничные книги, которые я уже давно прочитал когда вам 10 лет было. В частности Эккеля ценю. У него все разложено по полочкам и по делу. Хоть и большие книги такие не люблю, но книгу приятно читать.
Да, имейте ввиду что я книги про паттерны читал из первоисточника — от банды четырех и не только. И знаю кто такой Гамма, Бек, Фаулер и Кэннингэм и Джонсон c Влисидесем. И постоянно слежу за обновлениями в их блогах по теме.
Один ваш соратник — Mgrin — уже показал что его критика была не констуктивной — написал статью, в ответ на мою, которую потом удалил из-за несостоятельности.
Уважение к участнику — не должно быть вашей личной прихотью — а является правилом на Хабре.
Уважайте мнение других. Оно не обязано совпадать с вашим.
и
Каждый автор имеет свою индивидуальность, потому если вы уже где-то видели подобную статью, это не значит, что в сообщении нет ничего нового и интересного. Вчитайтесь и вдумайтесь — поймите авторское мнение.
и еще
Аргументированный пост, даже если он противоположен Вашему мнению, не должен получать минус. Человек не обязан подстраиваться под Ваши вкусы.
Если есть конструктивная критика пишите, что не понравилось а потом минус ставьте и подобные комментарии.
Вы написали статью в которой взята моя концепция начала с класса Application. Далее добавили какой-то Hello World пример с планетами — который только перегружает восприятие и отдоляет читателя от идее. Вам справедливо откомментировали, что тратить время лишь бы насолить мне не стоит.
В итоге вы свою статью удалили, потратили уйму времени не к чему. Видно что у вас возникают трудности и вопросы — вот для таких как вы и была написана моя статья — именно с одного класса начинаем — и именно с методами init и run. А то вы сейчас понапридумывайте ненужных планет и статических методов и сингтонов.
Простите уважаемый — но вы показали мне полную не состоятельность — я то надеялся вы действительно напишете чего-то полезное.
Правильный пункт — 2 хоть он и выделен как «другое» а не основной.
А вообще лучше AirPort Extreme маршрутизатора нет — особенно если у вас инфрастуктура строиться на Apple :-)
Если с чем-то по существу несогласны напишите конкретно с чем как и почему.
Конечно хорошим тоном было бы использовать пакет вида com.procode.simpleapp, но мы опускаем это для простоты — тем более что мы создаем простейшее приложение.
Но ничего — вы поддержали беседу получше других молчаливых комментаторов. Так что не все потеряно :-)
Эти степени довольно таки четко определены — взять хотя бы объявления по найму на работу. Да еще есть и классификация Sun — теперь Oracle, которая вводит различие между Programmer и Developer.
В кратце можно прокоментировать так:
1) Beginner — начинающий, понятно.
2) Junior — как правило используется фирмами для людей которые еще не знают Java профессионально, но знают какие-то основы и могут начать работать.
3) Programmer — пишет в основном код, но сам не разрабатывает архитектуру.
4) Developer — может уже разрабатывать дизайн архитектуры
5) Senior Developer — наиболее опытный Developer, который уже может проектировать серьезные проекты и отвечать за всю комманду.
1) Beginner
2) Junior
3) Programmer
4) Developer
5) Senior Developer
Наша цель — показать с чего начать создание приложения и какие классы использовать. Зачастую многие просто пишут код в методе main — однако такой подход мне видится антипаттерном так как используется static метод и соответсвенно подвязка других бинов будет уже невозможна.
Сразу заметно что не переходите по фразе «В каком поселении такие люди обитают».
Но могу вас обрадовать — не в такой деревне где позволительны такие сравнения.
Во-первых это не Hello World. Сделал пояснение в начале статьи. Во-вторых я не говорю пока про паттерн в статье, это я говорю только в комментариях. А в статье просто предлагается такой способ структурирования приложения с начальной точкой входа в классе Application. Если вы с этим не согласны, и например считаете, что отдельный класс не нужен и вообще приложения можно в одном большом static методе main писать — то можете прокомментировать и сообщить вашу точку зрения.
В дальнейшем я возможно попытаюсь развить этот подход и рассказать почему Application класс удобен — например для подвязки других бинов.
Да, имейте ввиду что я книги про паттерны читал из первоисточника — от банды четырех и не только. И знаю кто такой Гамма, Бек, Фаулер и Кэннингэм и Джонсон c Влисидесем. И постоянно слежу за обновлениями в их блогах по теме.
Один ваш соратник — Mgrin — уже показал что его критика была не констуктивной — написал статью, в ответ на мою, которую потом удалил из-за несостоятельности.
Уважение к участнику — не должно быть вашей личной прихотью — а является правилом на Хабре.
Уважайте мнение других. Оно не обязано совпадать с вашим.
и
Каждый автор имеет свою индивидуальность, потому если вы уже где-то видели подобную статью, это не значит, что в сообщении нет ничего нового и интересного. Вчитайтесь и вдумайтесь — поймите авторское мнение.
и еще
Аргументированный пост, даже если он противоположен Вашему мнению, не должен получать минус. Человек не обязан подстраиваться под Ваши вкусы.
Если есть конструктивная критика пишите, что не понравилось а потом минус ставьте и подобные комментарии.
В итоге вы свою статью удалили, потратили уйму времени не к чему. Видно что у вас возникают трудности и вопросы — вот для таких как вы и была написана моя статья — именно с одного класса начинаем — и именно с методами init и run. А то вы сейчас понапридумывайте ненужных планет и статических методов и сингтонов.
Простите уважаемый — но вы показали мне полную не состоятельность — я то надеялся вы действительно напишете чего-то полезное.