Ich benötige eine einfache serverseitige Skriptlösung für das folgende Problem: Mein Client erstellt eine Site in ASP.NET MVC. Ich schreibe die ganze Seite, aber es gibt einen Bereich, den sie später durch einfaches Scripting erweitern können. Zum Beispiel:Hinzufügen von einfachen serverseitigen Skripten zu ASP.NET
Wann haben Sie Geburtstag?
__/__/____ [x] nicht anzeigen das Jahr
Dieser einen Titel zu nehmen braucht (Wann ist Ihr Geburtstag?), Ein Datum, ein Weg, um anzuzeigen, dass eine Checkbox benötigt wird und einen Text für das Kontrollkästchen. Das ist alles einfaches Markup. Der letzte Bedarf ist eine Voraussetzung dafür, ob das Geburtsjahr angezeigt werden soll oder nicht. Wenn diese Informationen später angezeigt werden.
Ich überlegte, JavaScript als meine Skriptsprache zu verwenden und es nur clientseitig auszuführen. Obwohl dies für das obige triviale Beispiel funktioniert, sind einige der realen Informationen zu empfindlich, um sie so einfach zu sehen, wie es in JavaScript möglich ist. Ich würde lieber alle Daten serverseitig verarbeiten.
6 zusätzliche Felder für "DateOptionFields", die als das triviale Beispiel beschrieben wurde!Wie viele zusätzliche Felder benötigen Sie für andere, vermutlich unbekannte Feld-/Optionstypen, die der Client hinzufügen möchte? Es gibt CMS-Systeme, die solche Dinge tun, aber es in eine neue App zu integrieren, scheint eine Menge Arbeit zu sein und auf lange Sicht schwieriger zu warten. – CoderDennis
Ich gehe die Frage des OP völlig aus - er deutet an, dass es trivial ist, aber er zeigt an, dass die Trivialität mit Sicherheit und nicht mit den Daten, die er verfolgt, zu tun hat. Nicht, dass ich der allgemeinen Idee nicht widerspreche, dass es nicht die beste Idee ist, das Rad mit einem DSL in irgendeiner Form neu zu erfinden. Nun, wenn Sie sich in eine dieser dynamischen System-Situationen begeben, würde ich empfehlen, zusätzliche Felder zu überspringen und zu XML-Nutzdaten zu wechseln. Viel flexibler und Sie verlassen das DBA-Geschäft. –