谈谈自己的看法,当作一种学习.
1、结构合理化中
a)对于DTD的应用,相信大部分公司或者个人采用了比较宽松的DTD -过渡型.而其它的DTD有可能会根据项目要求或个人爱好而使用.至于html5的DTD,因为国情，IE6在市场上占有的比例,相信大多数公司都不会采用.
b)对于验证,许多同学都认为他的作用重点在于验证代码书写,嵌套规则的正确性,以及检错.至于通不通过验证,因为项目或者其它原因都是没有硬性要求.有同仁提到,在静态页面下可以通过w3c的验证,但是在交付后台完成程序嵌套后的页面.其本上验证会有很多提示.
c)在说这之前,就有一个想法,html标准够 语义化了么? 当然,在不断发展的过程中会完善这些.现下,我们能做的就是用自己认为有语义的标准来完成手中的项目.这些都是有分岐的.关于语义化,个人认为还有一段很长的路要走.在现下不段参加的终端,以及数据的提取,在良好语义化的结构中会更好地用于交互与阅读.
d)听说过,没了解.待搜索.
e)Class id命名规则一致性,多人协作的团队中,应该有一定的规范.小组中大部分人主体都会以英文来命名.各模块之间有的用拼音+字母的形式,有的会用英文.但同样有人提出,英文与拼音都有可能会让团队中的人不认识.除此之外,比较赞同一说法,命名方法采用aideClass的方法--即首个单词或者拼音小写,第二个英文或者拼音首个字母大写的方式.这方式虽然在字节上会增加一点,但对于要求经常维护的站点,或者协作都有利于它人的阅读.
f)前端,这块其实在切图与写代码的过程中就已经进行着,只是要重没那么大,至于SEO的具体内容.没有多大了解.
二、 样式合理化
a)样式的管理当中,个人比较习惯分三层--reset与layout-rules放一起;header与footer与一些公共模块层放一起,其它的按照频道或者版块放单独文件.至于这样的管理是否合理,有待更有经验之士解惑.前面都是未发布前所分.
b)样式的书写,个人认为先.class{大小 位置 背景 再颜色 手势}.到是有人提出每个属性回车,但由于习惯的不一样,往往有较大出入.
注释一般都会在模块前涂加,并采用中文以及项目要求编码保存,样式在发布时都会经常压缩处理.模块区分，避免代码耦合增加维护难度,这个实际还是得看需求,个人认为.
三、 素材合理化
讨论背景图片的使用格式,目前来看主流还是png-8、gif、jpg.用jpg的原因是色值超过256色的.建议在切完图片代码完成后有空的可以使用相关图片压缩工具进行进一步的无失真的压缩,以达到图片的最优化.至于为什么会说在切完图片代码完成后,相信许多公司给制作的时间都非常的紧.大家尽量吧....
修饰图片的缓存问题,这是IE6一个BUG的,背景图片的缓存问题在IE6中造成闪烁,这个人认为无关紧要了.浏览器的问题,如果可以,用css sprites吧.
口号:图片的优化是无止境的...
由于时间的关系,交流会就到此结束了,后面的两个小节都没有讨论.明天再补下我对那两人的观点吧.
尊重与会者的时间,交流会的工作者们又进了一步,特别的赞美下...
下面看下集合照与官网Logo.
附会义主题:
主题：页面重构合理化讨论
一、 结构合理化
a) 统一的DTD声明 html4.01 xhtml1.0 html5
b) 通过W3C验证
c) 语义化的html标记应用
d) 语义扩展 microformats或RDFa
e) Class id命名规则一致性,借鉴html5新标记名称和microformats。
f) SEO
二、 样式合理化
a) 样式的分层管理
i. 公共规则层 reset base layout-rules ...
ii. 公共模块层 header footer ...
iii. 项目模块层 频道、店铺、检索...
iv. 项目文件夹尽量平级，不要多层嵌套
b) 样式的书写
i. 编码 utf-8避免中文字符造成样式读取问题
ii. 注释 统一
iii. 模块区分，避免代码耦合增加维护难度
c）CSS代码压缩
三、 素材合理化
a) 图片类型合理应用 jpg png-32 png-8 gif
b) 图片字节
c) 图片管理
e) css sprites
f) 图片缓存
四、 HTML5+CSS3
a) 如何使用html5
b) 如何使用CSS3
五、Javascript AJAX DOM
a) 如何创建自己的js库或js框架,选择JS库或框架
b) JS的管理
c) JS的性能
