我目前正与我的同事讨论如何设计一个将由我的部门使用的API.具体来说,我的任务是编写一个API,作为访问Active Directory信息的包装 外观 - 根据我公司/部门的需求量身定制.我知道开源封装 外墙已经存在,但这不是这个问题的症结所在,仅仅是用来作为一个例子.
当我向我的团队提交我的设计方案时,他们让我失望,因为API不够"可配置".他们声称他们不希望API在"电话号码"和<隐藏电话号码的Active Directory表示>之间建立链接.会议中的每个人(除了我)都同意他们更愿意四处询问"Active Directory中用于用户电话号码的正确字段是什么？",并将其插入各自的应用程序(LOL!).
他们问我,"如果我们公司决定使用不同的字段的电话号码,你不在身边尽在改变你的源代码吗？" 他们最终承认他们害怕改变其他人的源代码,即使代码是原始的并且进行了大量的单元测试.我所在部门的每个高级IT人员都同意这一点.
在设计软件时,这真的是正确的态度吗？!
dsi*_*cha 10
http://en.wikipedia.org/wiki/Inner_platform_effect
虽然在程序中硬编码过多的假设是不好的,但过度热衷于避免硬编码的假设也同样糟糕.如果您尝试使代码过于灵活,则基本上无法进行配置,因为配置方案本身几乎成为一种编程语言.我认为一般来说,电话号码是一个很常见的东西,它只能被硬编码为一个字段.
如果我理解正确,他们希望可以选择在代码外部映射链接,无论是通过配置文件,数据库,还是其他.如果这是正确的,我认为他们有一个有效的观点 - 如果您需要做的就是更改配置映射,为什么要强制更改任何代码.