ASP.NET - Zusammenarbeit zwischen Designer und Entwickler

Unsere Organisation hat engagierte Designer, die die Seite entwerfen und in Dreamweaver schneiden. Das hat in der Vergangenheit mit ASP- und PHP-Sites gut funktioniert. Jetzt versuchen wir, es mit .NET zu arbeiten, aber wir haben Probleme mit der Struktur eines Projekts in ASP.NET. Wie arbeiten alle mit Entwicklern zusammen? Die spezifischen Punkte ich suche, sind:ASP.NET - Zusammenarbeit zwischen Designer und Entwickler

-Transferring Dreamweaver Inhalt zu Visual Studio , Wechseln HTML Eingaben Server steuert Designer Zugriff -Giving Visual Studio bis zum fertigen Produkt, so dass sie das Layout

Dank zwicken!

Quelle

2009-06-04 Mike Cole

Dreamweaver kann für ASP.NET 1.1-Sites eingerichtet werden. Ich habe keine Version von DW gesehen, die mit MasterPages umgehen kann. Für mich wird das dein Leben zum Leben machen. – jrcs3

Also ich bin gekommen, um zu finden. –

Offensichtlich wird es eine leichte Lernkurve für Ihre Designer geben. Aber mit diesem gesagt, habe ich ziemlich oft mit Designern (von denen keiner Dreamweaver verwendet, übrigens, so dass ein Teil des Problems sein könnte) auf ASP.net-Sites gearbeitet. Gewöhnlich werden sie das HTML genau so erzeugen, wie sie es auf dem Server haben wollen, wie eine statische HTML-Seite, dann gehe ich hinein und ersetze Formularfelder manuell mit asp.net-Steuerelementen.

Auf einer Seite habe ich festgestellt, dass ich die beste Chance habe, das Design mit Steuerelementen, die am wenigsten HTML ausspucken, wie Repeater statt DataGrids, zu kombinieren.

Sobald die Website auf dem Server und programmiert ist, können sie in einer zwicken Dinge zurück, wenn es notwendig ist.

Auch, wie wir uns ein wenig anpassen müssen (unsere Serversteuerungen spucken HTML aus, wie sie es mögen), müssen sie sich auch etwas an uns anpassen und nicht so sehr auf ID-Attribute in ihren Stylesheets angewiesen sein Einige Item-ID-Attribute werden von der .NET-Laufzeitumgebung gesteuert, da es sich um Steuerelemente handelt.

MORE oft als nicht, ein Designer neu in asp.net wird sehr durch diese neue Art der Dinge, vor allem mit Benutzersteuerungen instad von Include-Dateien bedroht fühlen, aber es ist wirklich nicht so anders als klassische ASP/PHP-Entwicklung ist .

Quelle

2009-06-04 23:34:41

Der Schlüssel zur Lösung all Ihrer Probleme in dieser Angelegenheit ist ziemlich einfach und doch so schwer zu erfüllen: Es wird normalerweise semantic markup genannt. Wenn Sie sicherstellen können, dass die Designer zu Beginn mit ihrer HTML-Semantik arbeiten, und dass die .NET-Programmierer das gleiche Markup beibehalten, aber mit ihren Serversteuerelementen, wo sie benötigt werden, ist das Optimieren kein Problem - das Markup ist das gleiche.

Also was ist semantisches HTML, dann? Sie können fragen. Nun, es ist nicht immer so einfach, wie man es gerne hätte. Ein guter Anfang ist, jede Seite pass XHTML validation zu machen.

Quelle

2009-06-04 22:37:25

Semantik nicht zu verunglimpfen, aber das ist nicht die Antwort auf dieses spezielle Problem. –

Vielleicht nicht, aber es gibt immer noch etwas, was Tomas hier sagt.Wenn die Designer semantische Layouts verwenden, dann wird es viel mehr "unfruchtbar" mit weniger beweglichen Teilen zur Koordination geben (und das gesamte Design wird in der CSS enthalten sein). Und wie gesagt, es ist leichter gesagt als getan. –

Joel, als ich das Problem verstand, war es so, dass es bei den derzeitigen Arbeitsweisen schwer ist, eine sanfte Übergabe von Designern an Programmierer und wieder zurück zu machen. Wenn dies der Fall ist, obwohl semantisches (x) html nicht speziell das Problem der Unterschiede zwischen DW und VS anspricht, löst es indirekt die Probleme der Design-/Programmierkompatibilität, die das OP gefordert hat. –

Meiner Erfahrung nach muss vom Designer erstelltes HTML fast immer umgestaltet werden, wenn es nicht neu geschrieben wird. Öffnen Sie einen Browser mit dem ursprünglichen HTML-Code auf der linken Seite und versuchen Sie, ihn in VS auf dem rechten Bildschirm so genau wie möglich abzugleichen.

Den Designern den Zugang zu ASP Markup zu geben, ist keine gute Idee, imho. Zu viel kann schief gehen, wenn Sie nur die Hälfte der Tags verstehen, die Sie manipulieren.

Quelle

2009-06-04 22:39:18 cdonner

Siehe, ich würde nicht zustimmen. Sie sind ein Team und Sie müssen Ihren Designern mit Ihrer Arbeit vertrauen können, so wie sie Ihnen vertrauen. Und hoffentlich verwenden Sie auch die Versionskontrolle und können katastrophale Fehler rückgängig machen. Wenn Sie mit anderen Teammitgliedern spielen und Spielen vertrauen, werden sie niemals ein vollwertiger Teil des Teams und Sie werden die ganze Arbeit machen. –

Ich spreche von meiner praktischen Erfahrung in 10 Jahren in der Industrie. Designer sind nicht Teil des Entwicklungsteams und nehmen nicht am (iterativen) Entwicklungsprozess teil. In jedem einzelnen Fall, in dem ich mit einem Designteam zusammengearbeitet habe, gab es eine sehr saubere einmalige Übergabe und selten musste der Designer zurück gehen und Einstellungen vornehmen. Es gab jedoch eine häufige Notwendigkeit, das HTML zu reparieren. Da der HTML-Code wesentlich verändert wird, kann meiner Meinung nach keine weiche Übergabe erfolgen. Das würde die Angelegenheit komplizieren und die Entwicklungszeit und -kosten erhöhen. – cdonner

Wie wäre es mit einer Produktlinie von Microsoft Expressions? Ich habe gehört, dass sie zu .NET sind, was Dreamweaver zu PHP/ASP ist.

Quelle

2009-06-05 01:11:13

ASP.NET - Zusammenarbeit zwischen Designer und Entwickler

Antwort

Verwandte Themen