**已关闭。**此问题正在寻求书籍、工具、软件库等的建议。它不符合Stack Overflow guidelines。目前不接受答复。
我们不允许问题寻求书籍，工具，软件库等的建议。您可以编辑问题，以便可以用事实和引用来回答。
3小时前关闭
Improve this question
我正在现代化现有的网站，有超过200个产品页面。它不是高度互动的，它不是一个电子商务网站。
我一直在讨论使用NextJS，因为我想让它成为一个SPA（就像我在标准的react部署中一样），我希望能够重用react组件（例如：不同产品的导航栏，页眉，页脚等），因为我觉得这将保存时间，从添加相同的html一遍又一遍地到个别页面。
我考虑NextJS的原因是我需要SSR来维护原始过时页面随着时间的推移所获得的SEO。
我的问题是：有人会提供见解，利弊，这条路线我正在考虑进行，为什么它应该是刚刚好;使用框架可能有害的任何原因;替代方案的建议，以及为什么这些替代方案可能更适合于一个大部分静态的网站，等等...任何东西都是有帮助的。
谢谢~
1条答案
按热度按时间ff29svar1#
对于大型代码库，我会考虑采用这种形式的微UI方法。每个微UI可以潜在地分配给不同的团队。
首先要做好主机服务，避免大规模的重写。在反向代理（如NGINX）后面托管是实现这一点的好方法，其中不同的路径指向不同的Web应用程序或微型UI。这将使您发布的东西，以市场早，如只有少数现代化的网页
为每个微UI选择一种架构风格。当需要良好的SEO结果时，我倾向于为安全应用程序选择纯SPA + API，或为不安全页面选择SSR。使用多个路径可以让您的选择保持开放，并允许您在需要时混合Web架构样式。
如果一些应用程序是安全的，也要尽早考虑使用cookie和令牌，以及任何支持组件，例如发布cookie的前端的后端。
使用您喜欢的技术，但这些技术来来去去。正确的分离将为您（或多个团队）在未来提供最佳选择。技术更新可以用更小的代码库更容易地管理。