函数命名冲突问题,相信很多人碰到过。
作为一个刚做js 不久的 小虾米来说,我也没有太多发言权。
但可喜的是最近做的一个系统级的应用项目中碰到了这个问题。
之前在老系统里看到很多程序员参与进来各种小需求,也带进来了好多大大小小的函数,导致某些页面的函数命名很是多样化。
对于如何避免命名冲突问题,自然很多开发都选择了加长函数名称这条无奈但是又死板又实用的方法,如getTranslateTargetIntro,看到这样的名称就是蛋疼。但是结果让其他中途进来的开发前端等蛋很疼~~~,并且到处都是全局变量,冲突得让人想死。 =,=
原因在哪里~~~~?
因为它历史悠久~~~,当初设计这个系统的时候,架构师没想到它以后会成为一个庞大的系统,也不曾想过以后还有那么多蛋疼的前端会加入进来,更没想过,页面上的交互会越变越多,只是单纯的想解决燃眉之急的一个小交互。
于是乎,很多规则,命名方式,功能架构都没有一个清晰的解释型的图表出来。
得扯远了··· 唠叨了一下,^_^
对于一个新的系统,命名冲突问题如何解决?
我就单单说说我最近做的这个系统中关于js 部分的函数命名的一个方法吧。
先看一下如下图:

智商高的童鞋相信看了这图就知道啥意思,这个东东可是我哥写了那么多js以及 OOP思想的一些结晶,我觉得很强大,至少我这么觉得,因为很好用。飞鱼端了端眼睛:看不懂的话,继续往下看^_^ 阅读全部>>


