我正准备使用Meteor，Angular和Ionic开始一个项目，如the Angular-Meteor tutorials中所述。但是，本教程有两个版本，一个使用Meteor CLI，另一个使用Ionic CLI。我必须决定，哪个CLI用于即将开展的项目，但无法找到有关每个项目的优缺点的信息。到目前为止，我已经参与了Ionic-CLI教程，该教程似乎也比其他教程更新。但我想，这并不意味着这种方法通常也会更好。
所以，
答案 0 :(得分：1)
这是一个非常好的问题。 和往常一样，你最后一个问题的答案是肯定的 - 这是一个品味问题，但无论如何我都会尝试扩展。
预测Javascript世界的未来是非常困难甚至是不可能的，所以我只想分享一些想法。
所有这些CLI在某些时候被人群嘲笑，但他们都在一段时间内建立起来。
Meteor CLI自2011年开始，在所有当前工具被考虑之前，但通过有远见的思维，在2017年，仍然是相关的，最容易使用，并正在做出惊人的工作，以保持与最新Javascript世界中发生的一切，并在其上进行创新。
一开始，Angular CLI是一个非常小而奇怪的项目（需要另一个CLI），但今天它对社区来说非常好，它提供了很好的稳定性，现在是将创新推向Angular社区的好地方（ ABC项目，简易SW支持，语义等......）
Ionic CLI，就像Meteor CLI一样，也试图帮助包装Cordova和发送移动应用程序。
目前，我建议Angular开发人员从Angular CLI开始。这就是Angular社区现在如何运作 - Angular团队决定支持的任何事情，正在成为安全的标准，无论它是好还是坏。 这就是为什么我认为目前Ionic是一个不太安全的选择，不是因为他们的UI或CLI不好，而是因为大多数社区都喜欢使用Angular Material和AngularCLI，无论实际差异如何。 我相信这就是为什么Ionic正在推动Angular社区之外的相关性，它已经成为核心团队之外创新的一个艰难环境（但我相信Angular团队正在努力改变它）。
但是，谁知道将来会发生什么？这里有一些可能性：
流星是一家了不起的公司，他们证明了自己是能够以非常清晰的眼光看待未来的人。 这就是为什么他们的Javascript平台愿景仍然与以往一样重要，这就是为什么他们成为GraphQL的行业领导者，在我看来，这可能是您堆栈中最安全的技术选择。 这意味着他们拥有资源和社区领导力，可以不断创新，使整个Javascript社区中的Meteor CLI更加轻松，更加标准化。我可以继续写这么多，但我想我应该停止。
我建议暂时使用AngularCLI，尽可能将Apollo和GraphQL作为你的API层集成并密切关注Meteor，因为我的答案将在6个月内过时:)因为Meteor会释放他们的下一个版本和Angular会尝试使用ABC项目