java大型项目模块化,如何模块化（大型）Java App？-向日葵屋

java大型项目模块化,如何模块化（大型）Java App？

![Image 1][]

I have a rather large (several MLOC) application at hand that I’d like to split up into more maintainable separate parts. Currently the product is comprised of about 40 Eclipse projects, many of them having inter-dependencies. This alone makes a continuous build system unfeasible, because it would have to rebuild very much with each checkin.

Is there a “best practice” way of how to

identify parts that can immediately be separated

document inter-dependencies visually

untangle the existing code

handle “patches” we need to apply to libraries (currently handled by putting them in the classpath before the actual library)

If there are (free/open) tools to support this, I’d appreciate pointers.

Even though I do not have any experience with Maven it seems like it forces a very modular design. I wonder now whether this is something that can be retrofitted iteratively or if a project that was to use it would have to be layouted with modularity in mind right from the start.

Edit 2009-07-10

We are in the process of splitting out some core modules using Apache Ant/Ivy. Really helpful and well designed tool, not imposing as much on you as maven does.

I wrote down some more general details and personal opinion about why we are doing that on my blog - too long to post here and maybe not interesting to everyone, so follow at your own discretion: www.danielschneller.com

解决方案

Using OSGi could be a good fit for you. It would allow to create modules out of the application. You can also organize dependencies in a better way. If you define your interfaces between the different modules correctly, then you can use continuous integration as you only have to rebuild the module that you affected on check-in.

The mechanisms provided by OSGi will help you untangle the existing code. Because of the way the classloading works, it also helps you handle the patches in an easier way.

The framework is conceptually divided into the following areas:

Bundles - Bundles are normal jar components with extra manifest headers.

Services - The services layer connects bundles in a dynamic way by offering a publish-find-bind model for plain old Java objects(POJO).

Services Registry - The API for management services (ServiceRegistration, ServiceTracker and ServiceReference).

Life-Cycle - The API for life cycle management (install, start, stop, update, and uninstall bundles).

Modules - The layer that defines encapsulation and declaration of dependencies (how a bundle can import and export code).

Security - The layer that handles the security aspects by limiting bundle functionality to pre-defined capabilities.

[Image 1]: