Pracowałem z Django jako backend i korzystałem z jQuery dla interfejsu. Teraz, kiedy strony internetowe były tak dynamiczne, javascript zaczął się komplikować i czuję potrzebę lepszej, bardziej zorganizowanej struktury.Szkielet i Django, znajdowanie lepszej architektury po stronie klienta
Zacząłem czytać o Backone i to po prostu wydaje się być backendowym podejściem do frontendu (ponieważ jest to framework MVC). W ten sposób mój kod bardziej uporządkowany ale niektóre funkcje wydaje się nakładających się (czyli modele, adresy URL, ...)
Mam również przeczytać o szkielet z tastypie i django zaimplementować relaksującego otoczenia here. To jest bardzo fajne, ponieważ aplikacja będzie również gotowa do rozwoju telefonu.
Teraz moje pytanie brzmi: jak dobra lub zła jest ta architektura? jakie zalety i wady ma, a jeśli to nie jest prostszym sposobem osiągnięcia kod DRY po stronie klienta (być może po kilka zbiór reguł/dobre praktyki zrobi)
Wszelkie osobiste doświadczenie jest bardziej niż mile widziane :)
Oto kolejny dobry samouczek, który znalazłem: http://10kblogger.wordpress.com/2012/05/25/a-restful-password-with-django-and-backbone-js/ Kilka kroków jest nieco przestarzała (stara wersja reszta-framework), ale koncepcje są dość jasne. – Leonardo
Wszystkie te struktury javascript są bardzo ładne - reagują, są szkieletem, emberem, ale moim celem jest debugowanie złożonej logiki. Przynajmniej z django/rails można debugować backend w IDE - działa to bardzo dobrze. JavaScript? Znalazłem ten trudny problem. Złożone - pomyśl o stworzeniu IDE w przeglądarce i debugowaniu backendu javascript napisanego w ember lub node.js. Narzędzia JS po stronie klienta nie są problemem - wszystko tam jest dobre. – DataMania
@DataMania: Obecnie używam VSCode jako głównego edytora kodu JS/TS i możesz bardzo łatwo debugować nodejs, w ten sam sposób, w jaki debugujesz kod po stronie klienta. –