【问题标题】:Size of Meteor payload in large application大型应用中 Meteor 有效载荷的大小
【发布时间】:2013-12-12 21:26:14
【问题描述】:

我一直在尝试 Meteor,到目前为止一切都很好!我已经读过所有的 html 和 javascript 文件在发送到客户端时都会连接起来,所以我的问题是,当应用程序变大时,它如何扩展,比如说 150 多个页面,几个复杂的页面(x3 用于读/写/删除)等等与页面一起使用的脚本和业务逻辑。

  1. 我认为发送给客户端的数据可能很大吗?
  2. 仅在第一次或每次关闭并重新打开浏览器时才发送(我不是指在客户端连接时发送的“热”更新)。

【问题讨论】:

    标签: meteor


    【解决方案1】:

    它绝对可以是一个很大的初始有效负载,尽管这可以通过(如您所说的)缩小和连接以及 gzip 和缓存有效负载来缓解,这些都已完成。

    有了这么多页面,您可以从模板动态生成它们,内容在初始页面加载后通过网络传输。

    我有几个 Meteor 应用程序正在生产中,它们最大的初始负载运行 700kb,包括 javascript、css、字体和图像。其中 200k 是 javascript。它打开的速度足够快,一旦打开,一切都是瞬间完成的。

    也就是说,这实际上取决于您的网站及其设计方式。

    【讨论】:

    • 感谢您的信息 - 您的应用程序的大小(以屏幕数计)是多少?我正在尝试了解流星将如何扩展复杂的企业应用程序
    • 该网站是一个内部培训应用程序,它处理约 20 个类别,每个类别约 10 个屏幕。 i18n 支持已实现,但尚未加载翻译,因此最终将是此数量的 5 或 6 倍。所以说 1000,虽然实际上只有 5 个主要模板(页面类型)可以引入多个帮助模板,其中可能有 4 或 5 个。整个站点的所有页面文本都存储在数据库中。
    猜你喜欢
    • 2020-10-11
    • 2020-12-25
    • 1970-01-01
    • 1970-01-01
    • 2020-03-30
    • 1970-01-01
    • 2019-11-08
    • 2021-08-02
    • 2019-07-24
    相关资源
    最近更新 更多