• 米斯特菠萝
    2019-01-22
    我写前端时间不长,写的都是小东西,确实觉得div和span够用

    我认为html标签和自然语言的演化肯定会是一种逻辑:

    汉语中「地」「的」「得」的正确用法今天大部分中国人根本不会,都只用「的」字,也不影响表达。另外很多字的读音标准都变了,英语也有类似的历史,都是人民的选择成了标准

    所以我的观点是:html也一样,设计者的初衷有他自己的思考,但最后开发者的习惯会成为标准(微信小程序最基本的标签不就是view和text嘛),除非这些标签会影响人数更广大的普通用户
    展开
    
     102
  • 人艰不拆
    2019-01-23
    老夫写页面就是一把梭,div,div,div,什么都是div,display改一改什么都能写
     1
     70
  • Scorpio
    2019-01-22
    老师也有看炮姐吗?(〃•⊖•〃)

    作者回复: 哈哈哈 不然怎么能从里面挑出ruby

    
     57
  • 👽
    2019-01-22
    完了...今天文章中的一半标签都不认识......
    
     51
  • 王大可
    2019-01-22
    咦?根据目录,难道不是该介绍模块一 javascript相关的吗
    
     47
  • 馒头小哥
    2019-01-22
    其实语义化更重要的是在于规范,渲染出来的网页是给大多数用户看的。还有一小部分用户比如 程序员、机器人、视障用户。

    如果一个页面只有 span 和 div,视障软件如果把这个网页读给用户? 读 “ div 开始 class="tile" 今天天气很好 div 结束” 还是读 “标题:今天天气很好” 那个方式更好呢?

    就好比家里的排插,有做得精致美观的、也有简约朴素的,但是大家都是遵循统一插座规范,所以都能正常插上家电使用。

    无规矩不成方圆,语义化能更好的帮助到这些用户去读取、去认知、去使用,这是我所理解的语义化好处。
    展开
     1
     44
  • Derrickxyz
    2019-01-22
    目前开发的是企业应用,也就是更关注于“软件界面”,没有使用语义化标签。使用div,span等就实现了需求。
    企业应用不需要做针对性的SEO,也不需要像文章那样分层,划分章节。
    语义化标签在企业应用中,除了增加可读性外,是否还有其他提升?
    谢谢~
    
     26
  • Artyhacker
    2019-01-22
    以前学习的时候刻意使用过语义化标签,但工作以后直接用react,组件也直接上ant-design,几乎就只需要div和span了。。
    
     24
  • 北京知府
    2019-01-22
    我们是做业务系统的,团队中有一个同事(纯前端偏UI)特别喜欢使用语义化标签,但是我们在维护他的代码时总感觉他的代码乱糟糟的不好维护,很多样式就直接写标签来定义;而我们其他人(擅长做后台的)则喜欢用div,然后通过有业务含义的class来定义样式。
    个人觉得做业务系统,特别是团队一起协作开发,还是尽量少用语义化标签,这样能减少后期维护的成本。

    作者回复: 1. 用语义化标签,跟用标签名选择器是两码事。
    2. 给自己贴“做业务系统“的标签,潜台词是给自己找借口。
    3. 不要跟没希望的团队一起工作。

    
     21
  • 雪松
    2019-01-22
    就拿写一个页面来说,直接div/span,让我更加专注页面布局样式内容等信息,如果去语义化,反而造成困扰,不过这个困扰是建立在自己不熟悉语义化的基础之上的。
    所以我认为应该尽量追求语义化,这不仅是便于浏览器搜索引擎,也是竞争力的一种体现。
    
     20
  • mfist
    2019-01-22
    1html语义化的优点,有利于人或机器更好的解析语义。
    2日常业务开发中很多时候只用div span,站在应该走出自己舒适区的角度,应该正确的用语义化
    3 我觉得在封装项目通用ui组件更需要考究语义化,这样就帮助使用者获取语义化的优点,屏蔽语义化的缺点
    
     15
  • Mowtwo
    2019-01-23
    虽然文章确实讲了很多有用的东西,但是对于hgroup的例子我觉得还是可以得到一些指正。
    至少到目前为止,我尝试了一下,hgroup已经不再可以在网页上有人和作用了...而我搜索以后,也找到了一篇关于hgroup已经在HTML5.1标准下被取消的信息。所以文章中所提出的部分内容已经不再有效,希望重视。

    作者回复: 我本人比较倾向于WHATWG的living standard,所以保留了这个标签。

    多数语义标签都不会产生实际效果,hgroup针对outline算法仍然有效。

    
     14
  • Zp
    2019-01-22
    不是该先讲js?
    
     12
  • Geek_be7add
    2019-01-24
    例如「地」「的」「得」、「他」「她」「它」的区分,我觉得不应该因为分不清而不再区分,而是因为它有意义而去刻意地区分,而且也未必都不分,至少每年几百几千万的本科毕业生应该分得清。同理,虽然it行业入门是英雄不问出处,但是也大部分都有一定基础,所以有助于梳理页面结构的语义化概念还是应该大力推行的。
    
     10
  • sprinty
    2019-01-22
    语义化标签适合的场景是不是很有限?

    现实开发中除了文档、博客等类型的项目很少用到,我自己也很少用到语义化标签,因为想到其语义就觉得不适合现在的场景。
    
     10
  • leslee
    2019-01-22
    感觉只有特别适用的场景才能适用语义化标签。工作中的需求太乱了。
    
     10
  • 无羡
    2019-01-22
    语义开发确实能很好地提升源码的结构,方便阅读。但前提是团队人员都能正确使用语义化标签,否则就会出现div/span和语义标签各种嵌套,很难受
    
     8
  • ...
    2019-05-07
    1.什么时候需要用语义化标签
       强SEO需求,需要支持屏幕阅读器,视觉呈现重要程度较低的程序
    2.好处
        1)便于机器和人类阅读
        2)便于搜索引擎搜索
        3)自然语境的补充
        4)结构化文档的分级
     3.常用标签
       header 头部
       footer 尾部
       aside 与主体内容不那么相关的部分
       section 块,里面的标题等呈现为文章的 下一级结构
       nav 导航
       article 文章
       address 作者的联系方式
       date 日期
       hgroup 将标题划分为同一部分内容
    展开
    
     6
  • hhk
    2019-01-23
    我理解的语义化,就是对机器友好对人友好。在富文本这类场景时,我们应该尽量地语义化;写软件界面时,保持整体上的结构化即可
    
     6
  • CC
    2019-01-22
    运气不错,在工作中一直刻意练习使用语义化标签。在往复阅读文档,修改标签中,能慢慢提升对标签的理解。

    这篇文章再次感受到知识结构「完备性」的重要。

    回头对照了一下文档,所有的语义化标签都能被分入三个场景中。

    反过来,在遇到这三个场景的内容时,就更容易去寻找对应的标签。

    这时再去阅读文档,就有了更深入的理解。

    谢谢 winter 老师。
    展开
    
     6
我们在线,来聊聊吧