我們的組織擁有專門的設計人員，他們在Dreamweaver中設計和裁剪頁面。過去，ASP和PHP網站運行良好。現在我們試圖使它與.NET一起工作，但由於ASP.NET中的項目結構而掙扎。每個人如何與開發人員協作？我要尋找的特定點是：ASP.NET - 設計人員和開發人員之間的協作
- 轉印Dreamweaver中的內容到Visual Studio - 改變HTML輸入到服務器控件 -Giving設計師獲得成品Visual Studio產品，使他們能夠調整佈局
謝謝！
很明顯，你的設計師會有一個輕微的學習曲線。但是據說，我經常與asp.net網站上的設計師（其中沒有一個使用Dreamweaver，btw，因此可能是問題的一部分）合作。通常，他們會像服務器上的靜態HTML頁面一樣在服務器上創建HTML，然後我將使用asp.net控件手動替換表單域。
另一方面，我發現我有最好的機會來匹配使用吐出最少HTML的控件的設計，例如Repeaters而不是DataGrid。
一旦網站在服務器上運行並進行了編程，他們可以根據需要重新調整內容。另外，就像我們必須適應它們（使我們的服務器控件吐出html，他們喜歡它），它們也必須適應我們一點，不要嚴重依賴樣式表中的id屬性一些項目ID屬性將由hte.net運行時控制，因爲它們是控件。
通常情況下，asp.net的新設計者會感覺受到這種新的處理方式的威脅，特別是包含用戶控件包含文件的instab，但其實並沒有與經典的asp/php開發不同。 。
在這件事上解決您所有問題的關鍵非常簡單，但很難實現：通常稱爲semantic markup。如果您可以確保設計人員首先製作html語義，並且.Net程序員繼續渲染相同的標記，但需要使用其服務器控件，則調整不會成爲問題 - 標記是相同的。
那麼什麼是語義html呢？你可能會問。好吧，並不總是那麼簡單。一個好的開始是製作每一頁pass XHTML validation。
不要貶低語義，但這不是解決這個問題的答案。 – 2009-06-04 22:45:12
也許不是，但托馬斯在這裏說的東西還有些東西。如果設計者確實使用語義佈局，那麼會有更多的「荒蕪」，更少的移動部件進行協調（並且所有設計都將包含在CSS中）。正如他所說，說起來容易做起來難。 – 2009-06-04 23:39:42
Joel，據我瞭解這個問題，在目前的工作方式中，很難做到從設計者到程序員的順利切換，然後再回來。如果是這樣，即使語義（x）html沒有具體解決DW和VS之間的差異問題，它也間接地解決了OP要求的設計/編程兼容性問題。 – 2009-06-05 12:20:40
以我的經驗，設計師創建的HTML幾乎總是需要至少重構，如果不重寫的話。所以，用左邊的原始HTML打開一個瀏覽器，並儘量在VS右邊的屏幕上儘可能地匹配它。
給設計師訪問ASP標記不是一個好主意，恕我直言。如果你只理解你正在操作的一半標籤，太多的東西可能會出錯。
看，我會不同意。你是一個團隊，你需要能夠相信你的設計師與你的工作，就像他們相信你一樣。而且，希望您也可以使用版本控制，並可以恢復任何災難性故障。如果您與其他團隊成員進行訪問和信任遊戲，他們將永遠不會成爲團隊的完整組成部分，您將繼續完成所有工作。 – 2009-06-04 23:37:36
我正在談論我在該行業10多年的實踐經驗。設計師不是開發團隊的一員，也不參與（迭代）開發過程。在我與設計團隊合作的每一次實例中，都有一次非常乾淨的一次性交接，而且很少需要設計師返回並進行調整。但是，經常需要修復HTML。由於HTML確實發生了很大的變化，在我看來，你不能有一個軟切換。這會使問題複雜化，並增加開發時間和成本。 – cdonner 2009-06-05 00:58:33
如何使用Microsoft Expressions系列產品之一？我聽說他們對.NET是PHP/ASP的Dreamweaver。
Dreamweaver可以設置爲處理ASP.NET 1.1網站。我還沒有看到可以處理MasterPages的DW版本。對我來說，這就是要讓你的生活變得生氣的赫克。 – jrcs3 2009-06-04 22:37:43
所以我來找。 – 2009-06-05 01:07:42