On Tuesday 19 January 2010 21:26:17 Jacob Kaplan-Moss wrote:

> So there we are. This is very much a brain dump, and I don't really
> expect any concrete action to result from it. However, I found some
> really interesting stuff there, and I thought I'd share.

Thanks for your clarification elsewhere in this thread.

One question I have (for Jacob and anyone else with experience):

I would have guessed that a big issue with Django from an enterprise 
perspective is its use of 'singletons'. Though we don't use that 
terminology, we have dozens of them in the code - every other setting 
we have implies the existence of a singleton, since the setting can 
have only one value.  For example, EMAIL_BACKEND means that we have 
one email component singleton which is used everywhere.  If you wanted 
one set of views to use a different email backend, you are out of 
luck.

The 'admin' app was the first major component to allow multiple 
instances, but there are various other apps which might need this 
change in theory.

How much is this an issue in practice?  

I imagine that for most sub-systems, most people actually want 
singletons, but for the cases you don't, it is a big pain.  Personally 
I think that, while there has been an unhealthy proliferation of 
settings which we need to trim, Django has hit the sweet spot between 
easy set up and configuration on the one hand, and flexibility on the 
other. The alternative - turning everything into components with 
dependency injection everywhere - could be horrific for our sweet 
spot.

One solution to this problem would be to have multiple Django 
instances hosting different parts of your URL space, allowing them to 
have multiple settings files.  This has obvious limitations, but from 
the perspective of a large project, perhaps it's not too bad - I 
imagine that large sites are already used to carving up the URL space 
to be served by completely different technologies in some cases, at 
least for hosts running LAMP or similar.

Regards,

Luke

-- 
"Procrastination: Hard work often pays off after time, but laziness 
always pays off now." (despair.com)

Luke Plant || http://lukeplant.me.uk/

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send email to 
django-developers+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en.


Reply via email to