It would be great if serializers also supports a single object, that would make ajax requests better and / or json support for forms.
like that:
serializers.serialize('json', object) and not [object] and then i need to strip the [] tags.
also the serializers is really hard to use to make more objects as a response.
a datastructure like this:
dict = {
'object1': object ,
'list-of-objects': [object],
}
is really hard to achieve with the current implemented functionallity.
at the moment i need to do the following:
dict = {
'single-object': json.loads(serializers.serialize('json', [object]).lstrip('[').rstrip(']'))
'object-list': serializers.serialize('json', object-list)
}
json.dumps(dict)
i don't thinkt it is the best way to do.
Also I think the template engine is really 'outdated' and 'slow' compared to closure-templates, which i could use on the server-side and on the template side. (but currently i'm planning to make a python/django version of them to implement them).
Also SPA sites are coming so maybe a 'good' way to get the current history so that you could easily render a page when starting a page from something like
http://www.page.com/#backend or something like that. maybe this is really hard to achieve, since the history is on the client side, but i think it would be great to have a better javascript client library for django that could do this job like django.contrib.ajax.history which could also be called with a jquery plugin.
I mean i can't replace the whole url with javascript/ajax, i can only change the last part behind #.
maybe there are a lot of things to do, to make django fully aware of Ajax.
the thing is at the moment there is no good answer to have both worlds. a server-side-framework that also has a good client-side-framework. ok there a plenty of answers, but not in python, only in java. (gwt, eclipse rap, javafx) but in python you can only have one and you need to do both things really good.
so it makes it very hard to write good code, since you always need to implement both sides. i mean this wouldn't be a problem when some things would be easier.
as already said the serializers needs some work, the template engine and many things i don't even have on my mind. but for the start a better serializers would be great.
(also you need to return a json object to serializers if you have foreign keys to make use of them in some situations or you make dozen of new http request for every new object would could be a pain in the a**)