在阅读一些教程和https://paste.laravel.io/5a680be7-f787-4a7e-89c8-36c18bbc71e5时，我了解了SSR的一些好处，例如：
它提高了性能，我们甚至可以使用mainxxxxx.js文件中的以下代码进一步压缩server.ts文件和其他内容
app.use(compression());
但是我也担心我们不应该引入SSR 的用例。
我想到的是除非有必要，否则不必要地使角度项目复杂化，因为它使用express及其自己的服务器实现。。
我们应该注意哪些权衡？
答案 0 :(得分：1)
对于角度通用性，我发现有些困难的地方是将其实现在需要登录的路由上。因此，如果您担心复杂性，则可以忽略该部分。
您还必须注意所使用的第三方库，因为其中的某些第三方库如果尝试访问全局浏览器变量（window，document等，将无法使用angular Universal。 ）和功能（画布，...）
使用角度通用时要考虑的另一件事：您的Web服务器将需要更多的RAM和CPU。如果您的网站吸引了大量流量，但您的网络服务器的RAM / CPU受到限制，那么最终页面加载的时间将更长。
有关压缩的注意事项：不需要用角度通用的方法来压缩js文件，您可以使用常规的网络服务器（express，nginx，apache，iis ...）