我搜索了一段时间，但没找到相关的信息。我甚至尝试在UX部分提问，他们说这里更合适，所以我们又来了：
我正在编写一个页面，员工可以编辑、添加、删除或查看库存中的产品。它在页面上使用JavaScript来渲染和动画化一些元素，以加速页面加载过程并改善用户体验，因为服务器只发送纯JSON，然后浏览器JavaScript处理JSON，然后呈现（构建）整个页面。
它看起来很漂亮，加载非常快，但它被认为是良好的编程实践吗？什么时候会成为问题？即使Internet Explorer或移动浏览器（Chrome、ABP浏览器）也能正常显示每个页面，没有任何问题。但当我看到那700多行JS代码时，问题还是存在...
如果有人想知道这个页面长什么样子，这里有一些图片：（可能与主题无关，也可能相关）
理论上没有任何问题。这就是React应用程序通常的工作方式。
SEO很重要吗？如果是，您需要考虑一个同构应用程序 - 这意味着您在服务器上生成HTML输出（使用与客户端几乎相同的代码）并将其发送到浏览器。
但是，如果您只是使用JS来呈现HTML内容而没有像React这样的库，我会说这不是一个好主意。 React的流行之处在于它使用虚拟DOM。大多数Web应用程序中的第一个性能瓶颈是渲染，或者更具体地说是DOM抖动。 React做了一些聪明的事情，以最小化浏览器需要执行的渲染量，以更新您的页面。
如今，如果有人想要构建Web应用程序，我很难想出不使用类似Redux的React的好理由。
我想指出几件事情：
第一，服务器端渲染与客户端渲染。JavaScript非常擅长本地操作...但是如果您试图在加载时隐藏元素（仅作为示例），则可能会出现闪烁或其他奇怪的问题，这是一个糟糕的用户体验。拥有适当的初始状态非常重要。同样，在同一条路线上 - 如果您有一个完全由JavaScript构建的庞大应用程序，由于长时间的加载时间，它可能会妨碍用户体验。
第二，可维护性。如果您将不同的UI元素组件化，则对视图进行更改就会自然而然地发生。虽然这也适用于所有软件，但如果您手动编写组件而没有框架或客户端库（如Angular或React），那么这将成为您和您的合作者的负担。
根据您提供的信息，这样描述“良好实践”总是意味着其他解决方案不好，而事实并非如此。
在不分析您的应用程序的工程方式的情况下，可能存在以下风险：
代码版本控制
仅通过传递JSON数据来回传输意味着在性能方面获得了很大的优势。但是，您是否计划如何容纳将新版本的Javascript代码部署到客户端？例如使用HTML5清单，在交易中包含版本信息等。
内容和表现的分离
您是否在JSON中嵌入序列化的HTML、Javascript或CSS？这可能会导致各种复杂性和安全问题。
访问控制
如果您的应用程序被攻击，最糟糕的情况是什么？通常关于保护Web应用程序的指导建议都是基于更传统的服务器端HTTP请求-响应模型和会话。而任何编写安全Web应用程序的人所学习的第一件事就是JavaScript无法访问会话cookie。Oauth2专门为解决这种情况而编写。
