HTML/CSS开发规范指南
参见文档：https://github.com/doyoe/html-css-guide
1.文档目录结构
|-- 项目名
|-- src 开发环境
|-- html 静态页面模板目录
|-- bgimg 背景图目录（假设有的话）
|-- image 前景图目录（假设有的话）
|-- font 字体目录（假设有的话）
|-- scripts 脚本目录
|-- styles（Yo） 样式目录
|-- lib 基础库
|-- core 核心代码：reset
|-- element 元素
|-- fragment 公用碎片
|-- layout 布局
|-- widget 组件
|-- usage 项目具体实现
|-- project 某个子项目
|-- core 核心代码：桥接lib中的core，可以进行项目级扩展
|-- fragment 项目公用碎片
|-- module 模块
|-- page page桥接文件目录：src-list
|-- export page pack之后的文件目录
|-- prd 生产环境
|-- bgimg 背景图目录（假设有的话）
|-- image 前景图目录（假设有的话）
|-- font 字体目录（假设有的话）
|-- scripts 脚本目录
|-- styles（Yo） 样式目录
|-- project1 子项目
|-- index.css
|-- login.css
|-- and etc...
|-- project2 子项目
|-- index.css
|-- login.css
|-- and etc...
|-- and etc...
src, scripts, styles 三个目录是为了和现有项目保持一致，避免修改过大，所以保持不变。
html 目录，用于存放前端开发做的静态页面，以备查阅、备份、review或给后端套页面。
bgimg, image, font 三个目录在Qunar一般不会直接存在，因为我们有source服务器，这些资源都会在那上面管理；不过特殊情况也会有，比如一些独立的项目，没有使用source的，那么就需要遵循这样的目录划分。
至于 html, bgimg, image, font 这几个目录为什么没有加 s，主要是因为不希望大家去想某个目录是否为复数，简单点就好。
prd 为生产环境目录，以 xxx 项目中的一个子项目 mobile 为例，其生产环境中的某个CSS外链大致如下：//sitename.com/prd/styles/mobile/index.css
2.分离
结构（HTML）、表现（CSS）、行为分离（JavaScript）
将结构与表现、行为分离，保证它们之间的最小耦合，这对前期开发和后期维护都至关重要。
3.文件命名
CSS模块文件，其文件名必须与模块名一致；
假定有这样一个模块：
.m-detail { sRules; }
.m-detail-hd { sRules; }
.m-detail-bd { sRules; }
.m-detail-ft { sRules; }
那么该模块的文件名应该为：m-detail.css
CSS页面文件，其文件名必须与HTML文件名一致；
假定有一个HTML页面叫 product.html，那么其相对应的CSS页面文件名应该为：product.css
假定现在有一个 product.html，里面有2个模块：
+<section class="m-list">
+<section class="m-info">
那么开发人员能快速找到与该页面相关的3个直接CSS文件，包括：product.css, m-list.css, m-info.css
4.缩进
使用tab（4个空格宽度）来进行缩进，可以在IDE里进行设置
5.编码
以 UTF-8 无 BOM 编码作为文件格式；
在HTML中文档中用 <meta charset="utf-8" /> 来指定编码；
为每个CSS文档显示的定义编码，在文档首行定义 @charset "utf-8";
在 Sass 中，如果文档中出现中文，却未显示定义编码，将会编译出错，为了统一各种写法，且提前规避错误几率，统一要求每个CSS文档都需要定义编码
6.小写
所有的HTML标签必须小写；
所有的HTML属性必须小写；
所有的样式名及规则必须小写。
7.注释
尽可能的为你的代码写上注释。解释为什么要这样写，它是新鲜的方案还是解决了什么问题。
8.待办事项
用 TODO 标示待办事项和正在开发的条目
<!-- TODO: 图文混排 -->
<div class="g-imgtext">
<img src="1.png" alt="" />
... /* TODO: 图文混排 comm: g-imgtext */
.g-imgtext { sRules; }
9.行尾空格
删除行尾空格，这些空格没有必要存在
10.省略嵌入式资源协议头
省略图像、媒体文件、样式表和脚本等URL协议头部声明 ( http: , https: )。如果不是这两个声明的URL则不省略。
省略协议声明，使URL成相对地址，防止内容混淆问题和导致小文件重复下载（这个主要是指http和https交杂的场景中）。
不推荐：
<script src="http://www.google.com/js/gweb/analytics/autotrack.js"></script>
推荐：
<script src="//www.google.com/js/gweb/analytics/autotrack.js"></script>
不推荐：
.example {
background: url(http://www.google.com/images/example);
}
推荐：
.example {
background: url(//www.google.com/images/example);
}
注：省略协议头在IE7-8下会有一点小问题，外部CSS文件（link和@import）会被下载两遍，所以该条目的约定看具体项目。
HTML约定
1.文档类型
统一使用HTML5的标准文档类型：<!DOCTYPE html>；
HTML5文档类型具备前后兼容的特质，并且易记易书写
在文档doctype申明之前，不允许加上任何非空字符；
任何出现在doctype申明之前的字符都将使得你的HTML文档进入非标准模式
不允许添加 <meta> 标签强制改变文档模式。
避免出现不可控的问题
2.省略type属性
在调用CSS和JavaScript时，可以将type属性省略不写
不允许：
<link type="text/css" rel="stylesheet" href="base.css" />
<script type="text/javascript" src="base.js"></script>
应该：
<link rel="stylesheet" href="base.css" />
<script src="base.js"></script>
因为HTML5在引入CSS时，默认type值为text/css；在引入JavaScript时，默认type值为text/javascript
3.省略属性值
非必须属性值可以省略
不允许：
<input type="text" readonly="readonly" />
<input type="text" disabled="disabled" />
应该：
<input type="text" readonly />
<input type="text" disabled />
这里的 readonly 和 disabled 属性的值是非必须的，可以省略不写，我们知道HTML5表单元素新增了很多类似的属性，如: required
4.用双引号包裹属性值
所有的标签属性值必须要用双引号包裹，同时也不允许有的用双引号，有的用单引号的情况
不允许：
<a href=http://www.qunar.com class="home">去哪儿网</a>
应该：
<a href="http://www.qunar.com" class="home">去哪儿网</a>
5.嵌套
所有元素必须正确嵌套
不允许交叉；
不允许：
<span><dfn>交叉嵌套</span></dfn>
应该：
<span><dfn>交叉嵌套</dfn></span>
不允许非法的子元素嵌套。
不允许：
<ul>
<h3>xx列表</h3>
<li>asdasdsdasd</li>
<li>asdasdsdasd</li>
</ul>
应该：
<div>
<h3>xx列表</h3>
<ul>
<li>asdasdsdasd</li>
<li>asdasdsdasd</li>
</ul>
</div>
不推荐inline元素包含block元素；
不推荐：
<span>
<h1>这是一个块级h1元素</h1>
<p>这是一个块级p元素</p>
</span>
推荐：
<div>
<h1>这是一个块级h1元素</h1>
<p>这是一个块级p元素</p>
</div>
6.标签闭合
所有标签必须闭合
不允许：
<div>balabala...
<link rel="stylesheet" href="*.css">
应该：
<div>balabala...</div>
<link rel="stylesheet" href="*.css" />
虽然有些标记没有要求必须关闭，但是为了避免出错的几率，要求必须全部关闭，省去判断某标记是否需要关闭的时间
7.多媒体替代方案
为img元素加上alt属性；
为视频内容提供音轨替代；
为音频内容提供字母替代等等。
不推荐：
<img src="banner.jpg" />
推荐：
<img src="banner.jpg" alt="520即将到来，爱就大声说出来" />
alt属性的内容为对该图片的简要描述，这对于盲人用户和图像损毁都非常有意义，即无障碍。对于纯粹的装饰性图片，alt属性值可以留空，如 alt=""
8.有效操作
为表单元素label加上for属性
不允许：
<input type="radio" name="color" value="0" /><label>蓝色</label>
<input type="radio" name="color" value="1" /><label>粉色</label>
应该：
<input type="radio" id="blue" name="color" value="0" /><label for="blue">蓝色</label>
<input type="radio" id="pink" name="color" value="1" /><label for="pink">粉色</label>
for属性能让点击label标签的时候，同时focus到对应的 input 和 textarea上，增加响应区域
9.按模块添加注释
在每个模块开始和结束的地方添加注释
<!-- 新闻列表模块 -->
<div class="m-news g-mod"
...
<!-- /新闻列表模块 --> <!-- 排行榜模块 -->
<div class="m-topic g-mod"
...
<!-- /排行榜模块 -->
注释内容左右两边保留和注释符号有1个空格位，在注释内容内不允许再出现中划线“-”，某些浏览器会报错。 注释风格保持与原生HTML的语法相似：成对出现 <!-- comment --><!-- /comment -->
10.格式
将每个块元素、列表元素或表格元素都放在新行；
inline元素视情况换行，以长度不超过编辑器一屏为宜；
每个子元素都需要相对其父级缩进（参见缩进约定）。
不推荐：
<div><h1>asdas</h1><p>dff<em>asd</em>asda<span>sds</span>dasdasd</p></div>
推荐：
<div>
<h1>asdas</h1>
<p>dff<em>asd</em>asda<span>sds</span>dasdasd</p>
</div>
11.语义化标签
根据HTML元素的本身用途去使用它们；
禁止使用被废弃的用于表现的标签，如 center, font 等；
部分在XHTML1中被废弃的标签，在HTML5中被重新赋予了新的语义，在选用时请先弄清其语义，如:b, i, u等。
不允许：
<p>标题</p>
应该：
<h1>标题</h1>
虽然使用p标签，也可以通过CSS去定义它的外观和标题相同，但p标签本身的并不是表示标题，而是表示文本段落
参阅：HTML5 Elements
12.模块化
每个模块必须有一个模块名；
每个模块的基本组成部分应该一致；
模块的子节点类名需带上模块名（防止模块间嵌套时产生不必要的覆盖）；
孙辈节点无需再带模块名。
代码如：
<section class="m-detail">
<header class="m-detail-hd">
<h1 class="title">模块标题</h1>
</header>
<div class="m-detail-bd">
<p class="info">一些实际内容</p>
</div>
<footer class="m-detail-ft">
<a href="#" class="more">更多</a>
</footer>
</section>
其中 .m-detail-hd, .m-detail-bd, .m-detail-ft 为可选，视具体模块情况决定是否需要抽象为这种 头，中，尾 的结构
CSS约定
1.文件引用
一律使用link的方式调用外部样式
不允许在页面中使用 <style> 块；
不允许在 <style> 块中使用 @import；
不允许使用 style 属性写行内样式。
一般情况下，在页面中只允许使用 <link /> 标签来引用CSS文件，
2.命名-组成元素
命名必须由单词、中划线①或数字组成；
不允许使用拼音（约定俗成的除外，如：youku, baidu），尤其是缩写的拼音、拼音与英文的混合。
不推荐：
.xiangqing { sRules; }
.news_list { sRules; }
.zhuti { sRules; }
推荐：
.detail { sRules; }
.news-list { sRules; }
.topic { sRules; }
①我们使用中划线 “-” 作为连接字符，而不是下划线 "_"。
我们知道2种方式都有不少支持者，但 "-" 能让你少按一次shift键，并且更符合CSS原生语法，所以我们只选一种目前业内普遍使用的方式
3.命名-词汇规范
不依据表现形式来命名；
可根据内容来命名；
可根据功能来命名。
不推荐：
left, right, center, red, black
推荐：
nav, aside, news, type, search
4.命名-缩写规范
保证缩写后还能较为清晰保持原单词所能表述的意思；
使用业界熟知的或者约定俗成的。
不推荐：
navigation => navi
header => head
description => des
推荐：
navigation => nav
header => hd
description => desc
5.命名-前缀规范
前缀 说明 示例
g- 全局通用样式命名，前缀g全称为global，一旦修改将影响全站样式 g-mod
m- 模块命名方式 m-detail
ui- 组件命名方式 ui-selector
js- 所有用于纯交互的命名，不涉及任何样式规则。JSer拥有全部定义权限 js-switch
选择器必须是以某个前缀开头
不推荐：
.info { sRules; }
.current { sRules; }
.news { sRules; }
因为这样将给我们带来不可预知的管理麻烦以及沉重的历史包袱。你永远也不会知道哪些样式名已经被用掉了，如果你是一个新人，你可能会遭遇，你每定义个样式名，都有同名的样式已存在，然后你只能是换样式名或者覆盖规则。
推荐：
.m-detail .info { sRules; }
.m-detail .current { sRules; }
.m-detail .news { sRules; }
所有的选择器必须是以 g-, m-, ui- 等有前缀的选择符开头的，意思就是说所有的规则都必须在某个相对的作用域下才生效，尽可能减少全局污染。
js- 这种级别的className完全交由JSer自定义，但是命名的规则也可以保持跟重构一致，比如说不能使用拼音之类的
6.id与class
重构工程师只允许使用class（因历史原因及大家的习惯做出妥协）。
7.书写格式
选择器与大括号之间保留一个空格；
分号之后保留一个空格；
逗号之后保留一个空格；
所有规则需换行；
多组选择器之间需换行。
不推荐：
main{
display:inline-block;
}
h1,h2,h3{
margin:0;
background-color:rgba(0,0,0,.5);
}
推荐：
main {
display: inline-block;
}
h1,
h2,
h3 {
margin: 0;
background-color: rgba(0, 0, 0, .5);
}
8.规则与分号
每条规则结束后都必须加上分号
不推荐：
body {
margin: 0;
padding: 0;
font-size: 14px
}
推荐：
body {
margin: 0;
padding: 0;
font-size: 14px;
}
9.0与单位
如果属性值为0，则不需要为0加单位
不推荐：
body {
margin: 0px;
padding: 0px;
}
推荐：
body {
margin: 0;
padding: 0;
}
10.0与小数
如果是0开始的小数，前面的0可以省略不写
不推荐：
body {
opacity: 0.6;
text-shadow: 1px 1px 5px rgba(0, 0, 0, 0.5);
}
推荐：
body {
opacity: .6;
text-shadow: 1px 1px 5px rgba(0, 0, 0, .5);
}
11.去掉uri中引用资源的引号
不要在url()里对引用资源加引号
不推荐：
body {
background-image: url("sprites.png");
}
@import url("global.css");
推荐：
body {
background-image: url(sprites.png);
}
@import url(global.css);
12.HEX颜色值写法
将所有的颜色值小写；
可以缩写的缩写至3位。
不推荐：
body {
background-color: #FF0000;
}
推荐：
body {
background-color: #f00;
}
13.属性书写顺序
遵循先布局后内容的顺序。
.g-box {
display: block;
float: left;
width: 500px;
height: 200px;
margin: 10px;
padding: 10px;
border: 10px solid;
background: #aaa;
color: #000;
font: 14px/1.5 sans-serif;
}
这个应该好理解，比如优先布局，我们知道布局属性有 display, float, overflow 等等；内容次之，比如 color, font, text-align 之类。
组概念。
拿上例的代码来说，如果我们还需要进行定位及堆叠，规则我们可以改成如下：
.g-box {
display: block;
position: relative;
z-index: 2;
top: 10px;
left: 100px;
float: left;
width: 500px;
height: 200px;
margin: 10px;
padding: 10px;
border: 10px solid;
background: #aaa;
color: #000;
font: 14px/1.5 sans-serif;
}
从代码中可以看到，我们直接将z-index, top, left 紧跟在 position 之后，因为这几个属性其实是一组的，如果去掉position，则后3条属性规则都将失效。
私有属性在前标准属性在后
.g-box {
-webkit-box-shadow: 1px 1px 5px rgba(0, 0, 0, .5);
-moz-box-shadow: 1px 1px 5px rgba(0, 0, 0, .5);
-o-box-shadow: 1px 1px 5px rgba(0, 0, 0, .5);
box-shadow: 1px 1px 5px rgba(0, 0, 0, .5);
}
当有一天你的浏览器升级后，可能不再支持私有写法，那么这时写在后面的标准写法将生效，避免无法向后兼容的情况发生。
14.注释规范
保持注释内容与星号之间有一个空格的距离
普通注释（单行）
/* 普通注释 */
区块注释
/**
* 模块: m-detail
* 描述：酒店详情模块
* 应用：page detail, info and etc...etc
*/
有特殊作用的规则一定要有注释说明 应用了高级技巧的地方一定要注释说明
15.hack规范
尽可能的减少对Hack的使用和依赖，如果在项目中对Hack的使用太多太复杂，对项目的维护将是一个巨大的挑战；
使用其它的解决方案代替Hack思路；
如果非Hack不可，选择稳定且常用并易于理解的。
.test {
color: #000; /* For all */
color: #111\9; /* For all IE */
color: #222\0; /* For IE8 and later, Opera without Webkit */
color: #333\9\0; /* For IE8 and later */
color: #444\0/; /* For IE8 and later */
*color: #666; /* For IE7 and earlier */
_color: #777; /* For IE6 and earlier */
}
严谨且长期的项目，针对IE可以使用条件注释作为预留Hack或者在当前使用
IE条件注释语法：
<!--[if <keywords>? IE <version>?]>
<link rel="stylesheet" href="*.css" />
<![endif]-->
语法说明：
<keywords>
if条件共包含6种选择方式：是否、大于、大于或等于、小于、小于或等于、非指定版本
是否：指定是否IE或IE某个版本。关键字：空
大于：选择大于指定版本的IE版本。关键字：gt（greater than）
大于或等于：选择大于或等于指定版本的IE版本。关键字：gte（greater than or equal）
小于：选择小于指定版本的IE版本。关键字：lt（less than）
小于或等于：选择小于或等于指定版本的IE版本。关键字：lte（less than or equal）
非指定版本：选择除指定版本外的所有IE版本。关键字：!
<version>
目前的常用IE版本为6.0及以上，推荐酌情忽略低版本，把精力花在为使用高级浏览器的用户提供更好的体验上，另从IE10开始已无此特性
16.避免低效率选择器
避免类型选择器
不允许：
div#doc { sRules; }
li.first { sRules; }
应该：
#doc { sRules; }
.first { sRules; }
CSS选择器是由右到左进行解析的，所以 div#doc 本身并不会比 #doc 更快
避免多id选择器
不允许：
#xxx #yyy { sRules; }
应该：
#yyy { sRules; }
17.属性缩写与分拆
无继承关系时，使用缩写
不推荐：
body {
margin-top: 10px;
margin-right: 10px;
margin-bottom: 10px;
margin-left: 10px;
}
推荐：
body {
margin: 10px;
}
存在继承关系时，使用分拆方式
不推荐：
.m-detail {
font: bold 12px/1.5 arial, sans-serif;
}
.m-detail .info {
font: normal 14px/1.5 arial, sans-serif;
}
要避免错误的覆盖：
.m-detail .info {
font: 14px sans;
}
如果你只是想改字号和字体，然后写成了上面这样，这是错误的写法，因为 font 复合属性里的其他属性将会被重置为 user agent 的默认值，比如 font-weight 就会被重置为 normal。
推荐：
.m-detail {
font: bold 12px/1.5 arial, sans-serif;
}
.m-detail .info {
font-weight: normal;
font-size: 14px;
}
在存在继承关系的情况下，只将需要变更的属性重定义，不进行缩写，避免不需要的重写的属性被覆盖定义
根据规则条数选择缩写和拆分
不推荐：
.m-detail {
border-width: 1px;
border-style: solid;
border-color: #000 #000 #f00;
}
推荐：
.m-detail {
border: 1px solid #000;
border-bottom-color: #f00;
}
18.模块化
每个模块必须是一个独立的样式文件，文件名与模块名一致；
模块样式的选择器必须以模块名开头以作范围约定；
假定有一个模块如前文 HTML模块化，那么 m-detail.scss 的写法大致如下：
.m-detail {
background: #fff;
color: #333;
&-hd {
padding: 5px 10px;
background: #eee;
.title {
background: #eee;
}
}
&-bd {
padding: 10px;
.info {
font-size: 14px;
text-indent: 2em;
}
}
&-ft {
text-align: center;
.more {
color: blue;
}
}
}
编译之后代码如下：
.m-detail {
background: #fff;
color: #333;
}
.m-detail-hd {
padding: 5px 10px;
background: #eee;
}
.m-detail-hd .title {
background: #eee;
}
.m-detail-bd {
padding: 10px;
}
.m-detail-bd .info {
font-size: 14px;
text-indent: 2em;
}
.m-detail-ft {
text-align: center;
}
.m-detail-ft .more {
color: blue;
}
任何超过3级的选择器，需要思考是否必要，是否有无歧义的，能唯一命中的更简短的写法
图像约定
1.图像压缩
所有图片必须经过一定的压缩和优化才能发布
2.背景图
使用PNG格式而不是GIF格式，因为PNG格式色彩更丰富，还能提供更好的压缩比；
在需要兼容IE6的项目中，尽可能选择PNG8，而不是使用PNG24+滤镜。
3.前景图
内容图片建议使用JPG，可以拥有更好地显示效果；
装饰性图片使用PNG。
4.Sprite
CSS Sprite是一种将数个图片合成为一张大图的技术（既可以是背景图也可以是前景图），然后通过偏移来进行图像位置选取；
CSS Sprite可以减少http请求。
HTML/CSS开发规范指南的更多相关文章
- OC 开发规范指南 - 个人见解写的很好
纽约时报 移动团队 Objective-C 规范指南 这份规范指南概括了纽约时报 iOS 团队的代码约定. 介绍 关于这个编程语言的所有规范,如果这里没有写到,那就在苹果的文档里: • Objecti ...
- CSS开发规范
虽然很久之前整理过一份简单的CSS规范,但是当时写的也不是很全面,有些细节也没有照顾到.记录一份较详细的版本,以备不时之需. 命名规范 [强制] class一律使用小写字母+下划线格式命名 例: cl ...
- 后端必备的 Git 分支开发规范指南 转
原文链接 作者:稻草叔叔 http://juejin.im/post/5b4328bbf265da0fa21a6820 点击上方 "后端技术精选",选择 "置顶公众号&q ...
- S1.2 Python开发规范指南
参考链接 Python风格规范 分号 不要在行尾加分号, 也不要用分号将两条命令放在同一行. 行长度 每行不超过80个字符 例外: 长的导入模块语句 注释里的URL 不要使用反斜杠连接行. Pytho ...
- web前端开发CSS命名规范参考
做为一个web前端工程师,每天接触HTML.css就像吃饭一样,但是作为一名合作.优秀的web前端工程师,对DIV+CSS命名还是有一定的规范的,本文整理了一份web前端开发中DIV+CSS各种命名规 ...
- #Google HTML&CSS规范指南
Google HTML&CSS规范指南 翻译自原文 目录 Google HTML&CSS规范指南 1. 背景 2. 通用 2.1 通用样式规则 2.1.1 协议 2.2 通用格式规则 ...
- Web前端开发规范文档你需要知道的事--HTML、css、js、文档等需要规范内容
规范目的 为提高团队协作效率,便于后台人员添加功能及前端后期优化维护,输出高质量的文档,特制订此文档.本规范文档一经确认,前端开发人员必须按本文档规范进行前台页面开发.本文档如有不对或者不 ...
- 前端开发规范：命名规范、html 规范、css 规范、js 规范
上周小组的培训内容是代码可读性艺术,主要分享如何命名.如何优化代码排版,如何写好的注释.我们都知道写出优雅的代码是成为大牛的必经之路. 下面感谢一位前端开发小伙伴总结的前端开发规范,通过学习相关开发规 ...
- 前端开发进阶：推荐的 CSS 书写规范
写了这么久的CSS,但大部分前端er都没有按照良好的CSS书写规范来写CSS代码,这样会影响代码的阅读体验,这里总结一个CSS书写规范.CSS书写顺序供大家参考,这些是参考了国外一些文章以及我的个人经 ...
随机推荐
- 【09】Vue 之 Vuex 数据通信
9.1. 引言 Vue组件化做的确实非常彻底,它独有的vue单文件组件也是做的非常有特色.组件化的同时带来的是:组件之间的数据共享和通信的难题. 尤其Vue组件设计的就是,父组件通过子组件的prop进 ...
- pat 团体天梯赛 L2-007. 家庭房产
L2-007. 家庭房产 时间限制 400 ms 内存限制 65536 kB 代码长度限制 8000 B 判题程序给定每个人的家庭成员和其自己名下的房产,请你统计出每个家庭的人口数.人均房产面积及房产 ...
- java-判断字符串是否为数字
1.使用java自带的函数 public static boolean isNumeric1(String str){ int len=str.length(); if(len>1&&a ...
- python编程（python开发的三种运行模式）【转】
转自:http://blog.csdn.net/feixiaoxing/article/details/53980886 版权声明:本文为博主原创文章,未经博主允许不得转载. 目录(?)[-] 单循环 ...
- 01.mp4v2应用—mp4转h264
1.h264文件基本功能 NAL 头 0x00 0x00 0x00 0x01 sps :nal+0x67开头 pps :nal+0x68开头 I帧 0x65 开头 ...... 2.mp4v2提取26 ...
- C语言联合体
C语言联合体Unions实例代码教程 - 联合是一种特殊的数据类型在C语言中,使您可以存储不同的数据类型相同的内存位置. 联合是一种特殊的数据类型在C语言中,使您可以存储不同的数据类型相同的内存位置. ...
- LeetCode OJ-- Pow(x, n) **@
https://oj.leetcode.com/problems/powx-n/ 二分法 class Solution { public: double pow(double x, int n) { ...
- 牛客网暑期ACM多校训练营 记录
所有牛客多校的做题记录请右转队伍wiki Name Date Rank 2018 Multi-University,Nowcoder Day 1 2018.7.19 16/338 5/10 https ...
- UVA 11389 The Bus Driver Problem 贪心水题
题目链接:UVA - 11389 题意描述:有n个司机,n个早班路线和n个晚班路线,给每个司机安排一个早班路线和一个晚班路线,使得每个早班路线和晚班路线只属于一个司机.如果一个司机早班和晚班总的驾驶时 ...
- - > 动规讲解基础讲解六——编辑距离问题
给定两个字符串S和T,对于T我们允许三种操作: (1) 在任意位置添加任意字符(2) 删除存在的任意字符(3) 修改任意字符 问最少操作多少次可以把字符串T变成S? 例如: S＝ “ABCF” ...