问题标签 [kephas]

我偶然发现了一个名为 Kephas 的框架，它承诺提供强大而灵活的基础架构，我目前正在评估它以用于现有应用程序，以使其更新为最新技术。我刚刚浏览了文档和示例，我可以看到新应用程序的潜力，但是现有的应用程序呢？是否可以实施增量策略而不是从头开始重写？有谁知道，有什么经验吗？

在评估 Kephas 时，我看到它使用了 Microsoft 的托管可扩展性框架（System.Composition 包）。但是，我们使用 Ninject 进行依赖注入。我是被迫更改 DI 容器，还是可以使用 Ninject？

我真的很喜欢通过提供 OverridePriority 属性来覆盖 Kephas 框架中的服务。但是，我需要某些服务不再被覆盖，以禁止插件中的某些外部代码覆盖我的安全服务。我怎样才能做到这一点？

在 Kephas 应用程序中加载应用程序程序集的默认实现是包括在应用程序文件夹中找到的所有程序集。如果我需要提供不同的文件夹，或者我想支持插件怎么办？如何指定不同的文件夹或要包含在搜索中的文件夹列表？

这些天在查看 Kephas 框架时，我注意到它提供了自己的依赖注入容器。现在市面上的依赖注入框架那么多，为什么要自带实现呢？这不就是重新发明轮子吗？

Kephas 中的属性服务注册是一个不错的功能，但我是否被迫使用它？我的意思是，因为 Kephas 仅在实际 DI/IoC 实现之上提供了一个抽象层，所以它无法提供特定 DI 容器可能提供的所有功能。

此外，我的团队可能对要遵循的编码风格有限制和/或已经有大量的代码库需要支持。

我目前的项目需要重新架构，到目前为止，我喜欢 Kephas 如何为应用程序设置基础（获得 MIT 许可对于评估它至关重要）。但是，我们应该循序渐进地做事，否则恐怕我们会失去对项目的控制。日志记录（我们使用 ELMAH）无处不在，恐怕我们不能到处使用 DI/composition 来替换日志调用，因此我们需要保留现有代码。

我必须做些什么才能让 Kephas 与现有的日志基础设施配合得很好，但又不必复制它？

据我所知，ExpandoKephas 中的类允许动态添加新成员。与ExpandoObject.NET 不同，我注意到它不是密封的，所以我可以改变它的行为，但我真的不知道怎么做。

[编辑]

我的方案是在某个时间使 expando 只读。

目前有可能在服务合同级别声明为服务实现收集的元数据属性。就我而言，我有一组服务的模式，我需要为所有服务使用相同的元数据属性。我可以以某种方式全局声明元数据属性，以便服务合同定义看起来更清晰吗？

我想保留 Kephas 提供的 DI 抽象层，但在我的特殊情况下，我需要注册一个从第三方库导入的服务。鉴于此，我无法使用[AppServiceContract]服务注册所需的属性来注释服务。有没有办法做到这一点？