标签：style io 文件 sp on c 时间 line bs
NOP项目
为保持紧跟NOP更新，经理坚持不改NOP源码。
以触发器，插件化开发
NOP自定义好的接口或完全独立的新拓展功能很容易插件化。
但部分功能要在NOP原项目上扩展非常不易。
其实能改原码也就10分钟的事，但因为死守不改源码的规定。
浪费时间精力，还多了很多风险。
为了扩展将部分逻辑写在Module里，Module严重影响性能。
功能开发前，个人的建议，是直接改某处，写日志，后期有更新再按日志改就可以，量不会太大。
经理拒绝后不得不提出可以改module来扩展。
之后爽歪歪，各种绕，起初只写一小部分逻辑，后期不断的添加。
又因采用IIS全局模式。
module内有选择session的操作一部
JS，CSS静态页面，api，也经过module，但此两类访问，无cookie session。
初版忘记加静态页验证，导致页面样式和效果全丢失。
现是全局正则检测是否为静态文件（损性能，且可能会有遗漏不说）。
并验证是否有session。
JS和静态页面，后期可以配置nginx来避免访问web服务（也就在走module前直接从nginx拿到）
其他同事的插件开发，只需对自已的插件负责，即使错，也只是在小范围。
搞Module开发，一个未考虑到的小错就会出现大量错误，以致网站崩溃，费力且严重不讨好。
改MODULE的要求根本就是个错误！
PS，公司项目新上，但尚无独立的测试环境。
标签：style io 文件 sp on c 时间 line bs
原文地址：http://www.cnblogs.com/zihunqingxin/p/3968579.html
