前端周记
作为一个小公司的前端,已经三个月了,写点东西巩固一下自己的记忆
一,首先,作为一个小公司的前端,你需要做的东西是比较繁杂的
1,基本的平面设计理念
公司没有配ui,那么自己就要兼职ui
那么作为ui的iuj初级阶段,大概就是平面设计
那么我在这推荐一本平面设计的入门书,《写给大家看的设计书》
四大概念,
a,亲密性
b,对齐
c,重复
d,对比
至于配图素材遵循
三B就好
a,beast (萌宠)
b,beauty (美女)
c,baby(婴儿或小孩)
2,css编码需要规范
公司就我一个前端,所以我一开始写css相当随便,视觉效果到就算了
但是后来发现,随便写的css,一旦需要修改就是一团糟,所以开始制定自己的css规范
a,重复使用的一律写class
b,同一页面仅用一次,一律写id
c,css命名一律是功能性开头,位置与分支放后面(模块化的class)
如: class="article-header-title"
d,属性,以结构属性写前面,position,disdisplay,width,padding,margin,
功能性写后面overflow,color
e,多次重复的css 单独提取出来,写成class 例如: fz36{font-size:36px}
f,css的命名一定要是人就能猜出来干嘛的
三,遇见的坑
前端的坑有几个目前踩过的有
(一)移动端
1,微信端不支持es6
2,真机的css会出现尺寸问题与兼容性问题
3,宽屏和窄屏机会出现视觉要素改变
4,微信会缓存文件,不能及时获得css变化
(二)pc端
1,IE这个大毒瘤
2,基本上所有问题都是ie引起的
(三)框架与插件
框架固然方便,但是很多东西是限制死的
例如:
m.sui不能用瞄点跳转到nzl内联的其它页面
m.sui自带iscroll,但是它的iscroll需要加上 content-inner class 才能使用
插件虽然好用,但是一般数据结构是写死的,另外,自己写的速度比修改插件的速度快,所以别改变插件的代码,最好的方法是自己改变自己数据的结构来适应插件
四,代码的基本原则
目前遵循一条原则,写是人都能看得懂的伪代码/子程序
编程跟素描一致
先描轮廓,在构建细节
先主体,后附件
先画,后修改
五,html
a,块与内联元素
b,input 默认 type='submit'(坑略细,都要踩过才知道)
c,超过十行的html元素,末尾加上结束注释。
一,首先,作为一个小公司的前端,你需要做的东西是比较繁杂的
1,基本的平面设计理念
公司没有配ui,那么自己就要兼职ui
那么作为ui的iuj初级阶段,大概就是平面设计
那么我在这推荐一本平面设计的入门书,《写给大家看的设计书》
四大概念,
a,亲密性
b,对齐
c,重复
d,对比
至于配图素材遵循
三B就好
a,beast (萌宠)
b,beauty (美女)
c,baby(婴儿或小孩)
2,css编码需要规范
公司就我一个前端,所以我一开始写css相当随便,视觉效果到就算了
但是后来发现,随便写的css,一旦需要修改就是一团糟,所以开始制定自己的css规范
a,重复使用的一律写class
b,同一页面仅用一次,一律写id
c,css命名一律是功能性开头,位置与分支放后面(模块化的class)
如: class="article-header-title"
d,属性,以结构属性写前面,position,disdisplay,width,padding,margin,
功能性写后面overflow,color
e,多次重复的css 单独提取出来,写成class 例如: fz36{font-size:36px}
f,css的命名一定要是人就能猜出来干嘛的
三,遇见的坑
前端的坑有几个目前踩过的有
(一)移动端
1,微信端不支持es6
2,真机的css会出现尺寸问题与兼容性问题
3,宽屏和窄屏机会出现视觉要素改变
4,微信会缓存文件,不能及时获得css变化
(二)pc端
1,IE这个大毒瘤
2,基本上所有问题都是ie引起的
(三)框架与插件
框架固然方便,但是很多东西是限制死的
例如:
m.sui不能用瞄点跳转到nzl内联的其它页面
m.sui自带iscroll,但是它的iscroll需要加上 content-inner class 才能使用
插件虽然好用,但是一般数据结构是写死的,另外,自己写的速度比修改插件的速度快,所以别改变插件的代码,最好的方法是自己改变自己数据的结构来适应插件
四,代码的基本原则
目前遵循一条原则,写是人都能看得懂的伪代码/子程序
编程跟素描一致
先描轮廓,在构建细节
先主体,后附件
先画,后修改
五,html
a,块与内联元素
b,input 默认 type='submit'(坑略细,都要踩过才知道)
c,超过十行的html元素,末尾加上结束注释。
11 个评论
全是实操干货的实用小细节啊。另:“末尾家上结束注释”——加上。
欢迎给论道当医生!缺设计人才啊
第一本书是不是《写给大家看的设计书》?

archering(作者) 评论 山人
已改

archering(作者) 评论 水心
已改回来
给个要求
一个大方向
一种感觉
一个大方向
一种感觉
看起来高大上,哈哈!
style guide 可以在 github 上找
读书笔记可以分享下:)
读书笔记可以分享下:)
我抄了其他人的规范,只是有些我不认可
如:缩写的CSS
background:url(/images/pngt.png) right 0 no-repeat
比
background-image
background-repeat
分开可读性低了两倍
如:缩写的CSS
background:url(/images/pngt.png) right 0 no-repeat
比
background-image
background-repeat
分开可读性低了两倍
那么~我是不是也可以写一个作为数据库打酱油人员的心得~~~
当然可以
有输出才能进步
有输出才能进步