情况：几个开发人员远程处理SPA的不同部分/模块。结果，他们可能会意外地引入相同的HTML元素id。避免在最终组装之前避免这种情况的常见方法是什么（如果可能，不要拒绝使用id）？
我的浅浅猜测：
id为所有名称预先安排（有点荒谬，但是...）
具有架构的结构名称，例如app/collection/model专用名称app-collection-model
拒绝id一般使用s或仅将其用于大型模块？
如果您一次又一次地使用不同的ID编写相同的HTML代码，那么您在做错什么。
如今，有许多方法可以创建不需要ID的可重用HTML组件。
我认为是错误的：
对于大型项目（涉及多个团队或大量视图），我不认为一次又一次地编写原始HTML是一个好主意。
这种方法意味着：重复代码和痛苦，以备将来重构（考虑在两年内重新设计应用程序）。这就是为什么有那么多UI框架可以帮助创建可重复使用的组件的原因，其中HTML只需编写一次就可以在任何地方使用。最后，您的应用程序将需要一些组件：表格，弹出窗口，表单，子菜单，选项卡。
目标是使用开发人员可以用来创建视图的那些组件创建框架，而无需实际编写任何HTML代码。
我的观点是：HTML代码在大型项目中应该只编写一次。显然，只编写一次这一事实并不意味着它只能在一个地方呈现，它可以在应用程序中的任何位置。
我的建议：
数据绑定解救！
如果不可能进行大的更改，则遵循惯例是可行的。您提出的建议可能是合理的，但要小心，每次更改结构时，所有ID都是错误的！
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句