Зачем мне нужен угловой, если я использую Метеор? [закрытый]


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

с другой стороны, у нас есть Meteor, который кажется еще более способным, тем более, что у них есть функция под названием DDP, которая в основном позволяет двунаправленную потоковую передачу данных. Похоже, что Meteor является надмножеством угловых и является очевидным лучшим выбором.

в то время как Angular предлагает некоторые аккуратные вещи, такие как тестирование и локализация, я просто не понимаю, почему я должен использовать Angular с Meteor, а не просто использовать Meteor. Может ли кто-нибудь объяснить, почему я хотел бы угловой с Meteor или даже использовать любую MV* front-end структуру, если бы я использовал Meteor?

6 60

6 ответов:

есть небольшие различия в двух. Наиболее очевидным для повседневной работы было бы связывание.

в Meteor это немного похоже на угловое, но без этой привязки, так как вам нужно вручную это сделать. Если вы используете angular, он может автоматически привязываться к вашему html, а затем Meteor может сделать еще один шаг и отправить его на сервер и всем остальным.

Метеор имеет тестирование тоже, но его неофициальный. Вам придется установить пакеты от atmosphere.meteor.com чтобы использовать эту дополнительную функциональность. Там есть много других вещей тоже.

одна вещь, чтобы иметь в виду, что Meteor имеет новый шаблонный движок в работах под названием Meteor-UI, который решает многие проблемы, связанные с текущей реализацией, на которой angular имеет ногу. Главным из них будет изоляция DOM. Подробнее об этом здесь:https://github.com/meteor/meteor/wiki/New-Template-Engine-Preview

новый шаблон Meteor-UI двигатель на самом деле идет на шаг дальше, чем угловой, так как вводится новая концепция "управления". Это означает, что вы можете добавить текстовое поле с помощью handlebars-esque как код и автоматически привязать его к событиям и к бэкэнду с проверкой.

с локализацией есть пакета на атмосферу это немного помогает с этим. Вы можете использовать заполнители руля и заменять их в зависимости от языка, который вы собираетесь отображать.

Это также зависит от ваши предпочтения, Если вам удобно использовать Angular, он может создавать красивые приложения, которые чувствуют себя очень родными. Meteor также делает это по-другому, на данный момент это занимает немного больше работы из-за привязки, но это изменится в течение следующего месяца или двух из-за Meteor-UI.

большинство текущих приложений нашей команды построены с комбинацией обоих фреймворков.

Я не буду объяснять причины, по которым мы используем Meteor, потому что это был не ваш вопрос (хотя я люблю говорить о том, насколько велик Метеор каждый шанс, который у меня есть), поэтому я просто расскажу об угловом:

  1. декларативный подход - AngularJS является лидером в декларативном подходе JavaScript фреймворков. поскольку мы работаем близко со многими дизайнерами, мы можем видеть как легко для них понять код. также получение новых программистов в нашу команду намного проще с AngularJS.
  2. огромная и великая эко-система - экологическая система Angular удивительна. у вас есть угловой-x для всего. стыдно не использовать это.
  3. сейчас проще объединить их обоих - Я явно предвзят, но наша команда написала и поддерживает эту библиотеку -угловое-Метеор и мы также выпустили учебник для совмещение двух - угловое-Метеор учебник

кстати-текущий правильный ответ устарел. Новый шаблонный движок Meteor (Blaze) вышел, и это здорово...

мы недавно написали статью о Метеор против угловой. Я думаю, что Angular может работать как комплимент Meteor прямо сейчас, но Meteor будет продолжать двигаться в том же интерфейсном наборе функций, что и Angular everyday.

Я бы также сказал, что я немного предвзят на стороне тестирования вещей, так как я пишу тестовую книгу Метеор. Есть новая инициатива, которая начала называться скорость, которая будет стандартизировать сцену тестирования для Метеора гораздо больше.

AngularJS теперь официально поддерживается с v1.2 Meteor и использование их вместе является самым мощным решением, которое я знаю на сегодня. http://angular-meteor.com

как метеор и AngularJS поля перекрываются на посмотреть часть, реальный вопрос в том, каковы преимущества использования AngularJS в качестве заманчивого двигателя вместо Blaze ?

  • AngularJS обычно требует меньше кода для достижения того же результата (более простые и быстрые привязки, меньше клеевого кода, даже если blaze хорош в этом)
  • AngularJS обеспечивает удобный способ структурирования кода с помощью модулей, которые действуют как локальный импорт или пространство имен. Это все еще "отсутствует" даже с поддержкой ECMA2015 в v1. 2, но надеюсь, скоро прикрыли.
  • AngularJS 2.0 will / is быстрее чем Blaze но для загрузки lib
  • много шаблоны,библиотеки и другие рамки на основе AngularJS, гораздо больше, чем Blaze.

все зависит от тебя. Если вы из углового фона, то его проще использовать для вашего следующего проекта. Meteor-это полная платформа с инструментом командной строки и встроенным веб-сервером, который может использоваться как на клиенте, так и на сервере для создания приложения в реальном времени. Так что вам не нужно использовать угловой, если вы используете Метеор. Если вы хотите узнать больше об угловом и Метеоре, прочитайте ОТ КЛИЕНТСКОГО УГЛОВОГО ДО СЕРВЕРНОГО МЕТЕОРА

угловой более широко использован и очень популярен должный к своим простоте и завершенности. Это просто из-за его размера и полноты, поскольку он имеет все компоненты, включая шаблоны, привязку данных и т. д.

хотя я действительно люблю и восхищаюсь Meteor, я не уверен, что он готов к прайм-тайм. Многие концепции в Meteor не были помещены в ringer в реальных производственных приложениях. Например, наличие mongoDB lite на стороне клиента может быть огромным плюсом, а также может быть большим отрицательный.

Я бы выбрал угловой, основываясь на его готовности, простоте и полноте. Метеор заслуживает реальной оценки, когда он готов к прайм-тайм.