问候，
我们使用接口(interface)和 DI 构建了一个广泛的系统和数据框架 api。对于数据访问，如果应用程序是 Windows 服务/WCF 服务，则在运行时使用 CaSTLe 注入(inject)存储库的 LINQ 实现。客户端 web/winform 应用程序使用相同的数据 Controller /域对象，但实现部分使用注入(inject)的 WCF 客户端类进行数据访问。这种设置最酷的部分是客户端和服务器代码可以通过包含适当的程序集和一些翻译来重用相同的域对象、服务和系统逻辑。
我刚刚使用 VS2010 中的“Silverlight 导航应用程序”模板创建了一个 Silverlight 应用程序。似乎我可以引用我的桌面 CLR 代码的唯一方法是通过链接类(添加现有项目/链接)。没有大量的管道类，但有一些核心类使用 caSTLe 微内核和应用程序配置文件处理电子邮件、SMS 消息、日志记录和数据访问的路由接口(interface)。
通过将控件绑定(bind)到 WCF 服务引用，我可以进行网格显示等操作。但是，我想重用 Controller 模型进行消息传递、数据访问、日志记录等。我无法确定是否值得花时间尝试将所有现有类放入 SL 项目类或开始考虑以某种方式为 SL 创建一个新的轻量级 api？有没有人使用过 unity/caSTLe 和 Silverlight？
最佳答案
关于“我可以引用我的桌面 CLR 代码的唯一方法似乎是通过链接类”，您始终可以使用可移植类库，它适用于从 CLR、SL 到 Xbox360 的所有内容。
关于c# - 现有的 DI 框架使用和 Silverlight，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6101194/