我正在Meteor中开发一个相当大的webapp。正如我的许多专家所建议的那样,使用大型应用程序的一个好方法是将代码的不同部分分成不同的包,例如, Telescope。我设计的所有内容都考虑到了这个目标,因此我希望能够将所有内容移植到基于包的“架构”。
此外,我计划尽快开源,所以应该更容易维持这种方式。
我有不同类型的用户。根据它,我想以不同的方式构建应用程序:
所以我有一个浏览器完整版(由服务器提供)和两个移动应用程序版本。
我对移动应用程序导出的理解是,我可以通过在编译之前删除/添加一些特定包来编译不同版本的客户端代码,因为来自meteor的移动应用程序是应用程序中所有客户端相关代码的打包版本。
这是对的吗?我忽略了什么吗?
答案 0 :(得分:0)
我已经研究了几天,随着即将发布的v1.3,Meteor世界的情况正在发生变化。
关于我的问题,是的,如果我相信this article
,它可能是一种追求流星v1的方法然而,one of Meteor dev"宣布" Meteor最终会放弃包裹系统而转向npm。其中一个好处是,npm允许加载不同的npm资产的懒惰(即基于条件和角色)。
然后我会研究这种可能性。我想念的一件事是一篇文章或教程,展示将流星应用程序拆分为npm包时的最佳实践。我假设the advises for package based architecture中有一些(如果不是大多数)仍然存在。