发表于: 2017-03-05 00:02:52

2 954


我是老大钦点的外门弟子

【今天完成的事】

像昨天说的一样,继续回顾之前的日报。

【明天计划的事】

明天下午回家,回到家应该比较晚了(四个小时的高铁,高铁站到家要两个多小时),应该还是像今天一样继续回顾之前的日报。

【遇到的问题】

1、1月7号任务一的日报里提到一个宽度分离原则。当时只是有个印象,但不是很能理解。今天重新读了一下张鑫旭的博客。里面提到无宽度原则,“无宽度”具体指的是没有固定的宽度值(尤其是以px为单位的宽度值,em需看具体情况,%百分值不在其中),是为了考量这个布局的宽度值是否影响了此布局日后的重用性与扩展性。

而所谓“宽度分离”,就是CSS中的width属性不与影响宽度的border/padding(有时候包括margin)属性共存。这个则是出于对减少页面重新计算页面宽度、样式重新写的折腾功夫,避免错位bug(尤其是ie6下)的考量。而且“宽度分离”的实现其实就是以牺牲一层标签为代价,将width属性放在外层标签上,其余的放在内层标签上。

因为有链接一系列相关的文章,然后就多读了几篇,有个可能是比较核心的思想,就是让代码变得更精炼简洁,和具备拓展性和重用性。

再看了精简高效的css命名这篇文章。方法是:面向属性的命名。对于网站非通用元素,如果样式简单(1~2个属性),对其分离并使用面向属性的命名方法。注意:“千万不要对网站通用的元素进行分离”。面向属性命名的三个原则:无ID,无层级,无标签。为什么这三个原则的原因也讲得很清楚,重用性的考量、减小文件大小、降低渲染效率。(不过这里三个原则和原因,可能是我还没有遇到或者别的什么我还没想明白的原因,还是有不太理解的地方,想先在自己日报里记录一下,以后或许还会有体会。)

2、1月10号任务二提到的git log是看日志的这个,说到这个日志,结合昨天《高手程序员和菜鸟程序员的区别》的思想教育,提醒一下自己有这个意识,也要学会看日志才行(虽然此日志可能非彼日志)。然后这篇日报还提到了一个我都忘记了的小问题,就是git 里添加文件的时候,文件名如果有空格要加个引号。然后这篇日报再mark一下,自己其实不是很理解svn怎么用,之前只是安装了,但是用得不好就没继续理它,而github就会那几句语句,暂时还够应对任务的要求,就一直这么用着。日报里提到一篇英文的博文,回家找一下,试着翻译一下,看能不能理解然后翻出来。

3、1月12号的日报里提到:git mv “原文件名” “修改后文件名”也可以用来改文件名,知道这么回事但是从来没用过,回去一定要多试几下。

4、1月15号前后任务三的日报提到越来越不懂自适应了,回想起来,我觉得当时除了盒子模型理解得不够以外,还有个问题应该是对各种单位理解得还是不够,不太会合理运用单位。另外这个日报里面提到的把页面放到中间,应该是当时设置了max-width等于psd效果图的宽度,然后想把它放到大于这个宽度的页面中间。不过后来师兄也说设置这个不是必须的。得到师兄的提示后,后来自己做任务也有这个体会。


【收获】

1、回顾了一些日报,发现自己除了知识有所增长以外,学习方法也在逐步调整。

2、在日报里我也发现自己的一些使用习惯,在之前学习、日报记录和师兄的提示里一点点地积累有关。

比如:

ps里摁住ctrl并鼠标左键点能很快找到在哪个图层,而且也比较容易吸附参考线:

git每天的使用流程:

git bash here->>>git status->>>git add/rm文件名->>>git commit -m "这次提交的备注"->>>git push;

不用Xshell而用Filezilla;

F12调试认真看,这个是在任务一什么都不懂的时候出现问题找来找去找不到原因,F12调试也不知道一行一行代码去仔细看,师兄再次提示一下F12的时候才重视并且习惯地用起来;

还有nginx配置同个局域网下手机可以看,也是从任务一学到后,后来每天开始做任务写代码之前会习惯打开的。



(为了方便我之后再找这几天回顾的日报,我把今天的日报设置成是任务1的)


返回列表 返回列表
评论

    分享到