在设计 html 界面元素时，根据某些事件显示/隐藏 DOM 是一个非常常见的场景。我的问题很简单，但每次遇到这个问题时，我总是想知道：将元素硬编码在 html 中并简单地切换显示属性（例如使用 .show/.hide）或动态添加/删除它们是否“更好”根据需要通过JS？两者实施起来都很简单，但我不禁想知道它们如何比较，以及使用其中一个是否有任何优点/缺点。
在某些情况下，例如在多个地方逐字使用相同元素时，动态创建 DOM 似乎是有意义的，但另一方面，理论上硬编码它们更易于维护，因为您可以移动 DOM并根据需要更改它们，只要选择器对于 jQuery 仍然相同，它们就会按预期工作。一般来说，从设计师的角度来看，硬编码似乎是要走的路，但我期待着想法，也许我可能会在这里忽略一些事情。
编辑：“硬编码”是指根本不通过 JS 插入的元素；也就是说，已经在其父文档中以原始 html 标记而不是由 JS 指定其位置的元素。
最终，这实际上取决于您正在使用什么以及您的应用程序做什么，但是：
静态标记意味着服务器的工作量更大（但前提是页面首先是动态生成的，对于静态页面，效果可以忽略不计）。
动态标记意味着客户需要做更多的工作，这并不总是一件坏事，具体取决于您的目标受众。
然而，从技术上讲，Graceful Degradation表明静态标记是可行的方法，因为理想情况下页面应该在禁用脚本的情况下保持可用（动态标记是工作静态核心之上的可选层）。
另一方面，Progressive Enhancement是从那里构建的，基本上说，由于我们已经在使用准系统核心，我们可以在客户端启动所有圆柱体，并使用利用最新的浏览器技术。
例如，jQuery UI和jQuery Mobile是围绕渐进增强设计的，因为它们的策略是使用更丰富的客户端行为扩展现有标记，通常通过动态创建的元素公开。
因此，标题中的两个选项可以并且可以说应该一起实施。在一般情况下，如果可能的话，呈现应用程序在无脚本平台上运行所需的标记，然后从客户端增强该标记看起来是个好主意。
在处理较大的应用程序时需要考虑性能，并且在编写较小的应用程序时没有太多性能问题时，请做您认为容易和易于管理的事情。非常大的 DOM 可能会扼杀移动浏览器。大量的 DOM 修改会影响性能。在较大的应用程序中，最好保持 DOM 轻量级并减少 DOM 修改。因此，简而言之，当性能没有受到密切关注时，它比约定更方便。但始终建议密切关注性能和良好做法。