太久没更新，秀一下最近的午饭
最近似乎都忘记了还有这么一个地方的存在
除了工作可能真的太忙
还有原因是最近一个月因为一些小毛病被无良医生折腾的不轻
所幸现在已经在缓慢的恢复当中
不过感谢这段时间
让我意识到自己前阵子的不顾一切
让我认识到医生有好有坏
让我知道了抗生素和消炎药不到逼不得已不要用
也提醒了自己好好好吃饭睡觉，好好照顾自己
前进的路上，别忘记时常停下来，看看家人和朋友
因为人生可能很漫长，有他们才会走的勇敢
anyway，我回来了！
作者存档
组件、页面搭建、数据结构行为、样式
2010-07-01 和撒迦同学的饭后聊天
做一个平台，目标是怎么样的？
- 仅支持后台业务？还是也要支持展现丰富的前台页面？
- 最核心的竞争力是什么
- 保持不同版本的向后兼容
- 最大限度的降低用户的使用的学习成本
一、组件
- 是否有必要设置继承关系
- 分类和标签
- 嵌套和插入约束
- 组件接口
- 粒度把握
- 所有组件是否需要同时有前后台渲染方案
二、创建页面
- 在什么样的环境里创建页面？web || ide
- 创建过程？纯编码 || 拖拽 || 选择填充
- 如何支持组件的任意嵌套和组合？需考虑服务器端深层渲染性能问题
- 编辑组件的方式，开放自由编码的途径
- 如何关联数据、事件
三、数据、结构、行为
- 获取数据的方式
- 是否需要约束数据格式
- 管理数据
- 固化页面结构和系统级组件的html结构
- 如何绑定事件，实现联动
五、样式
- 组建级：无主题概念，自由给组件添加任意样式
- 页面级：有主题概念，一个页面同时只能选用一个主题
- 站点级：有主题概念，一个站点只能选用同一个主题
- 任意级别：有主题概念，但是可以在任意级别上更换样式，加载多主题文件可能会导致页面负担太大，同时组件的html要求也会比前3种方案要高
有的时候，一个看起来很大的东西确实无法一步到位，我们无法控制很多迅速发生的变化，但起码应该在能力所及的范围内做好规划，再逐步实现，并能控制好项目进度。有些东西可以先不做，但需要为后来的升级留好后路。
良好的底层支持是系统稳定和强大的前提，优良的用户体验则能够让用户对产品产生情感偏好，比如apple、adobe，任何一个优秀的产品必然是同时基于优秀的技术和用户体验的。
挨踢民工日志-悲情的java小正太
前几天看到一篇文章说我们公司的开发很受mm欢迎，还有萧山大叔上门招女婿事件发生，不由想到坐我旁边的某开发
纠结了半天，终于决定从这集开始，将漫画更名
结束同居时代已经大半年了，现在仍然会时常想起当时几个人在一起的时光
不过好在不同居，却开始同事了，生活真微妙哈哈
最新评论