菜单

web标准

2019年2月22日 - Bootstrap

是时候再提web标准

2016/07/06 · 基本功技术 ·
WEB

原稿出处: 灵感(@灵感_idea
   


**背景**

**web标准是个新瓶装旧酒的话题。引入国内的时辰,粗略算下来,有十年左右了。然而由于国内前端出色人才的枯槁和血脉相通教育跟进的迟缓,造成了很多个人都未曾对它引起充裕的推崇并利用到祥和的实际项目当中,同时又花了较多精力在纷纭扬扬的新技巧方案和工具中,那就造成了技能断层,影响不是2个多人,而是一大片段,即使再缺乏相关的正确指引,就会保留很多不科学的编码习惯,对于个人成长和所做的品种都是不利于的。**

为什么是时候再提呢?可以先来看看下边一张具备自然代表性的图,截自笔者的企鹅群(152128548)

图片 1

壹 、标签仍在被滥用
② 、器重觉,轻语义和结构
三 、热衷于跟进热门新技巧,不重视基础
肆 、当笔者在跟大家说体贴基础的时候,要么有人说原生js,要么有人说css原理和技巧,没人说html

出于以上的几点,加上各类地方和议会如同很少提及那么些方面的事物,新手在被行家“牵”着走,老手的精力又不在这个相比基础的东西上。那篇文呢,就是跟大家共同再次回到源点,去看望哪些做才总算符合了web标准的编码。

介绍—WEB标准
不是某三个正经,而是一多如牛毛正式的汇集。
网页根本由三片段组成:结构、表现、和作为。
对应的正规化也分三上面:

难点源于

1、门槛低、简单

一周就可以操纵html,常用标签不多,用不到的不要管

比如:h1~陆 、p、span、div、img、a、input等,我们来随便的看一张截图

图片 2

地点是某宝PC端的登录页,可能是由于各个原因(不详),只用了少量的标签,所以,并不说它是不好的还是是错的,但它是别的过五人的勾勒。倘使自个儿说html标签有100七个,你会是何许影响?

一 、不知晓,没悟出有诸如此类多
贰 、知道,但认为很多都用不上

你会是哪类?

怎么在合适的时候,合适的地方,使用正确的标签,那是web标准的着力必要。后边细说。

CSS很简短,常用属性也就那么多

宽、高、边框、背景、定位、浮动、边距,若是您控制了那样多,那么就可以回答很多页面布局的场所了。尽管您由此就觉得css很简单,那么就等着它来“惩罚”你啊。

不好的下边:种种包容难点,各样奇葩布局需要,各个不可预见的bug

好的地点:诸多奇幻的技艺和css3新脾性,可以协理我们做出充满美感又神奇的功能

万一您依旧认为CSS太简单,那么请看一下那边https://drafts.csswg.org/indexes/,要坚强~

这一个规范大多数由万维网联盟(W3C)起草和揭橥,也有一部分是其他专业组织制订的正统,比如ECMA(European
Computer 马努facturers Association)的ECMAScript标准。

贰 、只须求做“对”,不须要做好

过多时候,纵然写错了浏览器会包容它,当大家的代码是不标准的,甚至偶尔是错的,然而浏览器照旧将它“不荒谬”突显出来,那一个时候,大家发现不到本身的失实。认为看起来没难题就没难点,那是很惊险的。

标签不用在意,交给CSS去处理就好,理论上,大家得以因此一定的CSS规则,任意的更改2个因素的突显,那就导致了对html标签的不保养,因为我们总能让它们看起来没有其他问题。

目的—web标准

3、热衷于“向前看”

读书新技巧,丰盛友好的技巧树——html伍 、canvas、svg、react、ES6等。

化解“难点”——觉得一般的干活没什么挑衅了,所以不屑于去深挖自个儿早已会了事物。

做出炫酷的机能——纯CSS图标、动画,3D动画,canvas动画等。

跟风式学习——大家都在谈,业界都在捧,看起来很好的事物,就起来不耐烦不安,整装待发,其实有句话叫做:“基础不牢,地动山摇”,兴致冲冲的去学习新的东西的时候,往往会发现,没有充足的根基,是很难前行的。

上边说的那么些是错的么?当然都对,尤其是在技术发展立异迭代速度快的互连网领域,想会得更加多让本身更强,同时会的更多在实际上利用中可采取的方案也更加多,兴趣驱动去学习,那是好事,作者自身也是这么的,但大家须求小心的是,学习不是一条直线,无法沿着一条线一向往前冲,除了长度,还有深度,必要我们不断的从种种方面去打磨和填充才能立异。

文档结构和意义为先

作者们都知道,已毕一种意义可以有多样艺术,那么哪一种才是最优的?来看例子

要求—web标准
web标准被分成三片段,当然,程序员在设计时,也尽可能保障从八个步骤开首写,那五个步骤也是对网页内容设计须要的递增阶段。

列表

什么特点呢?最显明的就是有诸多项,项和项之间互相独立,竖着排列,像那样

小编是列表
自家是列表
本人是列表

它可以被什么写吧?

1、

XHTML

本人是列表<br> 小编是列表<br> 作者是列表<br>

1
2
3
我是列表<br>
我是列表<br>
我是列表<br>

2、

XHTML

<li>作者是列表</li> <li>小编是列表</li>
<li>小编是列表</li>

1
2
3
<li>我是列表</li>
<li>我是列表</li>
<li>我是列表</li>

3、

XHTML

<ul> <li>笔者是列表</li> <li>俺是列表</li>
<li>小编是列表</li> </ul>

1
2
3
4
5
<ul>
    <li>我是列表</li>
    <li>我是列表</li>
    <li>我是列表</li>
</ul>

地点三种是相比较直接想到的对的写法,当然也足以用ol,算同一种艺术。它们所能达成的功效是看似的,往往大家会从表现的角度考虑说第叁种不够灵活,不可能控制样式,第两种办法浏览器也不会不搭理你,它会把li解析成块级成分,让它们单独排列,但它失去了告知浏览器“笔者是个列表”的阐明,相当于外围容器(ul/ol),最好的写法肯定是第3种,它不只看上去是对的,还告诉浏览器那是个列表,还有列表所应有的天性,比如“缩进”和“重视号”,当然,最大的补益依然是它是有含义的,也是为啥那里没有提div和p等因素的原因。

内容:网页音讯;结构:html;表现:css;行为:javascript

标题

用作标题,特点也简单,比页面上任何的公文更大、更粗。
我们得以这么写:

1、

XHTML

<span class=”head”>作者是标题</span>

1
<span class="head">我是标题</span>

2、

XHTML

<p><b>小编是标题</b></p>

1
<p><b>我是标题</b></p>

3、

XHTML

<h1>笔者是标题</h1>

1
<h1>我是标题</h1>

不看代码的气象下,三者可以同样,但看了代码的话,大家应该都会第3种写法是最好的,第两种写法的益处有何样?

① 、本人是块级成分
② 、是不一致经常的,不像p只怕span等因素会用到页面当中的好多地方
叁 、越发重点的是,在不加任何css规则的图景下,标题成分如故显然是个标题,页面的无样式视图将显示其预期的文档结构,正确的标题成分传递了“意义”而不只是突显指令
④ 、屏幕阅读器、手机和别的浏览器也将了然怎么着处理题目成分
⑤ 、搜索引擎友好,除了title和meta,标题是最可能存在首要字的地点,利用好它,会越发便宜用户找到你的页面

然则它有没有毛病找麻烦着我们啊,答案是有,h1和h2那么些标题标默许样式被认为过分粗大,那会让多少人同情于拔取更高级其他标题成分,其实这几个我们都知晓,不是大标题,可以用css来控制,前提是:先结构,后表现。至于拔取接纳h几,也不是不曾保护的,它们既是是分了级别,那当然是有早晚意义所在,一般的话,h1是个关键的标识,页面当中有贰个就好,然后,不要出现似乎h2包裹h1的情景。

好处—web标准

表格

后天如若涉及表格(table),很五人会以为好笑,使用web标准构建网站的2个最荒唐的说法就是您应该永远不行使表格。

不错,使用table来布局确实是有逆风局,但并不表示大家不可以用表格来做适合它做的事,比如:数据化表格。

最简便的表格能够有下边这么些结构:

XHTML

<table>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
</table>

1
2
3
4
5
<table>
    <tr><td></td><td></td></tr>
    <tr><td></td><td></td></tr>
    <tr><td></td><td></td></tr>
</table>

突发性,我们会在表格的下面加一点表达性文字,日常大家会习惯性的使用h*照旧p标签来包裹这一段内容,假设您是用div,那么…

实则大家有更好的取舍——<caption>,那个是表格本人的专有标题哦,有它干吗大家还要用其余吗?

除却,假若我们想给表格的率先行算作表头,可以怎么办啊?可以如此:

XHTML

<tr><th></th><th></th><th></th></tr>

1
<tr><th></th><th></th><th></th></tr>

把那行代码放在第1行,th标签会给它差异于td的体制来分别出和其他行的不等,其它它可以是行的,也得以是列的,怎么不同呢?还有这一个——scope属性scope=row/col,把此属性添加到th标签中即可安装它的归属。

但如此就够了吧,假使对于简易的报表来说早已挺好,那么看似它还尚未相比较清楚的逻辑结构,那么,不卖关子了。较完整的表格,应该是上边那样:

XHTML

<table summary=”那是2个报表的内容简介” cellspacing=”0″>
<caption>表格标题</caption> <thead> <tr> <th
scope=”col” id=”name”>姓名</th> <th scope=”col”
id=”address”>地址</th> <th scope=”col”
id=”databirthday”>出生日期</th> </tr> </thead>
<tbody> <tr> <td>ewee<td>
<td>hubei<td> <td>一九八八0102<td> </tr>
<tr> <td>rewe<td> <td>wuhan<td>
<td>4一九八七0103<td> </tr> <tr>
<td>ertww<td> <td>yichang<td>
<td>一九八九0205<td> </tr> <tbody>
<tfoot><tr><td>one</td><td>two</td><td>three</td></tr></tfoot>
</table>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<table summary="这是一个表格的内容简介" cellspacing="0">
    <caption>表格标题</caption>
        <thead>
            <tr> <th scope="col" id="name">姓名</th> <th scope="col" id="address">地址</th> <th scope="col" id="databirthday">出生日期</th>
            </tr>
        </thead>
        <tbody>
            <tr> <td>ewee<td> <td>hubei<td> <td>19870102<td>
            </tr>
            <tr> <td>rewe<td> <td>wuhan<td> <td>419880103<td>
            </tr>
            <tr> <td>ertww<td> <td>yichang<td> <td>19870205<td>
            </tr>
    <tbody>
    <tfoot><tr><td>one</td><td>two</td><td>three</td></tr></tfoot>
</table>

是或不是清醒十分的原原本本,慢着,summary=”那是3个报表的内容简介”那句是何许鬼?好吧,看内容便知,它是有关表格的2个简介,这一个简介用户是看不到的,显示器阅读器可以行使该属性。

<strong><em><b><i>和其余短语成分

短语成分,在于控制的微粒更小,非亲非故布局,和突显也从未太大关系(即使它会有加粗或然倾斜的意义),用来对于页面中的有些特殊内容做出特别的标识,比如“强调”、“引用”等。

那么它们的分别在何方?

<strong>代替<b>,<em>代替<i>

传达意义和结构,而不是付诸表现指令。

<em>意味着强调,<strong>意味着进一步强调,在语音合成器用户代理场景下,它们还突显为音量、音调及语速的差别。若是二个成分必要既强调又斜体,那么大家得以接纳正确的价签,然后通过体制来控制其余地点。

那样之外还有其余短语成分,比如:

<cite> 包蕴对其余来源的引言或引用
<code> 内定3个处理器代码片段
<var> 表示多个变量恐怕程序参数实例

欢迎补充与指正☺

最小化标示

万般状态下,较少的代码意味着更快的下载,还代表更少的服务器空间和带宽消耗。有个问题不怕,纵然你写出了适合web标准的页面依旧不能够印证你写出了十足简洁或然合理的代码。正所谓规则是死的,不难形成,遭受实际境况,不一样的做法会招致结果差距。在我们成人进程中,会赶上不相同的教工,要么是一篇文章,要么是一本书,要么是现实性的某部人,追溯到最终依然是人,不一样的人,观点和习惯只怕两样。比如,你只怕会养成三个习惯就是梦想给拥有单独添加样式的因素分配一个类,那样成功了较强的可控性,但是,那样吸引什么秘密的问题啊?

壹 、过多的类
贰 、类的命名难

除了下边两点,还有七个恐怕遇见的就是类名重复,然后样式争执。

唯恐上面的题材你都遭逢过,只怕也想了办法去命名,去防止冲突,但有没有想过来因去果的涉嫌?大家常常会“遭遇题目”——“消除难题”,其实我们是在“创设难点”——“消除难题”。从现实际情形状看,也尚无多少人在品味的去打破它。

自个儿以为,为啥要命名那么多的类,因为大家得以由此授予不一致的类名去分别开来成分样式,即便有个类名叫info,大家得以起个a-info、b-info,那么它们俩就是见仁见智的了,我们还是可以.a.info、.b.info,同样能够对其开展区分,再发展追溯,大家为什么要动用类名来差别它们?最大的或是就是,大家在同三个父容器里,使用了较多同种类的子元素大概后人成分,那又是干什么吧?是否回来了大家早期对于html标签的视角上——常用的标签不多?事实上,大家平时不暇思索的利用div、p、span,二个看成大的隐含块,贰个用作包裹整段文字,span用来包裹行内文字,顶多再加上img、a、i等。作者说的是否很不难(不过这么如故会有人用错)。那么实际上有如此不难吗?正是因为“珍爱觉,轻语义”,至于大家能想起来使用的不利的,有意义的标签很少,觉得没有须求锱铢必较,那么网页中那么多的情节,难免会出现我们所说的那七个因素的双重,重复了如何是好?样式不相同啊,加类,类多了如何做?想办法区分类,于是,就是您所熟稔的那多少个行业难点了。

莫不你会说,在大的、复杂项目里面,那么些都以不可幸免的,好,作者同意你的说教,那倘诺我们能在结构和意义上做得更好,是否能把这种气象大大革新?

实质上大家的CSS接纳器充裕而且正在变得更加强硬,我们完全没必要把希望都寄予在加类那些看起来很省劲的主意上

比如说:后代选拔器、子拔取器、种种伪类选取器、兄弟接纳器、属性选取器等。

统计:任何做法都毫不非白即黑,不偷懒,不粗心,把办法创立巧妙的结缘起来才是正道!

各个场景的体制

在平凡项目中,我们很少会赶上特殊的须求,一般只要这么一行代码就够了

XHTML

<link href=”” rel=”stylesheet” type=”text/css”>

1
<link href="" rel="stylesheet" type="text/css">

那么一旦有独特需求,该如何是好?可以看下下边那些表格

值 描述
screen 总计机显示屏(暗许)。
tty 电传打字机以及近似的利用等宽字符网格的红娘。
tv 电视机类型设备(低分辨率、有限的滚屏能力)。
projection 放映机。
handheld 手持设备(小显示屏、有限带宽)。
print 打印预览格局/打印页面。
braille 盲人点字法反馈设备。
aural 语音合成器。
all 适用于具有设施。

找到它并不难,难的是,很多人大概不知从何处出手,没有那么些意识依然概念的话,也就不会去查。精通了那几个,就能依据不一致景色给我们的页面分配不相同的体制规则。

html5来了

无法不认可一点,当自家最初见到html5的时候,内心是激动的,在它出现以前,是从未充足用来代表页面结构的语义化标签供大家运用的,一般我们是用“类”或许“id”来定义它们。可是与此同时难点又来了,应该如何正确的应用它们?正如在此此前大家面对旧版本的html时马虎了很多语义化的价签一样,倘诺大家不可以对这一个新扩张的标签有不易的认识,那么大家一样会陷入泥淖,固然看起来会比在此之前好些。
较常用的有以下那一个,你已经用起来了呢?

<article>
概念外部的故事情节(结构成分)

<aside>
概念页面内容之外的情节。 aside的情节与article的始末相关。(结构成分)

<figure>
概念一组媒介内容的分组,以及它们的标题。(结构成分)

<section>
标签定义文档中的节(section,区段)。比如章节,页眉,页脚或文档中的其余部分(结构元素)

<time>
概念一个日子/时间 (内联成分)

<audio>
概念声音内容。(内嵌成分)

<video>
概念摄像。(内嵌成分)

<canvas>
概念图形,绘制路径,矩形,圆形,字符以及丰硕图像的艺术

<dialog>
概念对话(会话)dialog元素表示几人以内的对话。HTML5dt成分可以代表讲话者,HTML5dd成分可以代表讲话内容。(结构成分)

<embed>
概念外部交互内容或插件

<footer>
定义 section 或 page 的页脚

<figcaption>
概念 figure 成分的标题

<hgroup>
用来对网页或区段(section)的标题进行组合,对网页或区段的标题进行整合

<header>
概念 section 或 page 的页眉(介绍音讯)

<mark>
概念带有记号的公文,请在急需出色体现文本时利用 标签

<nav>
概念导航链接

<source>
概念媒体能源

越来越多标签可以参考那张图
http://www.inmotionhosting.com/img/infographics/html5_cheat_sheet_tags.png

要么到此处查看越来越多http://www.htmldog.com/guides/html/

必要留意的几点

社团和显示分离了啊?

从大家先导接触分离观,只怕就有一种认识,html里面不用有内联或者内嵌的样式,就是分手了,其实不然。
这带来了叁个结果,不器重标签和类正视。所以,貌似大家曾经完全做到了分离,但分离之后,结构并没有做好它的本职工作,然后大概引起大家只可以要用类加以不同,反而因为要照料到样式,在协会和表现之间创制很多纷纷复杂的牵连,那也是拉动爱护难点的根源之一。不要全部业务都交给CSS化解,让CSS只做它该做的,也休想让祥和在标签上采用的失误变成见缝插针的理由。

div无罪,table无毒

十几年前,当css出现同时普及,人们就起来了对既往页面的重构,很多运用table布局的页面被重新编辑,用什么样吗?“div+css”,相信大家都见过此类的科目大概书籍,我最初见到它的时候,就觉着div是一门技术,因为它们是同等对待的涉及,今后大家都知道,显著不是,但它所拉动的熏陶是巨大的,div初步在页面中数十三次出现如故到泛滥的境界,然后,一批比较早觉醒的人以及html5概念的面世,让众人重新起首侧重语义化,对div的情态开端了变化,就像用了它就是不当。其实无论是是滥用依旧不要,都是一种极端的做法,我们相应理性对待技术,它们的发出都以有缘由的,也都是有温馨的行使场景的,除非它们被更好、更客观的东西所代替(比如html5中所放任的价签)。否则就活该占据一隅之地,不应该被区分看待。

table也是一模一样,实践阐明它不宜用来大范围的错综复杂布局,可是依旧有它的利用场景的,上边表格的局地已做了描述,那里就不多说了。

class还是id?

关于这一点,可以参照一下虎扑上那个难题的答案。https://www.zhihu.com/question/19550864/answer/23440690

稍稍统计下关注点:

① 、id唯一性,class重复。按照目的成分的重复性和独脾性来定
二 、id权重较高
三 、外围用id,内部结构善用class
四 、前端选拔id操作DOM,重构使用class操作DOM,UI和交互相互独立互不影响

除此以外还提议一些对此class的误用,上边是W3C的讲述:

class:There are no additional restrictions on the tokens authors can
use in the class attribute, but authors are encouraged to use values
that describe the nature of the content, rather than values that
describe the desired presentation of the content.

情趣是:class应该是描述内容的原形(语义)的而不是内容长什么。

假诺依照那种说法,那么有许多做法都是不妥的,相信大家看过无数“.f1二 、.fl
、.mr10”之类。

打败代码洁癖,html标签并不是越少越好!

代码终归依旧要付出浏览器依然是显示屏阅读器去读,而不是人,所以,假使大家只是达成了令人看着是舒适的,舒服的,就跑偏了,当然,那里不是为一些不须要的价签和嵌套找正当理由,而是站在布局和语义的角度,去选用应当的,有意义的标签,标识网页中须求点缀的故事情节,告诉浏览器它们是什么样。而不仅仅是站在视觉角度考虑需不须要。

全盘精通,权衡利弊,方可取舍

用作前端,已毕一种结构依然一种功用,往往有那三个方案得以用,比如上边所列的html结构,还有大家常用到的布局方案,CSS效果落到实处,js的方法,逻辑完毕,大家常波及的框架或许库的取舍等

合理性——语义化、结构、逻辑、交互等
成本——学习、合作、迭代、维护等
杰出——多版本浏览器,多终端等
性能——传输、解析、查询等

举个栗子,即使您想做动画,如何做?

flash、css3、js、svg、canvas、Gif等

除非当咱们对每种完成格局或方案都熟稔了,知道了它的得失和利用场景,才能采用自如,否则就是松绑住了和睦的小动作。

上学能源的选择、标准的衡量

上学财富很重大,是不是全面?是不是科学?那决定了你对一项技术还是三个知识点的先前时代影象,一旦跑偏不知要多长时间才校对得重回,更何况那种代价很多时候是没须要的。

那是本身在乐乎上见到的四个难点得以看作参照
“若想学 HTML,应从哪个地方出手?”https://www.zhihu.com/question/19753196
前端开发基础扎实的正统是何许? https://www.zhihu.com/question/38922374

我们可以看看如何是和投机的景观相适合,它们就着实是很权威很保障的精选吧?比如:http://w3school.com.cn/,
很多初学者的最爱,而且随着那域名,也会以为它是跟w3c社团有关的独尊的官方网站,实则它和w3c社团半点关系都并未,当然也并不是说它有多差,很多少人因之受益,可是这是一种特性上的回味错误,实际上它其中的有个别内容也是颠倒是非的。

况且标准,不一致人眼里的正规化也是不一致的,能写出页面是明媒正娶呢?能正确使用全体标签是业内吧?能自如运用各类布局是正规吗?都不是,大家一贯在展开一个“点——线——面——体”的长河,不论是单项技术,照旧经验,综合能力,大家都在时时刻刻的积攒和填充,单个点和单个方向做得相比好,不代表你就处于1个高的品位面上,恐怕在另一个地方你还缺了一大块,所以,不断追寻、探索,不断大力就好。

被遗忘的犄角——无障碍设计

开发人士使用HTML、CSS和JavaScript创造富网络应用程序时,往往把残疾人员抛在脑后,因为大家温馨超过55%是人体健全的人,所以,往往忽视了另一片段艰辛人员对成品的采用和必要。其实大家可以挽回那种规模。WAI-ALacrosseIA可以提供丰富的语义,以确保富网络采取是可以清楚的,并且以往一度赢得相对较好的支持。

WAI-A昂科拉IA是四个为残疾人员等提供无障碍访问动态、可互相Web内容的技艺标准。重假设为着升高网页的可用性,网页对残疾人员的无障碍化,是对
HTML 语义化的补充。它兼具比现有的 HTML
成分和性子更健全的表明能力,并让你页面中成分的关联和含义更举世瞩目。

怎样利用WAI-ATiggoIA?

动用于HTML的ARAV4IA有两片段组成:role(角色)和带aria-前缀的习性,其作用:

role(角色)标识了叁个因素的职能
aria-属性描述了与之有关的事物(特征)及其是怎么的(状态)

A途达IA在HTML中拔取有其和谐的科班,并不是说在HTML中行使了ARubiconIA,Web页面就无障碍化了,就坚实了可访问性了。话中有话,A大切诺基IA没有用好,反而会把您带到另二个坑中,使用你的页面可访问性更差。

越来越多关于AHighlanderIA的运用,是三个大话题,不是一两句可以说得清楚,有趣味多了然的,能够参考一下那篇文http://www.w3cplus.com/wai-aria/wai-aria.html

web标准之外

当量变引起质变

1、维护性

举个栗子,借使大家去干活,两多人时方可随便站,拾2个体只怕就要排队了,假设有越来越多的人就需求有人维持秩序,再回升贰个量级,大概还要分批放人,不然场合会失控。

页面是一律道理,一八个页面,几十浩大行代码,那就无须太在意怎么写,分化方法带来的分歧是足以忽略不计的。几11个页面吗?上千行代码呢?

2、性能

天性至少关乎四个方面,代码的施行效能和文件大小。三个操纵了代码的剖析和实施进程,一个说了算了传输速度。那里不细说。

3、兼容

从当时的浏览器大战,后来相比较坑的IE低版本,到现行的各个分辨率移动设备和各个安卓、ios版本浏览器的匹配,微信内核浏览器的匹配,等等。大家过去在做这么的事,现在也会。

地点说了,做出了符合标准的web页面,不意味大家就顺遂,还有此外过多的实际难点会在量变到早晚水平的地方下给我们创造麻烦,形成质变。那我们将什么应对那些质变?本文不做详述,只作为2个引子,后续会再写一篇文章来和豪门商讨“web应变之道”。

下次见!~

 

1 赞 2 收藏
评论

图片 3

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图