HTML 规范未来还需要哪些新内容?

更新日期: 2019-08-18阅读: 2k标签: 规范

html5 规范在 2014 年正式发布。时至今日,虽然这一规范已经引入了许多新的 api、功能和改进,但许多开发人员已经在展望下一代 HTML 规范了。


一点点背景介绍

有些人还是不知道 HTML 标准是怎样制定出来的。具体来说,一些组织提出自己的模式和协议,希望浏览器接受并使用它们;但很显然,唯一真正有话语权的组织是 W3C 。所以 W3C 来分析 Web 世界需要什么,然后他们编写并规划一些语言指南,这些指南最后将成为浏览器的标准。

早在 Internet Explorer 时代 W3C 就已经成立了,但微软其实并不关心什么标准规范,他们只是我行我素而已。这种状态一直持续到谷歌 Chrome 诞生,后者改变了游戏规则。是的,谷歌浏览器有时也不在乎标准规范,但起码它会带来一些不错的内容,那么 W3C 最后就会把这些内容塞进 HTML 标准文档里。谷歌的力量是很强大的。


HTML6 真正需要的功能

好吧,我知道其实根本就不会有所谓的 HTML6 版本。还有一件事情可能会更让你惊讶,那就是今天我们用的也不是 HTML5 标准,因为这个标准是在实时更新中的,被称为“动态标准”。现在我们正在使用的是 HTML5.2,而 Web 开发工作会关注未来将要用到的 HTML 规范。所以我们迟早有一天会进化到下一代 HTML 标准时代,但这种进化是渐进的,不会一夜之间完成。

既然如此,下面我会提出一些我希望未来的标准能实现的功能。

更多原生元素

如果我们想要使用用户设备的相机,正确的方法是先捕获视频流,然后将其显示到一个视频元素中,然后拍下一张快照,再把快照的这帧图片绘制到画布中。这听起来比我们期望的步骤要复杂不少。

在下一个 HTML 正式版本中,我们应该能够更轻松地处理更多原生组件,从而制作水平更高的的 Web 应用程序和 PWA(渐进式 Web 应用程序),最终实现史蒂夫乔布斯的梦想。

这些元素将带有自己的 API,其中一些甚至不需要 HTML 元素,如 NFC、联系人、短信或 VR 访问等。

新元素

Web 开发产业已经证明 Web 技术不仅可以用来构建网站,还可以构建复杂的 Web 应用程序和界面;因此为了更好地管理我们的 dom,我们应该有更专门化的标签。

我们可以不用带有 id 属性的 <div> ,改为在 css 样式表中处理效果会更好。一些开发人员建议我们可以通过名称标签直接调用 id,但我真的不认为这是一个好主意。

<router></router>
<script>
varelement =document.getElementById(“router”);
</script>

其实这没什么用途,因为我们已经有了 getElementByName(),而且它会让我们区分自己的标签和 HTML 原生标签,后果会很糟糕。

vartag= document.getElementsByName(“tag”);

你之前看过相关内容的话,可能已经知道有一种方案提出了一种新的标记来处理专用的原生 html 标签,但这种方法既没什么用又很占地方,会让网站变得更加臃肿,性能却没有提升。

我的解决方案就是一如既往继续使用标签,但使用新标签来帮助响应式编程、网页设计师和开发人员创建更好的网页布局。

记住 KISS 原则,保持简单,大智若愚。

预处理器

我不是很喜欢这个东西,但很多开发人员都很喜欢它,所以它应该是个不错的功能。它能改善 Web 编码效率,即使这增加了 CPU 占用率,但很多开发人员也愿意承受这点代价。

很显然,能缩短开发时间是再好不过了。

不要只用 JavaScript

我知道至少在今天这是不可能做到的,我也根本不需要这个功能,但如果开发人员能在脚本标记中写下其他语言的名字,除了 JavaScript 还能用其他语言的话也是很不错的。

