发表于: 2017-04-07 09:02:36

5 798


今天又是个好日子啊


我家gakki在看着我,赐予我力量吧!(四斋蒸鹅心)


今天完成的事情:


写页面三,真是简单啊,熟练度刷上来之后就像开着大号去新手区屠杀一样(没错我就是这样无耻~),一个字:畅快!

不过这时候就发现问题了:

小型页面开发实在不该模块化的,有模块的时间手写页面都几个来回了,还是做那种复杂的,页面重合度高的做模块比较划算;然后就是设变量,一开始觉得挺好用的(主要是酷炫,你看,一键换装诶~),后来觉得MDZZ,就这几个数我费那劲干啥?


总觉得CSS书写顺序应该有个更明确一点的规则诶:

这样只是按照类别分一分,那么同类型里面的先后顺序呢?没有找到明确的具体谁先谁后的说明,然后写的时候就有时候position放在前面,有时候又display放在前面,不精确、不美观、不清凉、不清真!(划掉)

所以有时候先写了某些,然后调试的时候或者别的什么时候加东西进去就很烦,而且容易遗漏。css的时候还好点,等scss的时候嵌套找的就更烦,一个属性写完了嵌套一个框框进去,等嵌套完了不知道多少行以后了,更难找相应的.....等等!是不是应该父级属性全写完了再嵌套子级,MDZZ!


总之,我个人就准备以后先position,后接上下左右;

然后flex,flexcontent;(不对我根本不用flex干嘛要接)

之后float;继续margin、padding;然后width、height;

文字:font-style/size/color/weight/align

背景:背景图url“”/repeat/position/size/color/border

最后加各种修饰,来来来,大家都这么用,一家人就是要整整齐齐的才好嘛(轻微强迫症)


给大家推荐一个网站:

http://www.web92.net

不知道为啥他不做微博和网站的引流,没张鑫旭知名度高,但还是干货满满。


准备小课堂:主流浏览器内核有几种

一般现在只申明-webkit-和-moz-吧,管他有几种,其他的作为了解,浏览一下。不如深挖一下上述两种声明的使用场景,具体查查哪些属性需要在这两种内核下特殊声明吧!


任务步骤说学习现成的组件库,理解构造方式,于是去搜组件库,然后就掉进了开源中国这个大坑。在里面溜达了半天,突然就悟了,这组件库补全了不就是框架嘛!唔,还要再加上特效:duang~duang~duang~

溜达的时候发现一个搞笑的slogan:

如此为程序员考虑,恩,我很感动,然后下载了另一个框架:


下面这个要简洁好用多了,而且组件配色我很喜欢,妹子ui怎么那么丑。


啊啊啊啊这框架有毒啊,看得我都不想自己写代码了,而且把js也包含进去了,我还没接触JS呢。果然对于初学者而言还是不要过早接触框架,一杯甜蜜的毒药。

不过大概对组件也有个模糊的认识了,以前可能是因为接触bs导致我对组件的认知就是适用范围要很广,要精练到就像bs那样,心想我一个萌新怎么写得出来。

现在了解到拆出来的组件只要试用你目前的项目就好,比如拆官网组件,导航栏复用性没的说,肯定要拆,footer肯定要拆,main部分模块都不一样,单写模块就可以,用不着拼组件了。然后把三个页面通用的属性参数写一写整合到一个css里。

至于轮播图,查了一下资料,决定不用css写,还是用原来的组件。因为我一向崇尚实用主义,拆模块和组件也是为了提升对代码的理解,而用css写轮播图在实际的项目中毫无意义,既笨重,表达效果还不好,开发时间还长,缺点多多,掌握的再好也没有实际意义。

我打css基础都是希望从需求出发,解决在实际开发中的问题,不朝着研究的方向学习也不想朝那个方向,如果理解有误,还请师兄指正。


昨天学了CSS reset,今天接触一下Normalize.css

what to do

保留有用的默认值而不是全部重置(比如h1/h2这种)

标准化的样式,适用范围广的元素

纠正错误和常见的浏览器的不一致性

一些细微的改进,提高了易用性

适用详细的注释来解释代码

supported browsers

Google Chrome

Mozilla Firefox

Mozilla Firefox ESR

Opera

Apple Safari 6+

Internet Explorer 8+


恩,手写导航条还是可以的,可以熟悉nav/btn,比轮播图有价值,手写栅格系统也没啥难度,不枉我之前在bs上花费的功夫,看过源码之后其实就很好理解了,把属性摘出来再写一遍罢了,唔,把用不着的剔掉。

其实我觉得这些都是手写一遍过一过流程,知道它的实现原理,为以后运用多种框架做准备,至于说自己写组件库什么的,个人觉得还是团队开发大型项目时有必要,然后大家在组内统一一下命名、格式等问题,这才是实现组件库价值的方式。

个人开发的话,照着一套熟悉的框架写,然后做出微调就好了。


明天要做的事:

提炼出页面主题模块,继续准备小课堂。


遇到的问题:

暂无需要特别解答的。


收获:

书写规范、模块、组件。

各种框架有个模糊的印象。






返回列表 返回列表
评论

    分享到