<![CDATA[GreenGnn.ORG - 交流会]]> http://www.greengnn.org/index.php/feed/tag/%E4%BA%A4%E6%B5%81%E4%BC%9A/ zh-cn Mon, 06 Sep 2010 06:32:35 -0500 <![CDATA[第三期web标准化交流会小记]]> http://www.greengnn.org/index.php/2009/12/26/17.html Sat, 26 Dec 2009 14:38:47 +0000 http://www.greengnn.org/index.php/2009/12/26/17.html 8 http://www.greengnn.org/index.php/2009/12/26/17.html#comments 首先要感谢与会者，UXday 百度FE和WED部门联合筹备这期WEB标准化交流会，还有盒子咖啡美味的糕点和辛苦的服务生们。
本期交流会话题是页面重构合理化讨论，详细信息点击这里查看。我是本次的主持人，感觉大家讨论的质量和热情比以前几期都有很大提升，不足的地方就是场地时间是17点的，还有两节话题还未讨论。
还是记录些技术话题吧，解构合理化这块，大家对DTD的统一都认可的，一个团队的项目必须统一一个DTD，但是不同的团队可能有不同的侧重，有团队历史原因，还有浏览器等当前的客观原因。通过W3C验证，较多人持反对太对，因为代码是写给人看的，没必要刻意的去通过验证，我的观点是验证是一个很好的工具，可以在debug的时候减少很多结构嵌套错误带来的不必要的麻烦，一些过分苛刻的验证我觉得是可以妥协的，比如&的转移，因为太多而且很麻烦。语义化是html的根本，界面为中心的前端人士可能不认可，但是写html就像写其他语言一样，必须遵循它基本的定律和原则，语义化就是写html的原则。命名规则统一也是可以的，但是方案没讨论出来什么样的比较好，我偏向微格式的命名，小写英文数字和减号线的组合。对于微格式和RDFa很多与会者不清楚，看来语义被太多人无视了，其实微格式部分规则已经被google接受了，纳入了搜索算法中，这方面有疑问的可以去google的网站管理员帮助里查看。命名语义可以借鉴微格式和html5，这样团队都熟悉和认可的方案，而且是业界公认的，让整个页面的命名一致性更大，换工作也好适应。
CSS这边没什么好讲的，基本三层分机，公共规则，reset等，公共模块，和具体应用都被接受，当然个例比如换肤等的要特别处理。对于CSS编码这块就有争议了，utf-8的css编码可以避免中文乱码和CSS IE某浏览器读取失败，但是通过转码可以解决，winter讲到utf-8会增加字节，当时我比较晕菜，因为这是对的，但是忘记了css中大部分是英文，只有中文才会增加字节。CSS压缩这块，我希望能讨论出自动化的方案，但是失望了。
素材合理性，我比较关心的图片最大字节规定没出现结果，不过还是有些案例可以参考，比如有的人的团队是60k，有的是30k，我的底线其实是100k。图片的管理，也没实质的结果讨论出来，其实本意是讨论图片的目录划分和css sprites的管理以及版本管理，可能太细节了，大部分同学的工作环境不会太多涉及。png-8的认可度很高，也提到了图片的压缩工具，要顶下。
很可惜的几块，JS合理化中的框架的选择和JS的性能没能讨论到，还有HTML5 CSS3在项目中如何运用起来的话题，可以留到下一期继续讨论。

-EOF--

]]> http://www.greengnn.org/index.php/feed/2009/12/26/17.html <![CDATA[第一届web标准线下交流会]]> http://www.greengnn.org/index.php/2009/11/01/club.html Sun, 01 Nov 2009 10:42:50 +0000 http://www.greengnn.org/index.php/2009/11/01/club.html 3 http://www.greengnn.org/index.php/2009/11/01/club.html#comments 第一届web标准线下交流会

主题： 文件管理讨论
官方：http://uicss.cn/club/
嘉宾：张克军，阿当，greengnn(张建斌)
照片：http://home.blueidea.com/space.php?uid=391214&do=album&id=2301

