Frage

Ich bin in dem Prozess ein großen asp.net MVC-Projekt zu bauen und habe eine Frage bezüglich des Standard-Rendering-Engine in dem MVC Spark-Motor gegenüber im Rahmen für Designer.

Ich bin für meinen Tag Suppe zu reduzieren und kann sehen, dass der Funke Motor ordentlich, sehr ordentlich und ich für meinen Teil würde es begrüßen. Allerdings hat jemand eine Erfahrung / Meinungen haben, ob ihr Design-Team hat es angenommen oder wurden gegen sie dagegen?

Ihr Designer-Team hat noch mit dem MVC-Framework zu entwickeln, so dass sie entweder gehen den Standard-oder Funken Motor zu haben, zu lernen.

Kann mir jemand sagen?

War es hilfreich?

Lösung

Sie sind Design-Team sollte überhaupt keine Kenntnis der Ansicht Motor haben müssen. Sie sollten nur über das Endprodukt aus der Sicht Motor wissen müssen (das heißt, das HTML, CSS und Javascript, die ausgegeben wird).

Ihre Designer können Vorlagen aus plain old HTML und CSS machen, ohne jemals eine einzige Zeile zu sehen Motorcode-Rendering. Sie müssen sie nur die Orte in der Vorlage sagen Sie den Inhalt der Injektion.

Der ganze Sinn des CSS / HTML-Templates ist die Trennung zwischen dem Designer und dem Entwickler zur Verfügung zu stellen. Auf diese Weise können diese Vorlagen zu einem Design-Shop Zucht-out werden. Sie wollen nicht der Design-Shop zu Chaos mit Ihrer Entwicklung Code zu haben.

Der Designer wird Sie auch mit einer Reihe von Textstilen zur Verfügung stellen: h1, h2, h3, p, etc. Sie können diese Stile in stecken, wo Sie sie in dem Templat-Code des Rendering-Engine benötigen, um die gewünschten Effekte zu erzielen. Wenn Sie möchten, können Sie die Designer diktieren einige Regeln über das Layout und die Verwendung dieser Arten lassen, aber es ist immer noch Ihre Aufgabe, den Code zu schreiben, der die Ausgabe in die Designer-Vorlage macht.

So klar sein, der Designer hat die Aufgabe, eine HTML / CSS-Vorlage für Sie erstellen (mit Beispielinhalt und Styling, so dass Sie beide ausreichend um das Layout sehen). Ihre Aufgabe ist es, die CSS / HTML integrieren der Designer Sie in der Ansicht Maschinencode zur Verfügung stellt.

Spark ist nur eine HTML-ified Version von C # (oder VB). Alle anderen Dinge gleich sind, würde Funke leichter für einen Designer, weil es all die <% { %> Dinge zu HTML-Entsprechungen ändert. Aber das setzt voraus, dass die Designer den Template-Code für die Ansicht Engine schreiben, was sie nicht sein.

Andere Tipps

Ich weiß, diese Frage betrachtet wird ‚antwortet‘, aber lassen Sie mich von einem ‚Designer‘ beantworten (wir nennen es Frontend-Developer) Perspektive.

Wir haben ein Back-End (C #) Team und ein Front-End (HTML / CSS / Javascript) Team, das auf .NET MVC-Anwendungen funktioniert. Spark ist eine viel natürlichere Weise HTML Ansichten zu tun. Sparks fügt eine natürliche Art und Weise ifs und Schleifen zu tun durch Hinzufügen ‚wenn‘ und ‚jeweils‘ Aussagen als Attribut des HTML-Elements anstelle von Schleifen außerhalb HTML-Tags in <%%> Tags. Partials ist auch über eine intuitive Art und Weise genannt. wird die partielle "_dashboard.spark" umfassen.

Funke macht alle anzeigen Markup wie HTML aussehen, die ich denke, für Wartbarkeit sehr wichtig ist. Es zwingt auch gute MVC Gewohnheiten durch so viel Logik wie möglich aus dem View-Markup zu halten. Das Design-Team und erstellen Sie den HTML-Markup und die Entwickler können dann die wenig Logik in dem die Inhalt Generation erhalten würde.

Mit Spark, haben wir das Problem der hässlichen Code minimiert und haben Front-End- und Back-End-Arbeit getrennt, aber immer noch Flüssigkeit und wartbar gehalten.

Ich glaube nicht, Designer wie Verwendung Spark. Es zu erschweren zu nutzen und eine gewisse Logik, variable Definition zu mischen. Designer sollten nicht wissen, jeder Programmiersprache. Ich ziehe Geschwindigkeit Ansicht Engine (VTL) verwenden, das einfach zu bedienen ist und Programmierer separate Logik von Front-End erzwingen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top