web标准化交流会是去年11月，web标准化联盟群的线下技术交流会产生的一个组织。已经连续举办了6期，年后一期停办，已经开通了四个城市同步进行的类似与UCD书友会的前端交流平台。

Webrebuild.org是07年在深圳成立的以年为单位的线下座谈会，共同探讨web标准，推动web标准的发展。深圳已经连续举办三届，北京去年举办了一届。应前端者的要求，不能只在深圳举办，很多外地的同学没法参加，09年12月在北京开通北京站，并联合W3C 谷歌技术用户组，在谷歌成功举办。

我09年10月份来北京发展，作为webrebuild.org第一批会员，有责任把北京分站筹备起来，刚好遇到了做线下交流会的想法，就两个事情一起做了，也想过与其搞那么多分散的组织，不如集中力量以统一的平台推广web标准，就单方面沟通过，把交流会作为webrebuild.org的月会，webrebuild.org年会和月会相辅相成，这样效果更好一些，也有很多支持webrebuild.org的朋友参与进来，月度筹备交流会，年度筹备年会。基本上的想法就是Webrebuild旗下的交流会。然后我承担起了交流会网站的建设，提供了我的域名w3ctech.com和服务器支持，当时我作为蓝色理想web标准化版的版主，也大力在蓝色理想推广交流会。

没想到的是由于这些都是单点沟通，随着交流会名声壮大，很多人参与进来，却不知道两个组织之间的事情，导致了为什么要把交流会纳入webrebuild旗下的争论和不满，还有webrebuild年会主办方为什么不加入web标准化交流会。在我的想法里并不想弄出两个组织的，结果运作出两个组织的尴尬。而且出现了两个组织之间的隔阂，真是太失败了，对于这些误会，我应该承担所有责任，是我沟通和传达不利。

但是事情还得做，我就主动退出交流会组委会，把我来北京想做的一个事情做好，那就是Webrebuild.org北京站的组建。成立独立与交流会的Webrebuild.org北京组委会。让想为前端做点事情的同学可以避免这些争论，把交流会和webrebuild.org都做好，做强，而不至于到了最后因为这些误会两边都耽搁了。

对交流会，我还是一如既往的支持，就像深圳webrebuild.org组织以交流会的名义组织深圳站的交流会一样。希望这件事情大家有个清晰的认识。

最后，很多人都在为推动前端而努力，可惜发生了太多的因为组织不同而产生的隔阂，D2 Webrebuild.org Web标准化交流会 CSS森林，我也不知道百花齐放好呢，还是统一团结好。希望中国能有一个WASP，集中力量推广W3C标准，用草根的力量解决终端的混战，还前端开发一个统一一致的平台。

-EOF--

如果您是应聘HL1-页面重构工程师【http://hr.tencent.com/pages/position/detail.shtml?jobid=1997&location=0】，可以先发您的简历到ivane@qq.com，谢谢！

• twinsenliang——《一专多长》
• 张克军——《分层语义化模板实践》
• 阿当——《面向对象思想在css中的应用》
• 鲁超伍——《揭秘HTML5及CSS3.0》

座谈会费用：活动不收取任何费用，晚餐自愿（AA制）。
预定人数：100人。
活动奖品：由Google技术用户组以及华章出版社提供
与会者要求：
由于场地有限会议采取邀请制，筛选后统一发送邀请函，请持邀请函打印版进入会场。W3C标准爱好者，网站重构和前端开发人员，谢绝一切推销和推广人员参加。
报名表单：http://spreadsheets.google.com/viewform?formkey=dFJnRnZDQTN4OGlqZkJ0aERaay1QTWc6MA
报名开始和截止日期：
11月19日——11月30日
与会邀请发出：
在12月1号至12月5号，以邮件方式发送邀请函。
致外地同学：
如果你是非北京同学，请提前联系好酒店，大会由于人手有限不能负责住宿的预定，实在抱歉。
主办方：

• webrebuild.org
• W3C中国
• Google Technology User Groups (GTUG)北京论坛

详情页面
http://www.webrebuild.org

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

前言：对大家能在周末抽出时间来参加会议表示感谢，挺冷的天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