问题标签 [inversion-of-control]

我开始掌握 Windows Azure。我通常在 Web 应用程序中使用 NInject 作为我的 IoC 容器。但是，当尝试在 Azure Web 角色中使用它时，我得到一个安全异常（与反射权限有关）。

有没有人在 Azure 中使用过其他 IoC 并取得了成功？

我正在扩展我的对象属性值差异，但我意识到如果一个对象有太多属性，我可能不想全部区分它们。所以我想出了

这样我就可以标记我希望差异忽略的属性。但是我不想用 [IgnorePropertyDiff] 污染我的域对象。

我的问题是，是否可以使用 IoC（如 Ninject 或其他 IoC）动态注入 [IgnorePropertyDiff]？如果我听起来像个白痴，请执行我，因为我只是一个初级中级 c# 开发人员。提前致谢。

我正在使用框架集成中的 BasePage 和 BaseMaster 在 Web 应用程序上使用 Ninject。我想做的是注入一个对象并在每个会话上创建一个新实例。我查看了 OnePerRequest 行为，它很接近，但并不完全。我正在做的是执行大量计算，这些变量保存在注入页面的对象中。我需要这些对象保留以进行回发，但是每次用户“访问”该站点时，我都想要一个新的对象实例。我最初的想法是以某种方式使用 Asp.net Session 对象来存储回发之间的值，这是我在 Ninject 之前会这样做的方式（只是将对象存储在会话中。但我想在如果可以的话，正确的方法。我 我愿意接受其他建议。我考虑过使用单例，但每个用户都需要自己的对象副本，否则他们会相互计算。

我希望这很清楚，对于使用现有行为或创建自己的行为的任何建议，我将不胜感激。也许使用应用程序缓存或内置的 ASP.NET 缓存可以工作。

谢谢

乔什

我有以下“问题”。我为 spring.net 创建了一个应用程序上下文文件。配置如下所示：

有人告诉我，如果您对应用程序上下文进行更改，则无需重新编译应用程序即可查看更改。

如果我对配置文件进行一些更改。没有看到任何变化。它仍然是可见的原始数据。

我这样称呼应用程序上下文：

有时需要一段时间才能看到更改（即使在重新编译应用程序之后）。

编辑：我刚刚发现您必须重新启动应用程序池。然后我将重新表述我的问题：“你能在你的应用程序中重新加载应用程序上下文吗？” 无需重新启动应用程序池。

您是否应该对将组件注册到 IoC 容器中的代码进行单元测试？

如果是这样，怎么做？

您能否覆盖命名实例的构造函数参数，看来您只能为默认实例执行此操作。

我想要做：

他们的任何 IoC 控制器是否可以在 .NET Compact Framework 上运行？

简而言之，如果您必须使用 IoC/DI 容器，那么它很容易部署（不喜欢使用 config/xml 文件来处理所有事情）、稳定、良好的文档并支持 .net，它会是哪一个？

可能只是我，但太多的 xml 文件，比如一个用于应用程序，一些用于 ORM，一些用于另一个组件，有时会让人不知所措。此外，在我看来，如果有一种做事方式（约定），那么搞砸的机会就会减少。

期待您的建议和可能的经验。我主要关心的是可维护性和易于部署。

我仍在学习 Castle Windsor，我发现它支持转发类型——我不熟悉的术语。

快速谷歌搜索，我发现这篇文章非常彻底地解释了它，但我仍然不明白这如何适用于 IoC 或我将如何从容器中使用它们以及出于什么原因。

谁能解释一下？

我正在将大量代码移至 Castle Trunk，其中包括用于配置容器的新流利界面。由于该项目有一个无法维护的巨大 windsorConfig xml 文件，我想我会开始利用这个新功能。我知道其他容器（例如 StructureMap 2.0）也包含用于容器配置的流畅接口，所以这个问题不是基于 Windsor。

我的问题是，您使用新的流利样式接口进行容器配置时使用了哪些约定/习惯用法/模式？

我的第一个想法是在某处创建一个静态方法（例如 ContainerConfig.Config），它将应用程序使用的所有相关类型加载到容器中。我担心最终这个单一功能最终会像 xml 配置文件一样难以维护（减去尖括号税）。

我的第二个想法是将其分解，以便每个依赖程序集按照约定导出其默认配置。我可以看到这对于程序集内部使用的层次结构很有用。但是对于外部使用的类型，是否应该在内部定义配置？

我想得越多，我似乎提出的问题就越多。你对此有什么想法？