Better Skill Better Life
求知若饥 虚心若愚
关于管理层发展路线的感想
1 week ago
in 五味杂陈
今天收到技术部管理层的发展路线邮件，搜索全文，只有在资源不足的地方出现这两个字。整个前端环节好像透明与技术部的视野。不可或缺但还不重要。
收起自怨自艾的矫情，脚踏实地的进步！<第三章>Liskov 替换原则（LSP）[1] -敏捷软件开发
1 week ago
in 架构设计
OCP背后的主要机制是抽象。在AS语言中，支持抽象的关键机制之一是继承。正是使用了继承，我们才可以创建实现其基类中抽象方法的派生类。
是什么设计规则在支配着这中特殊的继承用法呢？最佳的继承层次特性又是什么呢？怎样的情况会使我们创建的类层次结构掉进不符合OCP的陷阱中呢？这些正是LSP要面对和解决的问题。
3.1Liskov替换原则对于LSP可以做如下解释：
子类型必须能够替换掉他们的基类型。
想想违反该原则的后果，LSP的重要性就不言而喻了。假设有一个函数f，它的参数为指向某个基类B的引用。同样假设B的某个派生类D，如果吧D的对象作为B类型传给f，会导致f出现错误。那么D就违反了LSP。显然，D对于f来说是脆弱的。
f的编写者会想去对D做一些测试，以便于在吧D的对象传给f时，可以使f有正确的行为。其实这个测试违反了OCP，因为此时f对于B的所有不同的派生类已经不再是封闭的了。
3.2一个违反LSP的简单例子对于LSP的违反常常会导致，以明显违反OCP的方式使用运行时类型识别。这种方式常常是使用一个显式的if语句去确定一个对象的类型，以便于选择针对该类型的正确行为。
回顾上一章中的shape与circle以及square类违反OCP的情况。可以发现，square类和circl类都不能替换Shape类其实是违反了LSP，这个违反又迫使DrawShape函数违反了OCP。因此，对于L More >
IE系出现操作被取消问题的原因分析
5 months ago
in JS程序开发
http://blogs.msdn.com/b/ie/archive/2008/04/23/what-happened-to-operation-aborted.aspx
<html> <body> <div> <script type=”text/javascript”> var newElem = document.createElement(‘foo’); document.body.appendChild(newElem); </script> </div> </body> </html>
这样处理会引起报错。
前端开发中的敏捷实践
6 months ago
in 思考讨论
前端开发的敏捷实践较少被提及。应该说，前端开发是作为互联网产品开发的一个环节，参与到敏捷流程中的。这里不讨论如何参与敏捷项目的流程，主要记录一下前端敏捷开发实践的方法。
敏捷中的陷阱在哪里？敏捷开发为我们带来了，很多高效的思想。与此同时，他的整合成本模型也是不容忽视。
1.因功能交付延误的机会成本
2.因技术债务导致生产力下降的成本
3.营运成本
平衡这些成本的很大因素就是技术选型和架构设计。从前端开发层面，同样需要这样的架构设计和规划，否则，敏捷的迭代对于前端就是噩梦。比如，面对每次迭代的视觉调整，对于复杂交互的功能变更。如果没有好的扩展性，那么每次的迭代都意味着重做，每次抵达对于后端可能仅仅是小调整，但是对于前端可能就完全没有迭代效应可言。
前端分析角色的作用在敏捷项目团队中，原有的架构师会频繁与项目团队对话，并帮助改善代码设计复核期望的发展需求。但是常常，前端的代码缺少这样的指导。导致上千行的js代码都是逐行累加，静态变量在页面上反复穿插。导致整体页面的扩展性和可读性差，往往是一个小的需求变更，修改js代码都需要小心翼翼。
综上，前端是需要产品层面上的规划和设计的，至少前端开发需要有系分甚至架构的视角和思维。
视角1：抽象
什么时候抽象？我认为，在设计阶段就已经开始了。另外一个点，是在重构的时候，如果闻到坏味道，就需要我们挤出时间。
怎么抽象？设计模式，尤其的面向敏捷开发 More >
IE6的表单诡异问题-file上传相关
1 year ago
in JS程序开发
问题描述：
从A页面打开B页面，B页面有一个form 包含一个file和submit 没有js。 B页面可以正常提交。
从A页面在本窗口打开B页面，B页面不能提交，file控件内容会无故情况，msfile被劫持了。
问题分析中….
经过后续分析，产生问题的原因是，由于使用了数字证书。当数字证书启用后，后续开启的页面链中的所有页面的表单FILE元素都会受到保护，js将无法读取到该控件的内容。
解决办法之一是使用新串口开启页面，将opener置为null。