技术标签: css
采用 UTF-8
编码,在 CSS 代码头部使用:
@charset "utf-8";
注意,必须要定义在 CSS 文件所有字符的前面(包括编码注释),
@charset
才会生效。
例如,下面的例子都会使得 @charset
失效:
/* 字符编码 */
@charset "utf-8";
html,
body {
height: 100%;
}
@charset "utf-8";
没有选择 BEM
这种命名过于严苛及样式名过长过丑的规则,采取了一种比较折中的方案。
shift
键定义的选择器名,属性及属性值的书写皆为小写。
在xhtml标准中规定了所有标签、属性和值都小写,CSS 书写也应该遵循此约定。
当一个规则包含多个选择器时,每个选择器独占一行。
、+、~、> 选择器的两边各保留一个空格。
.g-header > .g-header-des,
.g-content ~ .g-footer {
}
对于选择器的命名,尽量简洁且具有语义化,不应该出现 g-abc
这种语义模糊的命名。
完整示例如下:
.g-footer,
.g-header {
position: relative;
}
.g-content {
background:
linear-gradient(135deg, deeppink 25%, transparent 25%) -50px 0,
linear-gradient(225deg, deeppink 25%, transparent 25%) -50px 0,
linear-gradient(315deg, deeppink 25%, transparent 25%),
linear-gradient(45deg, deeppink 25%, transparent 25%);
}
.g-content::before {
content: '';
}
当属性值或颜色参数为 0 - 1 之间的数时,省略小数点前的 0 。
color: rgba(255, 255, 255, 0.5)
color: rgba(255, 255, 255, .5);
当长度值为 0 时省略单位。
margin: 0px auto
margin: 0 auto
十六进制的颜色属性值使用小写和尽量简写。
color: #ffcc00
color: #fc0
单个样式规则下的属性在书写时,应按功能进行分组,并以 Positioning Model > Box Model > Typographic > Visual 的顺序书写,提高代码的可读性。
Positioning 处在第一位,因为他可以使一个元素脱离正常文本流,并且覆盖盒模型相关的样式。盒模型紧跟其后,因为他决定了一个组件的大小和位置。其他属性只在组件内部起作用或者不会对前面两种情况的结果产生影响,所以他们排在后面。
在某些样式中,会出现一些含有空格的关键字或者中文关键字。
font-family
内使用引号当字体名字中间有空格,中文名字体及 Unicode 字符编码表示的中文字体,为了保证兼容性,都建议在字体两端添加单引号或者双引号:
body {
font-family: 'Microsoft YaHei', '黑体-简', '\5b8b\4f53';
}
background-image
的 url 内使用引号如果路径里面有空格,旧版 IE 是无法识别的,会导致路径失效,建议不管是否存在空格,都添加上单引号或者双引号:
div {
background-image: url('...');
}
!important
除去某些极特殊的情况,尽量不要不要使用 !important
。
!important
的存在会给后期维护以及多人协作带来噩梦般的影响。
当存在样式覆盖层叠时,如果你发现新定义的一个样式无法覆盖一个旧的样式,只有加上
!important
才能生效时,是因为你新定义的选择器的优先级不够旧样式选择器的优先级高。所以,合理的书写新样式选择器,是完全可以规避一些看似需要使用!important
的情况的。
星号与内容之间必须保留一个空格。
/* 表格隔行变色 */
星号要一列对齐,星号与内容之间必须保留一个空格。
/**
* Sometimes you need to include optional context for the entire component. Do that up here if it's important enough.
*/
使用 // 注释,// 后面加上一个空格,注释独立一行。
.foo{
border: 0;
// ....
}
文件顶部必须包含文件注释,用 @name 标识文件说明。星号要一列对齐,星号与内容之间必须保留一个空格,标识符冒号与内容之间必须保留一个空格。
/**
* @name: 文件名或模块名
* @description: 文件或模块描述
* @author: author-name(mail-name@domain.com)
* author-name2(mail-name2@domain.com)
* @update: 2015-04-29 00:02
*/
当该业务项目主要由固定的一个或多个人负责时,需要添加@author标识,一方面是尊重劳动成果,另一方面方便在需要时快速定位责任人。
使用 SASS
、 LESS
等预处理器时,建议嵌套层级不超过 3 层。
组件/公用类使用 %placeholders
定义,使用 @extend
引用。如:
%clearfix {
overflow: auto;
zoom: 1;
}
.g-header {
@extend %clearfix;
}
使用 SASS ,经常会预先定义好一些常用公用组件类,譬如清除浮动,水平垂直居中,文字 ellipsis。又或者多个元素具有同样的样式,我们希望能够少写这部分代码,公共部分抽离出来只写一次,达到复用。
但是复用的方式在 SASS 中有多种,那么是使用单独使用一个类定义,给需要的标签添加,还是使用 @include
或者 @extend
在定义的类中引入一个 @mixin
,或者一个 @function
呢?
基于让 CSS 更简洁以及代码的复用考虑,采用上面的使用 %placeholders
定义,使用 @extend
引用的方案。
%placeholders
,只是一个占位符,只要不通过 @extend
调用,编译后不会产生任何代码量@extend
引用,则是因为每次调用相同的 %placeholders
时,编译出来相同的 CSS 样式会进行合并(反之,如果使用 @include
调用定义好的 @mixin
,编译出来相同的 CSS 样式不会进行合并)@mixin
方法进行区分使用 SASS ,或者说在 CSS 里也有这种困惑。
假设我们有如下 html 结构:
<div class="g-content">
<ul class="g-content-list">
<li class="item"></li>
<li class="item"></li>
<li class="item"></li>
<li class="item"></li>
</ul>
</div>
在给最里层的标签命名书写样式的时候,我们有两种选择:
.g-content {
.g-content-list {
li {
...
}
}
}
或者是
.g-content {
.g-content-list {
.item {
...
}
}
}
也就是,编译之后生成了下面这两个,到底使用哪个好呢?
+ .g-content .g-content-list li { }
+ .g-content .g-content-list .item { }
基于 CSS 选择器的解析规则(从右向左),建议使用上述第二种 .g-content .g-content-list .item { }
,避免使用通用标签名作为选择器的一环可以提高 CSS 匹配性能。
浏览器的排版引擎解析 CSS 是基于从右向左(right-to-left)的规则,这么做是为了使样式规则能够更快地与渲染树上的节点匹配。
我觉得不同的规范都有各自的长处与缺陷,对待所谓的规范最好的方式不是人云亦云,拿来就用,而是应该结合实际情况及需求,取长补短,取其精华去其糟粕。
文章浏览阅读916次。create table person(id varchar2(32),username varchar2(34),age number)--插入数据insert into person values('1','张三',23);insert into person values('2','李四',25)--Oracle特有的update更新方法update person s..._oracle update 新特性
文章浏览阅读1.3w次,点赞2次,收藏4次。如题:在springboot集成redis,使用@Cacheable的时候,第一次查询到数据,存到了redis中,紧接着第二次查询的时候,从缓存里取数据,报错java.lang.ClassCastException: com.whb.book.entity.Book cannot be cast to com.whb.book.entity.Book后来_@cacheable缓存中读取数据报异常
文章浏览阅读592次。勒索病毒不仅仅攻击电脑,主流NAS服务器也成头号目标据360安全卫士官方介绍,近期eCh0raix勒索病毒再度活跃,主要利用QNAP(威联通)NAS服务器中的远程漏洞组合进行传播,对用户隐私数据及财产安全造成极大威胁。据官方介绍,该病毒利用早期版本QNAP(威联通)NAS设备中QTS和Photo Station上的远程漏洞组合,可成功感染开启Photo Station后的QNAP(威联通)NAS设备,并在感染后,获取NAS系统和文件的访问权限,加密用户重要数据,从而完成进一步的勒索。赵一八笔记了解_ech0raix decoder
文章浏览阅读3.7k次,点赞2次,收藏17次。一、Dos攻击(Denial of Service attack) 是一种针对服务器的能够让服务器呈现静止状态的攻击方式。有时候也叫服务停止攻击或拒绝服务攻击。其原理就是发送大量的合法请求到服务器,服务器无法分辨这些请求是正常请求还是攻击请求,所以都会照单全收。海量的请求会造成服务器停止工作或拒绝服务的状态。这就是Dos攻击。二、DDOS攻击概念分布式拒绝服务攻击(Distrib..._模拟同时请求网站攻击
文章浏览阅读3.7k次。ubuntu下模拟服务器与单个客户端之间的双向通信,多路复用实现。_linux下使用tcp如何让实现多组互发消息
文章浏览阅读390次。SpringCloud微服务架构每个工程都是独立的模块,工程之间使用更轻量的http通讯框架 (不建立依赖关系) 每个微服务都有自己的数据库,每个微服务都是完成模块的具体的功能,都是独立的,只需要对外提供一个接口服务调用方式RPC基于Socket自定义数据格式速度快,效率搞典型代表:Dubbo ElasticSearch集群间相互调用Http基于TCP/IP规定数据传输格式缺点是消息封装比较臃肿,传输速度比较慢优点是对服务提供和调用没有任何技术限制,自由灵活,更符合微服务_springcloud各个组件是怎么配置的
文章浏览阅读2.2k次。关于eclipse与java version不兼容的问题java version的版本取决于jdk,所以eclipse于java version不匹配的话需要更改然后找到下面的黑色字体部分,后面的数字为java version的版本号,如果你得JDk版本为1.8,就改成1.8-Dosgi.requiredJavaVersion=11-Dosgi.instance.area.default=@user.home/eclipse-workspace-Dsun.java.command=Eclipse_eclipse版本过低如何兼容java1.8
文章浏览阅读1.8w次,点赞24次,收藏156次。CLIP是一个预训练模型,就像BERT、GPT、ViT等预训练模型一样。首先使用大量无标签数据训练这些模型,然后训练好的模型就能实现,输入一段文本(或者一张图像),输出文本(图像)的向量表示。CLIP和BERT、GPT、ViT的区别在于,CLIP是多模态的,包含图像处理以及文本处理两个方面内容,而BERT、GPT是单文本模态的,ViT是单图像模态的。........._clip模型
文章浏览阅读7.4k次,点赞3次,收藏6次。1、连接服务器;2、输入rz(上传命令为rz,下载命令为sz),如果提示不是命令,即没有安装lrzsz;3、在root用户下执行:yum install -y lrzsz下载lrzsz;4、输入rz命令执行,弹出文件框。保存退出:linux 用vi命令的使用以及vi编辑后的后续保存退出等相关命令的使用一、首先用vi命令打卡要编辑的文件:注意:vi命令的使用如下打开或新建文件,并将光标至于第一行首:..._xcell 如何拷贝本地文件到服务器
文章浏览阅读1.1w次。转:huilan_same原链接:https://blog.csdn.net/hui_yong/article/details/54095318今天把手头有的一些关于selenium测试的资源整理了一下,分享出来。1. 所有版本chrome下载是不是很难找到老版本的chrome?博主收集了几个下载chrome老版本的网站,其中哪个下载的是原版的就不得而知了。http://www..._chromedriver最新下载地址
文章浏览阅读592次。1、安装win10+ubuntu16.04双系统,注意分区和UEFI启动2、根据官网安装依赖dependecieshttp://caffe.berkeleyvision.org/install_apt.htmlhttps://blog.csdn.net/qq_31261509/article/details/787559683、安装显卡(GTX1080ti)驱动根据上一个博客链接安装显卡成功4、安..._ubuntu+caffe+cuda9.2+matlab2017b
文章浏览阅读1.8k次。编辑 workflow 文件(.github/workflows/build-openwrt.yml),修改下面的相关环境变量字段。```bashREPO_URL: https://github.com/coolsnowwolf/ledeREPO_BRANCH: master```比如修改为 OpenWrt 官方源码 19.07 分支```bashREPO_URL: https://github.com/openwrt/openwrtREPO_BRANCH: openwrt-19._github云编译网站