因为再不搞得貌似高大上，各种智能AI会让前端全部失业啊，所以把问题复杂化，可以延长技术岗位淘汰的时间
随着互联网和相关技术的发展，确实现在的前端框架越来越强大了，但是并不是说现在的前端框架就放弃了HTML的常规用法，所有的前端应用依旧是建立原有的HTML，CSS，JS的基础上的，依旧是遵照W3C标准去执行的。
毕竟最终呈现这一切的是浏览器，如果我们的标准和用法发生变化，首先就会从浏览器发生改变，但其实我们现在的浏览器并没有变，我们再新的网站，用谷歌很旧版本的浏览器依旧可以访问，当然兼容性上可能会存在一些些问题。
不过，HTML和JavaScript确实是在发展，HTML里面加上了很多新的属性，2008年的时候，HTML 5正式发布，不过当时的浏览器其实并不能很好的支持HTML 5，直到2012年，HTML 5的位置才算是稳定下来。JavaScript也是同样，它的版本一直都在迭代，从1997年诞生的ECMAScript（ES） 1.0 版本，到现在已经ES10了，但是浏览器对于ES的兼容还停留在ES6的水平上，只是我们想了更多的方案在前端的框架上。
简单来说，原有的渲染方式是先加载HTML，然后加载CSS进行渲染，然后加载JS进行渲染，这样的方式开销小，但是速度慢。而现在的渲染方式是先进行Virtual DOM（VDOM）的渲染，然后一次性将VDOM映射到DOM上，这样来加快渲染速度，但是缺点就是开销会变大。
不过我们计算机的性能现在已经很强大了，这么一点点的开销其实影响并不大，因此也就让现在的前端框架越来越喜欢新的这种渲染模式。
例如：我们原有的 标签，使用的时候就会使用传统的渲染方式，开销很小，但是确实外观上有时候不太符合现在人的审美，即使通过CSS各种美化，但是也有点不尽如人意。因此，我们现在的框架中，大多使用的方式，配合JS设计了新下拉控件，虽然开销大了一些，但是加载速度快，好看且功能强大。也由于这些各种自定义控件的出现，让原有的Form POST方式变得有点不太够用了，所以，基于Ajax的各种交互方式也就出现了。当然，这并不是说就放弃了传统的HTML，我们依旧使用的是传统的HTML，只是在它之上做了加工，让他能够更好，更符合现在人的使用习惯和审美。而类似Vue，React，Angular这样的前端框架，也是为开发者提供了更多的便利，让开发者可以更专注于交互和功能，在一些简单的技术层面处理就交给了框架。现在前端库，框架（Vue，React，Angular）也并没有放弃HTML常规用法，还是遵守W3C标准去执行的。但是执行这个过程是由程序自动化了也就是VDOM=>DOM的过程。传统前端三大根基HTML,CSS,JS，CSS还有一席之地，JS被无限放大的使用，而标准的带有语义化的HTML也并没有被抛弃。React库就是基于Javascript将HTML CSS都写在一起的风格。关于标签，各个PC端浏览器对input 类型为radio，checkbox默认的展示样式不一样。也需要我们自己模拟一下，达到用户需求。当然还有其他人分享的类型为number的时候等等，不得不说原生计算虽然很强大，能做到库，框架做不到的需求，也孕育了各个库，框架。但原生js操作DOM是很痛苦的。所以这些零零散散的问题阻碍了现代化开发效率。能解决这些问题从一定程度上大家肯定是拥护的。HTML还是会用下去的，除了语言本身我们也需要考虑各个浏览器的兼容与发展，对语言本身的支持度。现在都是现在virtual dom中渲染完css和JS，渲染完，再从virtual dom一次映射到dom，这么做主要是为了加快渲染速度，缺点是耗费内存特别大。。常规的HTML渲染是先加载HTML，然后再渲染css，渲染css过程中会有很多HTML特性变化，之后再渲染JS，就触发很多的HTML和css变化。这种模式，最大缺点是分三步走，大概是串行运行，花费时间较长，，另外很多元素渲染三遍才变成最终状态（大概这么理解）。。。提问者是发现前端语言中出现了自定义标签或者模板语法吗？还是说vue类似的语法结构？前者说到底就一个原因：浏览器的兼容性！特别是IE这个不知进取的货，前端技术被这货一直限制，直到win10的出现才得到改善，就连现在最低兼容也要考虑到ie9！常规前端框架要负责渲染和ui效果，html标签无法满足现在ui层的渲染要求，不同浏览器下的展示结果也不同，最直观的就是表单元素：select、radio、checkbox、button等等。所以你会看见所有前端框架都必须要有一套自己的表单组件。作为一款框架，目的就是用最简单的语法达到最好的展示结果，语法特别重要，所以我们会发现在框架中利用js做二次渲染是最好的选择，使用者只需一个属性就能达到特定效果。比如我自研的框架中开关组件： ，只需对应属性给值，其他的交给框架去渲染。
有的干脆直接给js函数传入对象参数：
xxx({
type : swith,
text : 开|关
})
而vue这种就属于渲染引擎，只负责渲染，不负责ui效果，没什么好说的。
任何前端框架都是基于html css js这三者基础上扩展丰富，以方便更多人去快捷高效的使用！
我前后端都搞，那会还要考虑ie6的兼容问题，那时候唯一的前端库是jq，用起来很方便，开发思想围绕面向过程。近些年出的react、vue、angular框架则更多是面向对象思想，前端也越来越工程化，但本质还是在js基础上的扩展丰富。
回到题主问题，最开始的是直接js操作dom，这样是很消耗性能的，后面出的那些框架中所提出的虚拟dom操作，本质就是用一个全局js对象维护所有的dom节点，当最终比对出dom需要更新时，再操作dom。所以就理想化而言，后者性能上更好且代码优雅。
那是因为你看到的都是互联网行业。传统业务系统，电力，金融，银行，制造业等等都在用，逻辑复杂，架构复杂，不是你互联网搞几个页面查询显示，追求所谓的加载速度和体验 那么简单。在互联网行业，你几乎接触不到真正的面向对象设计的架构，只有一堆中间件，各种前后端框架。这是完全不同的两个领域，不能混为一谈。
狭隘范畴来说，任何前端框架最终都是靠html css js 三大件来实现的
没有感觉现在前端放弃了常规写法。
你所谓的常规用法是html旧版本。新版html 添加了太多东西 都es7es8了 是用法升级了
如果把HTML比作舞台，CSS就是舞台上的各种装饰和道具，JavaScript则是剧本，这三者结合，再加上演员（即网页上的实际内容）的倾情演出，一台大戏才有可能上演。如果只有舞台+演员，这根本就不叫演戏，只能算演员展览会；
如果是舞台+装饰道具+演员，画面是好看了点，但仍然不叫演戏，充其量叫行为艺术；
只有舞台+装饰道具+剧本+演员，才是真正的演戏！
但是，如果是只有剧本+演员，能否演戏呢？可以！办法就是一边演出一边搭建舞台、制作道具，剧本里需要什么就做什么，直到演完……但是，这么做不累么？为了演一台戏得多花多少成本？无形中还会拖长演出的时间！而且尽管一开始的时候没有舞台和道具，但当演出完毕时，不是一样存在舞台和道具么？所以完全抛弃舞台和道具是不可能的！
经上分析，Web 前端开发完全抛弃 HTML 和 CSS，纯用 JavaScript 开发是行不通的！更何况有些浏览器对JavaScript的支持度并不好（当然主流浏览器没问题），另外有些脑残的所谓安全软件甚至鼓励用户关闭JavaScript呢！
