不使用开源的可扩展性

Question

我的公司目前正在用C#创建一个大型的多层软件包。我们采用了一种面向服务的架构方法，我想知道是否有人对如何让具有编程知识的用户具有可扩展性有任何建议。

这将涉及两个过程:允许使用特定插件的生产系统管理员的批准，以及实际的插件架构本身。

我们希望允许用户编写脚本来执行常见任务，修改用户界面的布局(用WPF编写)，并添加新的功能(即。允许制表数据的图表)。有没有人有任何关于如何实现这一点的建议，或者知道从哪里可以获得做这类事情的知识？

我在想，这将是一个完美的角落案例，以发布具有限制性许可证的开源软件，然而，我并不热衷于允许竞争对手访问我们的源代码。

谢谢。

编辑:我想我只是想澄清一下为什么我选择了我所做的答案。我指的是我的公司外部的生产管理员(即客户端)，并给他们一些方法，让他们以一种更容易的方式自动化/编写脚本，而不需要他们完全了解c# (他们大多是编程经验有限的最终用户)-我更多地考虑的是数字用户线路。这可能是一个遥不可及的目标，而托管扩展性框架似乎提供了到目前为止最好的折衷方案。

Answer 1

我会看看微软的MEF计划。它是一个框架，允许您为应用程序添加可扩展性。它现在是测试版，但应该是.Net 4.0的一部分。

微软共享源代码，所以你可以看看它是如何实现的，并与之交互。因此，基本上您的可扩展性框架将开放给所有人查看，但它不会强制您发布应用程序代码或插件代码。

Answer 2

只要使用接口即可。定义每个插件都必须实现的IPlugin，并使用定义良好的消息层来允许插件在主程序中进行更改。你可能想看看像Mediaportal或Meedios这样的程序，它们严重依赖于用户插件。

Answer 3

正如Steve提到的，使用接口可能是可行的方法。您需要设计希望客户端使用的一组接口，设计插件的入口点以及插件通信模型。除了史蒂夫的建议之外，您可能还想看看Eclipse项目。他们有一个非常好定义的插件架构，尽管它是用java编写的，但它可能值得一看。

另一种方法可能是设计可用于脚本语言的API。IronPython和Boo都是能够很好地与C#配合使用的动态脚本语言。使用这种方法，您的客户端可以编写脚本来与您的应用程序交互并扩展应用程序。与完整的插件系统相比，这种方法更像是一个轻量级的解决方案。