Ионный клиент + сервер Meteor, какой подход лучше?

Question

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

1. Первый - использование сервера Meteor и Meteor с библиотекой ionic-angular. Этот подход, описанный здесь

https://angular-meteor.com/tutorials/socially/angular2/ionic2

Я думаю, преимущество этого метода является использование Метеор родной архитектуры, с другой стороны, я думаю, что мы используем Ionic2 так же, как subframework и, возможно, потерять некоторые вещи из родной Ionic2.

2. Второй использует отдельный сервер Meteor (полностью удалена папка клиента) и родной Ionic2. Этот подход, описанный здесь

https://angular-meteor.com/tutorials/whatsapp2/ionic/authentication

Эта опция наоборот: использование родного Ionic2, но он должен использовать библиотеки как meteor-client-side, accounts-base-client-side, accounts-password-client-side и т.д., которые я не уверен, являются родными для Метеор ,

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

Заранее благодарю вас за помощь.

Answer 1

Эти подходы, по существу, одинаковы для самой аутентификации. Что вы указываете, это больше о том, какую мобильную платформу выбрать для разработки и запуска мобильных проектов.

В первом случае вы используете встроенную платформу Cordova от Meteor для запуска приложения и плагинов компилятора и плагина Meteor (например, пакет TypeScript или пакеты Meteor Core для Babel и UglifyJS и т. Д.) Для разработки приложения. Во втором случае вы разрабатываете и запускаете приложение исключительно на Ionic 2 CLI.

Но с точки зрения приложения эти подходы абсолютно одинаковы: вы импортируете одни и те же компоненты Ionic 2 и используете одни и те же пакеты Meteor с той лишь разницей во втором случае, что эти пакеты теперь являются NPM, а не атмосферами (по сути, хотя они содержат одни и те же сценарии, поскольку эти NPM построены из пакетов Atmosphere).

Причина What'sApp клон построен таким образом, что отличается от одного общественно является просто описано в README из What'sApp репо (см https://github.com/Urigo/Ionic2CLI-Meteor-WhatsApp). Если повторить: поскольку Ionic является одной из лучших веб-фреймворков, которая специализируется исключительно на создании мобильных приложений, разумно догадаться, что это будет (и, вероятно, это так) намного мощнее в их создании, чем сам Meteor. С этой точки зрения, я бы сказал, второй подход кажется более перспективным. Вы могли бы подумать даже о том, чтобы каким-то образом создать свой проект, который позволит вам легко заменить Meteor другой картой, если вы решите использовать ее в какой-то момент в будущем.

Если вы все же обеспокоены использованием этих NPM, упомянутых во втором случае (например, если процесс их создания не выглядит прозрачным для вас), вы можете попробовать этот проект https://github.com/Urigo/meteor-client-bundler, чтобы расслоение пакетов Атмосферы, которые вам нужны, в отдельный скрипты и использовать их после.