2009-08-07 2 views
1

Ich mache eine ASP.Net Dynamic Data-Website, wo ich eine Tabelle, Bestellungen und eine andere Tabelle, OrderLines. Die Orderlines-Tabelle hat eine FK-Beziehung zurück zu Orders. Dies bedeutet, dass eine Bestellung keine oder mehrere OrderLines enthalten darf.Wie kann der Workflow für Eltern-Kind-Tabellen mithilfe von Routing mit dynamischen Daten geändert werden?

Der Standard-Workflow von Dynamic Data angeboten wird mich das tun lassen:

  1. zur Liste der Aufträge gehen, klicken Sie auf "add new row", in Informationen füllen, und klicken Sie auf Einfügen.
  2. Klicken Sie auf "OrderLines" in der Liste der Bestellungen. Dies führt mich zu einer leeren Liste von OrderLines für diesen bestimmten Auftrag. Das ist was ich will.
  3. Durch Klicken auf "Neue Zeile hinzufügen" kann ich einen Bestellposten für diesen bestimmten Auftrag hinzufügen. Die URL gibt dies wieder, indem sie fk_OrderID = nnn sagt. Die richtige Bestellbeschreibung ist vorausgewählt.
  4. Wenn Sie nun entweder auf Einfügen (Hinzufügen eines Bestellpostens) oder auf Abbrechen klicken, gelangen Sie zurück zur Liste der Bestellposten für alle vorhandenen Bestellungen. Nicht was ich will!

Der Workflow I, haben wollen, ist eine, wo ich das Hinzufügen Auftragszeilen halten kann, bis ich fertig bin. Dies bedeutet, dass die Weiterleitungen zum Einfügen und Abbrechen in die Liste der Bestellposten für die bestimmte Bestellung, an der ich gerade arbeite, zurückkehren sollen.

So ist meine Frage:

Wie kann ich den ASP.Net Routing-Mechanismus in Global.asax.cs so anpassen, dass Dynamic Data die Art, wie ich es will umleiten?

Ich verwende Dynamic Data Preview 4 refresh 7/24 mit Linq zu SQL.

Antwort

0

Ich glaube nicht, dass dies eine Änderung im Routing wäre. Sie können die Standardseite "Einfügen" mit Ihrer benutzerdefinierten Seite überschreiben. Die benutzerdefinierte Seite würde prüfen, ob an sie QueryString-Parameter gesendet wurden, und entsprechend zur Seite "Liste" zurückkehren.

Verwandte Themen