0

Benutzer können einige Dokumente schreiben. Diese Dokumente bestehen aus Kapiteln (Eins-zu-Viele-Beziehung).Controller und View zum Erstellen von 1: n-Objekten, sowohl "Container" als auch unbegrenzte Anzahl von "Content" -Objekten?

Normalerweise würde ich dies tun, indem Sie separate Ansichten zum Erstellen von Kapitel und Dokument erstellen.

Wie Sie eine Webseite implementieren, die es erlaubt, "Composite" -Ansicht zu bearbeiten? Wo kann ich Dokumentdetails bearbeiten, aber auch Kapitel anlegen, ohne verschiedene Seiten zu besuchen? Wie kann ich auch sicherstellen, dass ich die Reihenfolge der Kapitel übergebe, die der Benutzer eingerichtet hat (indem Kapitel frei nach oben und unten verschoben werden)?

(Entschuldigung, wenn diese Frage bereits gestellt wurde & beantwortet, aber ich weiß nicht einmal, wie man es sucht: | da ich nicht richtige Keywords jenseits von "AJAX" kenne, also Hilfe bei der Benennung meiner Anforderung wäre auch willkommen !)

+0

Ich bin nicht sicher, dass Sie eine Antwort darauf erhalten können, ohne dass jemand tatsächlich die gesamte Architektur für die Anwendung antwortet. AJAX ist natürlich der Schlüssel für die Kommunikation mit dem Backend und die Vermeidung von Seitenaktualisierung, aber für die Benutzeroberfläche gibt es viele Möglichkeiten, es zu kochen und zu beschreiben, dass die gesamte Implementierung einige Zeit in Anspruch nehmen würde. – GillesC

+0

[Hier] (http://stackoverflow.com/questions/9671640/spring-3-mvc-managing-a-one-to-many-relation-within-a-dynamic-form-using-a) ist der Weg Ich habe ein ziemlich ähnliches Problem gelöst. Hoffe das könnte helfen! – sp00m

Antwort

0

Ok Teillösung. Google geschachtelte Forms Ruby on Rails. Viele Beispiele, alles in Ajax, alles einfach.

0

Backend-Server-Anwendungen, die auf REST-Prinzipien basieren, funktionieren gut mit Ajax-Client-seitigen Implementierungen.

Zum Beispiel könnte Ihre URLs sein:

/book/1 
/book/1/chapters 
/book/1/chapter/1 

Sie es einrichten könnten, so dass ein POST/Buch/1/Kapitel ein Kapitel hinzufügen würde. Ein GET für dieselbe URL würde alle Kapitel zurückgeben. Ein GET on/book/1/chapter/1/würde nur Kapitel 1 zurückgeben. Ein PUT on/book/1/chapter/1/würde ein bestehendes Kapitel aktualisieren. Dies ist eine „RESTful“ Architektur:

http://en.wikipedia.org/wiki/Representational_state_transfer

Dies ist eine interessante Einführung: http://tomayko.com/writings/rest-to-my-wife

Dies ist ein großes Thema, aber wenn man die richtige Backend-Server-Architektur schaffen Sie Ihren Job viel finden einfacher. Hoffe, das hilft bei der Beantwortung Ihrer Frage.

+0

Ok, das ist Server-Seite :) Jetzt ein paar Tipps über Client-Seite, pls. –

+0

Nun, Ihre Bucheditor-Anwendung würde wahrscheinlich aus ein paar Seiten bestehen - eine für die Verwaltung von Büchern, eine für die Bearbeitung von Büchern, vielleicht eine Einstellungsseite ... Dann könnten Sie Ihre Anwendung in HTML und JavaScript schreiben, mit Ajax, um mit Ihrem zu kommunizieren REST-fähiger Server Mehrere JavaScript-Bibliotheken erleichtern die Integration in den Server, z. B. jQuery oder YUI. Sie könnten einen Schritt weiter gehen und etwas wie Backbone.js verwenden, das Ihre Domänenobjekte in JavaScript-Objekte einkapselt und die Serverkommunikation verbirgt. Nur ein paar Zeichen übrig, also Hoffnung, die hilft! –