Я дико извиняюсь, ну просто совсем мне не понятно для чего же нужно такое.
Допустим я разрабатываю приложение, состоящие из одного модуля. Я вполне себе не привязан к структуре директорий, так как DI в ангуляре по алиасам. В index.dev.html мне совсем не сложно добавить новый script, а в прод уйдет собранная и сжатая версия.
Допустим я разрабатываю многомодульное приложение. В принципе ситуация абсолютно такая же. Для модулей в ангуляре есть DI.
Неужели RequireJS стоит использовать только, чтобы не впихивать при разработке каждый раз новое вхождение script. Все же для меня RequireJS — это впервую очередь разруливание зависимостей, а уже только потом тулза, которая освобождает меня от захламления условного index.dev.html
Что-то я не вижу проблемы в формировании JSON документа для Rich редактора. Ну то есть, вот мы же можем все это отобразить в виде DOM, а значит ни что не мешает нам это представить в виде JSON.
ShareJS работает не только с plaintext, у него есть JSON API. То есть в теории ты можешь сформировать json документ, который будет олицетворять твой Rich элемент.
Я извиняюсь, если упустил эту информацию в статье. Не могли бы вы подсказать, когда эта прелесть выйдет? После завершения 2-го сезона Person of Interest поиграть в такое — самое оно.
Почти на каждый чих, в ADF есть кнопка, визард и т.д. По большей части разработка идет декларативно.
Возможно со мной многие не согласятся, но это один из замечательных способов разработки, когда ты «говоришь» системе/программе, что и как нужно сделать, а не пишешь много кода.
Спасибо за ценный коментарий. Примерно так я и представлял в своей голове использование менее тяжелых технологий.
Но есть лишь одно «Но». Заказчик требует. Ну и, как способ раскрасить серые будни, есть возможность закрепить свои знания в виде статей, и заодно поделиться ими с Хабром.
Ну, как щит в виде дисклеймера, заранее озвучу тот факт, что я в IT жалких месяца три, но есть, что называется, мысля.
Как вы уже верно заметили, это android устройство, а значит поигрушки можно устроить со всеми эксклюзивами, какие уже есть, и с другой стороны — можно их организовать удобнее с прилагающимся геймпадом/джойстиком (путаю два понятия, извините). Я веду к тому, что создание эксклюзива для этой консоли, сводится лишь к работе с API с геймпадом/джойстиком. А дополнительные фичи по взаимодействию с десктопом — довольно приятная штука. Хотя конечно разрешение расстраивает: 720p, на мой взгляд, — мало, да и диагональ хотя бы 7'.
Также добавлю со взгляда потребителя, что зачастую игровой процесс очень «драконит» при взаимодействии с экраном, и вот такого геймпада/джойстика явно не хватает.
Win8 — кромешный писец? Оу разве-разве. Вы слишком максималистичны на мой взгляд. И однобоко оценили ситуацию. Мой софт тоже кроссплатформенный: oracle база, оракл веблоджик, jdeveloper — вообщем pure oracle. Однако на винду я поставлю софт значительно быстрее и проще, нежели чем все это упихивать на ubuntu. Не надо мне рассказывать про готовые мануалы и рецепты ставки под убунту. Видел знаю. Но все это не сравнится с двойным щелчком в винде.
Не надо относиться к паттернам как канонам, которые нельзя переступить. Описанный вами MOVE тот же MVC, как уже было замечено, лишь немного преобразившийся. Споры на счет: шаблон крут/не крут не считаю рациональными. Если мне надо (и это хорошо впишется в архитектуру) я наделю модель возможностью иметь не только геттеры и сеттеры, но и методы, которые меняют ее комплексно. Если надо сделаю из нее POJO. Если я вижу что можно объединить модель и контроллер в один модуль и это улучшит положение я это сделаю. Задача не бывает всегда одинаково штампована, так чтобы паттерн «прокатывал» одинаково каждый раз. Паттерн — это рекомендация, ей нужно следовать, но не слепо.
Фраза автора о том, что мозг не может оперировать абстракциями, повергла меня в ..., в общем повергла. Неужели, когда он подходит к двери, он оперирует не абстракцией, а молекулами дерева и прочего. А переходя дорогу, видит в автомобилях, прежде всего, не предмет, который может сбить его, а сложный механизм состоящий из n деталей. Все мы в основе своей оперируем абстракциями, просто потому, что это на много проще в восприятии. Я бы рекомендовал начать читать Code Complete.
Да это самый простой выход. Не спорю достаточно было в кипе включить плагин, но то, что сделал я, помогло мне скрасить время пребывания на постели, заодно попробовал что-нибудь в java наваять
Где же тег sarcasm? )
Допустим я разрабатываю приложение, состоящие из одного модуля. Я вполне себе не привязан к структуре директорий, так как DI в ангуляре по алиасам. В index.dev.html мне совсем не сложно добавить новый script, а в прод уйдет собранная и сжатая версия.
Допустим я разрабатываю многомодульное приложение. В принципе ситуация абсолютно такая же. Для модулей в ангуляре есть DI.
Неужели RequireJS стоит использовать только, чтобы не впихивать при разработке каждый раз новое вхождение script. Все же для меня RequireJS — это впервую очередь разруливание зависимостей, а уже только потом тулза, которая освобождает меня от захламления условного index.dev.html
Другое дело Backbone. Там наверняка must have.
Заранее спасибо тому, кто разъяснит :)
Возможно со мной многие не согласятся, но это один из замечательных способов разработки, когда ты «говоришь» системе/программе, что и как нужно сделать, а не пишешь много кода.
Но есть лишь одно «Но». Заказчик требует. Ну и, как способ раскрасить серые будни, есть возможность закрепить свои знания в виде статей, и заодно поделиться ими с Хабром.
P.S. Ну очень легкий REST на Java — Spark
Как вы уже верно заметили, это android устройство, а значит поигрушки можно устроить со всеми эксклюзивами, какие уже есть, и с другой стороны — можно их организовать удобнее с прилагающимся геймпадом/джойстиком (путаю два понятия, извините). Я веду к тому, что создание эксклюзива для этой консоли, сводится лишь к работе с API с геймпадом/джойстиком. А дополнительные фичи по взаимодействию с десктопом — довольно приятная штука. Хотя конечно разрешение расстраивает: 720p, на мой взгляд, — мало, да и диагональ хотя бы 7'.
Также добавлю со взгляда потребителя, что зачастую игровой процесс очень «драконит» при взаимодействии с экраном, и вот такого геймпада/джойстика явно не хватает.