面向复合的编程 (COP)、.NET 4.0、MEF 和 Oslo 存储库答案

【问题标题】：Composite Oriented Programming (COP), .NET 4.0, MEF, and the Oslo Repository面向复合的编程 (COP)、.NET 4.0、MEF 和 Oslo 存储库
【发布时间】：2008-09-30 08:16:02
【问题描述】：

在过去的一年里，.NET 社区似乎对 COP 产生了一些兴趣（ala Qi4j）。一些人已经推出了自己的 COP 框架（请参阅下面的链接），看起来 .NET 4.0 的 Dynamic Dispatch 和 MEF 可能在任何 .NET COP 框架中都有潜在的作用。

一方面，其中很多似乎都可以追溯到 System/38 天的想法（是的，我是个老家伙），但另一方面，它似乎也是非常适合奥斯陆（建模和存储库）。谁能评论一下微软是否在 COP 上做任何工作？

最近的一些 .NET COP 框架工作：

Hendry Luk - Roll Your Own COP

Yves GoEleven.com - Cop - Proof of concept

Anders Norås - Trick or Trait? Composite Oriented Programming with C#

马格努斯·马滕森 - Composite Oriented Programming spike on Unity Application Block

【问题讨论】：

您好，这个标题有点混乱，也许应该用更好的措辞，例如，“Microsoft 是否在 COP 上做任何工作？”
COP 本身并不是问题的主旨，而是将 COP 与新的奥斯陆存储库一起使用。不过，我将不得不考虑如何更好地表达这个问题，所以谢谢...
添加到真正的旧线程中总是很有趣 -- 当 Rickard 和我讨论 Qi4j 时（2006/2007 年），我们需要一个术语来描述将“片段组装成对象”的概念，或者为此问题“将行为分配给对象”。当时，面向复合的编程在 Google 上的点击率为零，是的，为零，因此选择了它。在那之后，有足够多的人假设它的含义（从它的名字）并声称它是别的东西，并且已经存在了很长时间。嗯……

标签： architecture mef oslo cop

【解决方案1】：

Aku - CAB / Composite WPF 指南与 COP 之间存在相当大的差异，COP 是通过基于 [域] 上下文的“片段”组装来表达对象行为的根本不同方法。 .NET 4.0 中 Mixins、Concerns、Constraints 和 SideEffects 的出现不同地可能指向这个方向，但我想我更特别好奇微软是否偶然或以任何方式正式“做 COP”，特别是位于 Oslo 存储库之上。

【讨论】：

【解决方案2】：

任何人都可以评论是否微软正在做 COP 方面的工作吗？

微软发布了Composite Application Block和Composite WPF，他们有DI FW（Unity）。现在他们正在开发 MEF。

我们应该在这里评论什么？

【讨论】：

【解决方案3】：

检查 MEF http://mef.codeplex.com，目前在 .NET 4 中提供，更多信息请参见 PDC 会话 http://microsoftpdc.com/Sessions/FT24

【讨论】：