• Планируете писать приложение на AngularJS? Пост вам в помощь
    0
    дать выбор html/jade, css/less — в планах
  • Планируете писать приложение на AngularJS? Пост вам в помощь
    0
    Генератор, из которого выходит куча кода — не более того.
  • Angular boilerplate. Простота — тренд молодежи
    0
    Да вот практика показала, что ничего страшного в этом нет. Раньше рассуждал так же, как и вы.

    1. если вы работаете в команде, то все будут работать в одном огромном файле, что плохо скажется на сливании и комитах.

    Конфликт при мердже будет конфликтом вне зависимости от того, в каком файле он произойдет.
    2. если вам нужно внести правки в код, то не придется скролить в 2600 строке. Достаточно набрать в IDE имя нужного файла.

    Аналогично вбиваете имя класса и перескакиваете к нему, при этом не нужно прыгать в панель файлов проекта.
    3. нет структуры кода, невозможно понять какой класс/функция какому модулю принадлежат.

    По-моему это немного не в тему. Мы ведь не про структурирование на модули говорим, а про то, как писать компоненты вгутри одного.

    Давайте я закрою этот вопрос. Я лично пробовал делать обоими способами. Причем изначально был сторонником вашей позиции. И существенной разницы не почувствовал. Меня смутил безаппеляционный тон, поэтому я захотел услышать аргументы. Аргументы оказались чисто субъективными и объективных причин говорить, как «следует» делать, я так и не увидел.
  • Angular boilerplate. Простота — тренд молодежи
    0
    Спасибо, а какая практическая польза от отдельных модулей для контроллеров, сервисов, моделей?
  • Angular boilerplate. Простота — тренд молодежи
    0
    Спасибо, буду признателен и, думаю, люди тоже, если вы поделитесь своими тасками =) Еще такой вопрос — как при такой системе подключаются сторонние библиотеки?
  • Angular boilerplate. Простота — тренд молодежи
    0
    Иногда мне кажется, что, главным образом, в том, что angular получил серьезную пиар поддержку на старте. Сайты успешно делают и на том, и на другом. Каждый выбирает либо то, чем он лучше владеет, либо если не владеет ни тем, ни другим, то, о чем больше всего говорят. Сейчас мне кажется, что в Angular более четкая логика разделения модуля на контроллеры, сервисы и директивы, но не исключаю, что это только потому, что все последние проекты я делал на Angular, а не Knockout
  • Angular boilerplate. Простота — тренд молодежи
    –1
    в паре десятков? аппокалипсис, определенно. Мне лично достаточно попрыгать хотя бы между двумя файлами, чтобы предпочесть это скролу в одном.
  • Angular boilerplate. Простота — тренд молодежи
    0
    Здесь согласен, хотя и не уверен, что это нужно выносить в общий репозиторий, а не иметь в форме индивидуальной дев надстройки.
  • Angular boilerplate. Простота — тренд молодежи
    0
    А в чем фишка yoman? Просто в свое время, когда я для каждого контроллера, сервиса и т.д. создавал отдельный файл, мне было достаточно шаблонов в Webstorm для соответствующих элементов. Я правильно понимаю, что по функционалу это тоже самое?
  • Angular boilerplate. Простота — тренд молодежи
    –1
    Почему следует? Сам так делал и кроме головной боли при постоянном переключении между файлами ничего из такого подхода не вынес.
  • Angular boilerplate. Простота — тренд молодежи
    0
    Если это модули или какие-то самописные плагины, то я лично для этого использую ту же lib папку.
  • Angular boilerplate. Простота — тренд молодежи
    +1
    Правда в итоге я все-равно собрал для себя свой скелет проекта.

    Так не стесняйтесь же, поделитесь.
    А про тестирование — тут каждый по-своему решает, хотя, конечно, можно и протрактор предложить.
  • Шпаргалка выступающего, или Как я делал свой первый доклад
    +14
    Интересно, пользовались ли prezi.com авторы pidora?
  • Дистрибутив Fedora Linux для Raspberry PI теперь…
    –9
    -Дистрибутива нет?
    -Pidora ответ.
  • Директивы в Angularjs для начинающих. Часть 2
    0
    Добавил в статью ссылку на комментарий
  • Директивы в Angularjs для начинающих. Часть 1
    0
    Спасибо за замечания и предложения
    преобразуется соответственно из habra-habr, habra:habr и т.д.

    Обязательно расскажу про нормализацию атрибутов и форматы задания директив в заключительной части. Опустил это вначале из тех соображений, что это вопросы скорее относятся к стилю оформления кода, а не к самой концепции директив, и в самом начале особой пользы для понимания в них я не увидел.
    Написать строчку комментария про $watch. Для новичков же статья

    Да, тоже хотелось уйти от этого, но лучшей альтернативы для того, чтобы показать, как можно при инициализации директивы передавать в нее имя переменной в scope контролера и использовать ее, я не придумал.
    Непонятно, зачем писать «внутри директивы interpolate "{{}}"», если проще написать: внутри выражения "{{}}"

    Хотел акцентировать внимание на том, что все «выражения», которые пишутся в разметке есть директивы. Возможно слишком назойливо.
    Почему второй пример записывается так:
    compile: function compile(templateElement, templateAttrs) { templateElement.html("{{"+templateAttrs.habraHabrWork+"}}"+templateAttrs.habra+""); return function (scope, element, attrs) { } }
    а не так, в соответствии с приведенным выше расширенным описанием директивы
    compile: function compile(temaplateElement, templateAttrs) { templateElement.html("{{"+templateAttrs.habraHabrWork+"}}"+templateAttrs.habra+""); }, link: function (scope, element, attrs) { }

    Согласен, внес изменения.

  • Формы в Angularjs. Как я обрел любовь
    0
    Поправил, спасибо
  • Формы в Angularjs. Как я обрел любовь
    –1
    Да, конечно, если говорить про визуальные эффекты, то jQuery среди библиотек я пока что не вижу альтернативы. Тем более что базовые операции с DOM в Angular заимствованы у jQuery. Речь шла о валидации, да.
  • Формы в Angularjs. Как я обрел любовь
    +2
    Мы в Open Source отношениях github.com/angular/angular.js