第一届web标准线下交流会
前言：对大家能在周末抽出时间来参加会议表示感谢，挺冷的天20多人如约而至，交流会不同于大牛分享，更能面对面的解决一些工作中实实在在遇到的一些问题，大家都表示比较有价值，收获挺大的。在此也非常感谢身边网[http://www.360side.com/]的友情赞助会场。

张克军分享和观点
不同公司的不同文件管理和前端模式造成对正确的对正确文件管理和学习的成本过高。
行业还没完全成熟，行业需要一个圈子，去学习UE和交互的那种交流模式。

一个网站一个css文件是存在很多缺点的文件的冗余过大，有用的代码很少。
认为应该这样部署：
公共样式
基本模块，布局，链接等
产品级别
继承模块样式，有特点的调整
页面专属

将文件分为三个级别进行管理，有同学提到YUI的css框架，克军的观点，YUI的分类是基于技术而不是应用的

对于js的管理
js文件的划分要减少依赖，不要存在依赖关系过于复杂，不同依赖文件的版本也不同。
YUI的use()按需加载模式，颗粒话很小，这样的模式就很优秀。

素材文件的管理
全站公用的图片使用css sprites合并。
可以尝试Data URI [http://en.wikipedia.org/wiki/Data_URI_scheme]编码做内容图片的展示。

建斌/greengnn分享
分享《大页面构想》ppt
ppt内容
小页面的观点，div+css等狭隘的理解前端页面重构工程师
大页面观点，从产品诞生的流程，分析页面人员的能力模型，应该具备一专多长，要熟悉项目管理，产品，设计，后台开发，产品运营等，作为研发中的一个衔接层，更好的像产品构想和设计付诸实施。通过一些方面展现页面的价值
1.高效研发
2.SEO，廉价的推广
3.换肤，增强个性化体验经济
4.速度：用户对产品的第一体验
5.流量：成本的节约就是收益

模块化的去管理文件
第一步画出sitemap图，梳理网站结构。
第二步划分站点模块，文件模块，代码模块

模块化的代码实现方案，通过后代选择符进行模块管理，实现低耦合低依赖，满足协同开发和版本管理
详细内容见ppt中。

阿当分享
三层架构
base层 纯语言层
css方面
reset，base，和公共rules(清楚浮动等)
js方面，底层库文件，实现基本的dom，event等操作，实现跨浏览器
comm层 公用组建，可复用代码
css方面 通过封装基本表现颗粒，fs14(font-size:14px) tac(text-align:center) fl(float:left)等
js方面 基本的功能代码，动画，异步请求等js功能代码
应用层 具体页面层
css方面，页面的公共模块和私有模块文件
js的页面应用文件和代码

对于css是否封装表现类的class存在争议，大家进行了讨论，部分同学赞同html代码的纯净，避免表现类的class引入。
对于后台开发的协作，也赞同html代码尽量的纯净和可拓展性强，将界面的任务更多的交给css去处理。

接下来大家轮流发表观点，大概罗列一些
css sprites的管理
关于合并方案的讨论，纵向横向和梯形三中的优点和不足
纵向和横向不利于某个图片突然高度和宽度的变化
css sprites的文件类型
不是动画类的，选择png-8 256色

css sprites的管理
公共的和页面级别的分开成不同的文件

王峰分享了他的css管理方案
给每个页面body定义id，给模块定义id，可以快速的通过id找到对应的代码。
根据body id可以区分不同页面的css代码，可以多个页面的css代码放到一个文件中。
css文件分为两层，公用层和页面层

其他一些讨论汇总
1.建站公司效率第一，对于一些常用的表现也会封装起来，比如左浮动，文本对齐等，可以快速实现页面，满足客户需要。
2.模版的分享，有存在一些前端开发同学进行模版的管理，采用的模版机制各有不同，有xml+xslt的模式，还有smarty模版等其他的模式
3.换肤代码管理的讨论，如何实现换肤的管理。讨论的结果，html结构固定，尽量可拓展性强一些，换肤的几种模式按需选择csszengarden的完全独立的换肤文件，还有把颜色，背景颜色，背景图片的可变部分分离出来实现换肤。都通过修改css文件来实现。
4.搜索类网站为了速度，使用table+style的方式是不是合理。

由于没有专职的人员记录，会议讨论有记录不准确和遗漏的还请见谅。
这次交流会的一些不足总结：
1.口头交流居多，演示方面不足
2.由于路途遥远和地方不好找，开始时间有点推迟。
3.流程不够明确，自我介绍环节做得不够好。笔记和在线直播没做好
4.设备不足，白板的笔没有水了，呵呵

其他人的会议总结：
张克军
http://hikejun.com/blog/?p=466&cpage=1
周裕波（忘记）
http://www.webchina110.cn/?p=303

]]> http://www.greengnn.org/index.php/feed/2009/11/01/club.html