<scripttype=”text/python”>
el= dom.elementId(“Element”)
el.html(“Thislinewillbeprinted in the element”)
</script>

这将真正改变游戏规则,因为一夜之间就会有大批新人涌进 Web 开发产业,这是非常好的事情。一些 Java 开发人员也能用上他们啰哩啰嗦的语法了。

<scripttype=”text/java”>
importhtml;

classMain{
publicstaticvoidmain(String args[]){
element div = html.doc.getElementById(“element”);
div.write(“Element display text”);
}
}
</script>


小结

本文总结了一些未来的 HTML 真正需要的功能,这些功能可以改善 Web 开发工作,我希望起码其中的一两项功能很快就和我们见面,这样 Web 技术就能继续作为软件开发产业的表率发展下去了。

英文原文: https://itnext.io/what-html6-really-needs-living-standard-be0d962a7997


链接: https://www.fly63.com/article/detial/4978

web开发,前后分离接口规范

目前我们现在用的前后端分离模式属于第一阶段,下一阶段可以在前端工程化方面,对技术框架的选择、前端模块化重用方面,可多做考量。也就是要迎来“==前端为主的 MV* 时代==”。

js中箭头函数的编码规范,如何更好的使用箭头函数

当您必须使用匿名函数,请使用箭头函数表示法,它创建了一个在 this 上下文中执行的函数的版本,这通常是你想要的,而且这样的写法更为简洁。如果你有一个相当复杂的函数,你或许可以把逻辑部分转移到一个声明函数上。

用standard来管理JavaScript 代码规范

standard是一个开源的JS代码规范库,制定了所谓standard(标准)的JS代码规范,配合编辑器插件可以实时检查代码规范以及语法错误,通过执行命令检查代码规范以及语法错误,自动修复(可以直接修复的)不合规范的代码,使其符合规范

Web 前端开发代码规范(基础)

对于一个多人团队来说,制定一个统一的规范是必要的,因为个性化的东西无法产生良好的聚合效果,规范化可以提高编码工作效率,使代码保持统一的风格,以便于代码整合和后期维护。

Node.js的模块加载机制(CommonJS规范)

为了编写可维护的代码,我们把很多函数分组,分别放到不同的文件里,这样,每个文件包含的代码就相对较少,很多编程语言都采用这种组织代码的方式。在Node环境中,一个.js文件就称之为一个模块(module)

web前端js中ES6的规范写法

引号的使用,单引号优先(如果不是引号嵌套,不要使用双引号)、空格的使用问题:(关键字后 符号后 排版 函数 赋值符号= )等、不写没有使用过的变量,如果定义了一个变量,后来一直没有参与过运算,那么不应该定义这个变量...

编码规范_html代码规范化编写

嵌套的节点应该缩进;在属性上,使用双引号,不要使用单引号;属性名全小写,用中划线做分隔符;不要在自动闭合标签结尾处使用斜线(HTML5 规范 指出他们是可选的);不要忽略可选的关闭标签;

CommonJS 规范中的 module、module.exports 区别

CommonJS规范规定,每个模块内部,module变量代表当前模块。这个变量是一个对象,它的exports属性(即module.exports)是对外的接口。加载某个模块,其实是加载该模块的module.exports属性。module.exports属性表示当前模块对外输出的接口

W3C 代码标准规范

W3C通过设立领域(Domains)和标准计划(Activities)来组织W3C的标准活动,围绕每个标准计划,会设立相关的W3C工作组织(包括工作组、社区组、商务组等)。W3C会根据产业界的标准需求调整Domains和Activity的设置及相关的工作组设置。

css3代码书写规范

不要使用 @import 与 <link> 标签相比,@import 指令要慢很多,不光增加了额外的请求次数,还会导致不可预料的问题。CSS有些属性是可以缩写的,比如padding,margin,font等等,这样精简代码同时又能提高用户的阅读体验。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!