day7-0805
最近,尝试对自己负责的前端业务框架进行优化,修复。
这是第一次真正意义上的框架层次的编码,当然实际应用来说并不是很伟大的框架,但是在编写框架或者说认识框架的过程中,依然学习到很多东西
想着是一回事,写下来就是另外一回事,做出来就更不同了。
整个框架的架构模式是之前的前辈提出的,至少在我好看来,能够高效率完成开发任务的同时兼具优美,还是敲厉害的。
自己的认知浅薄,当初接受这方面开发的时候,对框架的认知停留在自己的开发手段上,并且是很浅显的:
MVC
架构Javascript
原型链
然而,经过几个月的摸索,代码的洗礼下,从现有的认知来重新认识,新的碰撞带来新的认识:
OOP
编写思维hook like
机制 - 「算是类似的钩子函数」Model View Controller
的联系方式并非常常所思的固化形象,是可以变通的
一句话总结,一切为了业务
在不同项目的冲击,挤压下,会逼迫你不断的对框架进行修正,不同纬度
- 平台兼容性 - 可迁移
- 代码健壮性 - 适应各种乱七八糟,阿西吧的情况
- 可维护性 - 逻辑可追踪
- 可扩展性 - 新的需求映射在现有框架下的额外部分 「proud of me with this sentence」
其实之前业务的堆积造成给我的第一印象是 - 排斥,抵触框架的修正开发
但是,随着越来越多的需求,自己不得不对这个问题正视起来,不得不尝试从自己的角度来进行解决。
之前总是怕这个怕那个,怕自己做不好这个框架,可实际上正面刚起来,发现框架的认知其实已经在工作中不知不觉的深入进去,每一个想改造的点都有解决办法呼之欲出:
- 组件不够用 - 常用组件进行扩展
- 无法完成焦点记忆 - 使用缓存机制
- 存储方式平台不兼容 - 寻找可替代方式
- 效率低 - 逻辑重构
- ......
还有很多比较细小的点,蛮好玩的点就不一一提了。
总之,遇到问题,当你感觉到这个问题使你焦虑,而你自己又唯唯诺诺,那就正面刚,直面惨淡码生,解决该解决的,不逃避。
哦,对了,解决之后你会感到很开森 「Happy with every code you write」
网友评论