小编den*_*ips的帖子

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

我的问题是你使用新的流畅样式接口用于容器配置的约定/习语/模式是什么？

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

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

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

它可能甚至不可能这样做,但无论如何我会问.是否可以创建一个接收字符串的函数,然后将其用作lambda中使用的转到运算符(=>)的右侧参数？

实际上,我想要做的是能够在运行时重新定义特定类的特定方法.我希望在程序运行时写下一个函数并将其附加到委托.可能吗？

支持Windows 2000进行软件分发的一般共识是什么？人们是否支持Windows XP SP2 +进行新的软件开发,还是限制性太强了？

对于使用Simple Build Tool(sbt)构建的Scala项目,您通常将lib_managed检查到源代码控制中,还是忽略它并运行sbt update？