我们正在评估Angular 2用于项目,我注意到一些需要澄清的点,无论这是一个Angular问题还是我使用Angular有误。
我们正在将静态页面的某些部分替换为Angular,以增强用户体验。由于被替换的元素可以在页面的任意位置,因此我们无法引导单个Angular应用程序(组件不像DOM中的树形结构,我们需要遗留模板)。我们也没有使用Angular的任何路由。
所以第一个问题是,如果非SPA站点只是要构建“小部件”,Angular是否是正确的技术选择。
第二个问题是关于性能的。如果您有一个非SPA页面,您无法省略页面重新加载。每次重新加载页面时,都必须重新初始化Angular。好处是,在这里实例化多个根组件不会显着增加引导时间,这是一个优点。坏处是,如果我使用快速入门教程中的配置,则需要大约1.7秒才能初始化应用程序和组件显示,其中大部分时间归因于系统.js,类加载器。将其更改为webpack并预编译所有内容后,仍需要300-400ms才能出现组件。这个页面与我的组件具有非常相似的引导。
这个性能是否可以进一步优化(比如说<130ms),或者我应该寻找另一种技术(例如React),因为Angular并不是用于非SPA页面的范围。
祝福
汤姆
我们正在将静态页面的某些部分替换为Angular,以增强用户体验。由于被替换的元素可以在页面的任意位置,因此我们无法引导单个Angular应用程序(组件不像DOM中的树形结构,我们需要遗留模板)。我们也没有使用Angular的任何路由。
所以第一个问题是,如果非SPA站点只是要构建“小部件”,Angular是否是正确的技术选择。
第二个问题是关于性能的。如果您有一个非SPA页面,您无法省略页面重新加载。每次重新加载页面时,都必须重新初始化Angular。好处是,在这里实例化多个根组件不会显着增加引导时间,这是一个优点。坏处是,如果我使用快速入门教程中的配置,则需要大约1.7秒才能初始化应用程序和组件显示,其中大部分时间归因于系统.js,类加载器。将其更改为webpack并预编译所有内容后,仍需要300-400ms才能出现组件。这个页面与我的组件具有非常相似的引导。
这个性能是否可以进一步优化(比如说<130ms),或者我应该寻找另一种技术(例如React),因为Angular并不是用于非SPA页面的范围。
祝福
汤姆