Authentication Ionic2客户端&x2B；Meteor服务器，哪种方法更好？

我想让Meteor作为服务器，Ionic2作为客户端。我现在对认证有点头疼。似乎有两种不同的方法：

首先是使用Meteor服务器和Meteor客户端以及

ionic angular

库。这里描述了这种方法

我猜这种方法的优点是使用Meteor原生架构，另一方面，我猜我们使用Ionic2就像子框架一样，可能会从原生Ionic2中丢失一些东西

第二种是使用单独的Meteor服务器（“客户端”文件夹已完全删除）和本机Ionic2。这里描述了这种方法

此选项反之亦然：使用本机Ionic2，但它必须使用诸如

meteor客户端

、

帐户基础客户端

、

帐户密码客户端

等库，我不确定这些库是否是meteor的本机库

第一种方法看起来更好，因为有一个用于身份验证的现成UI组件。但我想知道，当我完成不同类型设备的应用程序时，会遇到什么问题

---

提前感谢您的帮助。

这些方法对于身份验证本身基本相同。 您所指出的更多是关于选择什么移动平台来开发和运行移动项目

在第一种情况下，您使用Meteor的内置Cordova平台运行应用程序以及Meteor的编译器和捆绑程序插件（如Babel和UglifyJS的TypeScript包或Meteor核心包等）来开发应用程序。在第二种情况下，您仅在Ionic 2 CLI上开发和运行应用程序

但从应用程序逻辑的角度来看，这些方法是完全相同的：你导入相同的离子2组件，使用相同的Meteor软件包，唯一的区别是第二种情况下，这些软件包现在是NPM而不是大气软件包（本质上，尽管它们包含相同的脚本，因为这些NPM是从大气包构建的）

在本书的自述中，我们简单地描述了为什么“sApp克隆”的构建方式不同于社会性克隆的原因 如果要重复的话：由于爱奥尼亚是专门构建移动应用程序的最好的网络框架之一，我们有理由猜测它会是（而且很可能是）从这个角度来看，第二种方法似乎更能证明未来，我会说。你甚至可以考虑以某种方式构建你的项目，如果你决定在将来某个时候使用另一个框架，它将允许你轻松地用另一个框架替代Meteor

---

如果您担心使用第二种情况中提到的NPM（例如，如果构建NPM的过程对您来说并不透明），您可以尝试将所需的Atmosphere软件包捆绑到单独的脚本中，然后再使用。

谢谢您的回答，这非常有用！我将尝试两种方法。我认为如果我开始使用Apollo，第二种方法会更常见，因为服务器-客户端关系本例中的weeker会更好。谢谢您的链接bundler，我自己找不到。