[drupal-devel] settings inconsistencies

Andre Molnar mcsparkerton at yahoo.co.uk
Thu Feb 3 09:21:32 UTC 2005

Carl, I couldn't disagree with you more.

Carl McDade wrote:
> In actuality the extension of a module in that manner should not happen. 
> This is against the whole concept of plugin modularity. Probably the 
> reason for the prolification of modules is that they are not autonomous 
> as they should be. Many of the present modules should be completed as 
> variants of the original an thus be able to relplace them entirely.

What happens when you have two modules that append functionality to an 
existing module.  If you do this then you would need 4 different files 
that administrators have to choose between to get functionality they want.


Now how about 3?  You do the binary math and you will see how quickly 
this could get out of control.

And how do you maintain this?  If something changes in example.module 
what do you do with [say] 127 different files that all have the same 
code embedded in them?

This is the exact opposite of modularity.

> This philosofy is one that is solid in other software industries but 
> only in parts of Drupal. Holding to it in the case of modules would 
> solve a lot of the problems with UI and and database modification.

Solid?  What you describe is unmaintainable bloat.


More information about the drupal-devel mailing list