Language agnostic 我们对待接口和实现就像对待内容和样式一样，那么为什么不同样地对待它呢？

我使用了Spring，并且研究了Guice，我认为这两种语言都是非常突出的语言扩展。我坚信编程语言本身需要适应与依赖注入、测试等更紧密的模式，所以为什么不采用基于样式表的方法呢？通过允许多个“样式”，您可以为不同的目的定义对象的配置。也许类和其他优点可以让您指定比简单的类/方法名称匹配更强大的事务范围

这对任何人来说都是个好主意吗？另外，您是否认为DI和AOP将作为一个核心特性而不是事后考虑集成到未来的语言中？我刚才在想，界面->实现几乎完全对应于数据->样式

---

想法？

这是一个非常古老的想法，最初是在20世纪80年代初实施的。然后它被称为“配置编程”、“软件集成电路”或“体系结构描述语言”。“依赖注入”是企业开发人员最近重新发现这些想法时创造的一个新词

例如，看看圆锥曲线[1]和里吉斯/达尔文[2]系统。这些系统被用来编写工业控制软件，并直接影响到菲利普斯电视机软件的编写方式。该语言的一个有趣的特点是，它既有文本和图形表示[3]，也有

Conic和Regis/Darwin做的比现有DI框架多得多，因为它们被用来构建分布式系统：配置语言被编译成一个程序，在机器网络上并行部署系统（形式语义定义了这个“精化”过程的运行方式）。相比之下，Spring、Guice等仅在单个地址空间内配置对象，将连接分布式组件的更大困难留给程序员

这个想法的另一个新发现是传感器网络应用程序的操作系统，尽管它没有一个干净的组件和配置概念模型

Kramer，J.，Magee，J.，Sloman，M.S.，和Lister，A.，圆锥曲线：分布式计算机控制系统的综合方法，IEE会议录，第130页。E、 （1983），第1-10页

Magee，J.，Dulay，N.和Kramer，J.，Regis：分布式程序的构造性开发环境，分布式系统工程杂志，第1卷，第5期，1994年9月，304-312

Kramer，J.，Magee，J.，和Ng，K.，图形配置编程，IEEE计算机，22（10），（1989），53-65

---

**也许现在“是”了。

哇。。。我想这是我第一次看到有人在SO答案中包含正式引用：）不幸的是，我无法在网上找到论文的电子版本，否则我会直接链接到它们。