产生如此灵活的代码,以至于永远不需要更新,这有价值吗?

http://en.wikipedia.org/wiki/Inner_platform_effect

如果我理解正确,他们希望可以选择将链接映射到代码外部,无论是通过配置文件、数据库还是其他任何方式。如果这是正确的,我认为他们有一个有效的观点——如果你只需要更改配置映射,为什么还要被迫更改任何代码。

如果你有一个“ “那么代码就必须再次更改。但是,如果你有一个映射文件(键/值配置文件),那么所有这些更改都非常简单。

总的来说

然而,问题不在于配置选项的数量,问题在于如何将它们呈现给用户。

• 列名更改

函数

作为一般做法,当我构建涉及将一个编程接口映射到另一个编程界面的代码并且涉及数据映射考虑时,我会尝试使映射可配置。我发现这既有助于单元测试,也有助于处理来自不同消费者的不断变化的需求或相互矛盾的需求。

然而,如果API的目标只是简单地成为一组抽象访问Active Directory的详细信息的类,而不是访问什么属性,那么您的同事指定的就是方法。

任何一种方法都不一定是对的或错的,所以它最终取决于您最初创建API的总体原因。