Use Modular Architecture
From APIDesign
(Difference between revisions)
(New page: The example of the JDK as non-modular may be out of date by the time you go to print! :) --RichUnger 22:40, 10 April 2008 (UTC)) |
|||
| Line 1: | Line 1: | ||
The example of the JDK as non-modular may be out of date by the time you go to print! :) | The example of the JDK as non-modular may be out of date by the time you go to print! :) | ||
| + | |||
| + | I'd like some discussion of how you modularize a project that already has a large, non-modular, full-of-spaghetti code base. | ||
| + | I think this would resonate with a lot of programmers. | ||
| + | |||
| + | Also, I'd like you to address non-runtime modularization. That is, just enforcing module dependencies at compile time, in the | ||
| + | ant script. It's perfectly valid, requires no additional software like OSGI, but has some pitfalls (Class.forName, etc). | ||
| + | For some organizations that are mistrustful of runtime modularization's performance impact (warranted or not), it's better | ||
| + | than nothing. | ||
--[[User:RichUnger|RichUnger]] 22:40, 10 April 2008 (UTC) | --[[User:RichUnger|RichUnger]] 22:40, 10 April 2008 (UTC) | ||
Revision as of 06:14, 11 April 2008
The example of the JDK as non-modular may be out of date by the time you go to print! :)
I'd like some discussion of how you modularize a project that already has a large, non-modular, full-of-spaghetti code base. I think this would resonate with a lot of programmers.
Also, I'd like you to address non-runtime modularization. That is, just enforcing module dependencies at compile time, in the ant script. It's perfectly valid, requires no additional software like OSGI, but has some pitfalls (Class.forName, etc). For some organizations that are mistrustful of runtime modularization's performance impact (warranted or not), it's better than nothing. --RichUnger 22:40, 10 April 2008 (UTC)
Follow
