java – 如何确保使用Spring Framework在我的应用程序中包含给定
|
这将是一个难以描述的问题,但这里有.
我们正在使用Delphi Spring Framework. (http://code.google.com/p/delphi-spring-framework/) 假设我有UnitA声明由ClassA实现的InterfaceA. 同样,我有UnitB声明由ClassB实现的InterfaceB. 两者都在其各自的初始化部分中使用Spring Container注册了它们的接口和类. InterfaceA依赖于InterfaceB,但由于我们使用的是Spring,因此UnitA在其uses子句中没有UnitB.换句话说,我们已经完成了我们的工作 – 我们已经将UnitA和UnitB分离,但我们仍然可以让InterfaceA依赖于InterfaceB. 但是,鉴于上述情况,我们需要确保UnitA和UnitB都包含在项目中,以便可以解决依赖关系. 想象一下,现在,我们开始一个新项目.该新项目使用UnitA,但开发人员没有意识到,如果要使用UnitA,还必须在项目中包含UnitB.不会出现编译器错误,因为依赖项是在运行时解决的,而不是编译时. 这就是一个问题：在应用程序部署之前,确保对UnitB的这种依赖性是否已知的正确方法是什么？ 我们可以预见复杂应用程序中的情况,尽管进行了全面测试,但是可能很长时间没有执行给定的代码路径,并且在部署之前未发现此缺失的依赖关系. 我们已经实现了一个系统,其中每个接口解析调用都伴随着一个Requires调用,它在启动时检查并引发异常,确保我们看到错误.但我们想知道是否有“最佳实践”或标准方法来检测此问题或以其他方式处理此问题. 补充：这是Java和其他语言的问题吗？ 解决方法
我有点困惑.它使用的接口可以让您松散耦合而不是IoC容器.如果声明InterfaceB的地方,UnitA将使用UnitB是很自然的.
接口的实现是一个不同的故事.那些需要引用它们实现的接口以及它们使用的任何接口,但不应该引用任何其他实现. 我没有使用Spring for Delphi,但我熟悉其他IoC容器.如果它的行为类似,那么您将注册一个接口及其实现.当您调用resolve时,您将传入接口的名称或有关接口的其他信息(类型信息),并期望IoC容器返回对您请求的接口的引用.该接口背后的实现取决于注册了哪些实现以及解决请求的规则. 如果您请求的接口从未注册,则会出现异常.一些IoC容器可以通过一次调用解析整个依赖链. 您需要一种方法来确定在构建时是否将在运行时解析依赖项,但是直到运行时才会注册依赖项.无论您使用什么工具,我都不认为可以保证. UnitA应在其使用条款中包含UnitB. UnitA和UnitB中的接口的实现可能并且可能应该位于与A和B分开的单元中,特别是如果每??个接口有多个实现. 然后,在项目中使用UnitA的开发人员也将被迫在项目中包含UnitB.如果他们在新项目中使用测试驱动开发,他们会很快发现他们需要为InterfaceA和InterfaceB提供实现(即使它们只是模拟),以便他们的测试通过. 坦率地说,如果忽略了一个关键的依赖关系并且没有它就部署了项目,那么测试就不够彻底了.单元测试可能无法捕获这一点,但这正是一套集成测试通常会捕获的. 我会推荐像Fit或Fitnesse这样的集成测试(虽然我不确定Fit4Delphi项目有多成熟).任何可以编写word文档或编辑wiki的人都可以编写测试,开发人员只需编写允许测试驱动生产代码的类.如果设置正确,您可以针对项目的实际发布版本运行大多数集成测试. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |