On Thu, Mar 30, 2006 at 03:07:01PM -0500, Max Battcher wrote: > I hate to say it, but Routes and most of the other schemes presented > _do_ feel over-engineered. The current URL patterns system is fast > and clean. The get_absolute_url() pattern is simple one, and yes it > might break the "perfect Model seperation", but Django makes no qualms > that it absolutely has to follow MFC or PCMEF or whatever else, but > instead keeps in mind a good idea of what is "pragmatic".
Earlier this week I noted that I believe get_absolute_url just does not belong in the Models... period. I suggested an alternative that I think would be easy to use, easy to implement, and would "fit". I didn't however, try to suggest the exact Django way to describe it since I was specifically trying to NOT get bogged down into that naming / implementation idea, rather to let the developers mull on it as one idea to consider. But, it didn't seem to get any comments pro or con, so let me try again: I believe that the Model should have a common method used to get a PART of a URL, the part that locates this object. That part of the URL might be "place/<objectid>" or "poll/<slug>". But that is not an absolute url. It would then be up to the view (in a generic view, that should be handled by a dict entry) to pre-pend something in front of what the model provide to make it a URL. perhaps: In Models: get_url() returns a string that can be used by the view to make up a URL that uniquely identifies this object. In urlsconf: add to "infodict" -- 'url_view': 'polls' In the view: you form a url from: URL_BASE + 'url_view' + get_url() ( URL_BASE might not even be needed ) -- Glenn --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/django-users -~----------~----~----~----~------~----~------~--~---
