html js css 全JavaScript开发网站SEO优化_为什么 Web 前端开发不抛弃 HTML 和 CSS，用纯 JavaScript 开发？

需要先明确，即便不考虑游戏开发，常见的网络应用或站点，完全依靠实现也是可以的。例如ExtJS、webOS的Enyo等框架。不过当前主流的网络开发很少使用纯的构建方式。主要原因大致包括几个方面：

1. 注重考虑那些无法运行JS的用户代理。

用户若使用不支持的浏览器，例如老旧的手机浏览器，抑或主动屏蔽了脚本功能，这种情况时有发生。尽管可以决定忽略这部分少数用户，毕竟当前多数网站和应用也持相同态度，但至少应当对那些仍顾及无JS环境的开发者表示基本敬意。再者，某些手机浏览器的“快速模式”因依赖服务器端对网页进行解析与重构，其支持能力往往十分有限。

首要考虑的是搜索引擎优化。全部由生成的页面，其内容搜索引擎无法检索。这对众多站点是至关重要的。

留意到相关说法，不过多数显示工具依赖DOM结构，所以即便内容全由创建，通常也能正常运作。但关键在于，构建的DOM必须满足特定规范才行。

2. 注重HTML/CSS本身的优点。

确实JS借助巧妙构建的架构和资源同样能够达成HTML/CSS各类特性模式的独立运用。不过其间包含诸多变数：

1) 有足够好的框架和库吗？

需要评估其是否契合工作要求，同时也要权衡效率、可伸缩性、早先提及的要素、掌握难度、配套系统，甚至该框架和库的持续发展状况，例如是否有人维护，能否修复问题，以及能否增加新功能，比如对HTML5新特性的适配。实际上，它理论上具备更强的适应性，然而，更大的自主权并不必然带来更优的结果。

框架和库提供的抽象层级与HTML和CSS模型之间是否存在兼容性问题？

如果这个框架或库本质上还是基于HTML/CSS的体系，只是调整了表达方式，比如把内容格式换成JSON，那么它到底有什么优势呢，难道仅仅是为了让代码风格一致吗

若该框架或库设有独立抽象体系，例如某某等，需辨明其是建立于HTML/CSS之上的另一层抽象（此层最终仍映射至HTML/CSS），还是仅将HTML/CSS作为实现手段？对于前者，实质上最终仍将归结为HTML/CSS模式。至于后者，可供借鉴的教训便是JSF的实践。

3) 框架和库所设定的约束能否在开发中一以贯之的执行？

理论层面与现实层面来看，HTML/CSS架构并非毫无缺陷。不过其具备明确性，且相对容易达成统一应用。即便某门语言设有层级化设计，也可能被轻易规避，特别是当框架和库本身存在不足时，若无法满足特定要求或存在程序错误，人们可能更愿意采用非正规手段解决，尤其面对时间压力时。

3. 注重性能。

要知道，最终的网页应用和界面是在浏览器里运行的，而浏览器完全依照HTML和CSS来构建。即便不考虑其他因素，纯粹使用实现最终还是要创建DOM结构。从效率方面来说，动态生成DOM的方式肯定不如直接操作来得快。同样的方式，即便借助CSS预处理器，在发布时也必须事先转换——虽然运行阶段或许能实现更出色的效果（但据我所知，目前没有任何CSS预处理器这样做——毕竟它们都是为预转换环境打造的），比如HTML和CSS遵循逐步呈现的优化思路（页面无需完整加载就能浏览部分内容），而纯的构建方式若缺乏周密规划，则很难达成（例如JSON数据必须全部获取完毕才能解析，数据才能发挥作用，DOM才能构建）。

LESS虽然具备运行时执行的功能，但考虑到效率因素并不建议采用这种方式，原因是CSS文件通常需要在网页加载前完全准备好。如果在运行时生成CSS，就必须先下载并执行LESS相关脚本，接着解析并转换.less格式的源文件。这个过程中的性能损耗，目前来看仍然是个不容小觑的问题。

性能提升的另一个关键在于利用HTML和CSS的说明性特性，这种特性仅指明高层次的目标，从而赋予浏览器更大的优化空间。举例来说，采用CSS进行样式设计，其效果远胜于通过修改元素style属性的方式，前者的运行效率明显更高。

4. 注重Web开发的独特特点。