我知道微軟已經努力朝着符合語義和跨瀏覽器的XHTML和CSS的方向發展,但它仍然看起來像是一個PitA來實現優雅的標記。我已經下載並調整了CSS Friendly Adapters以及所有這些。但是我仍然發現自己對代碼臃腫和沒有吸引力感到沮喪。優雅,語義與ASP.Net CSS仍然是一個夢想?
優雅的語義CSS與ASP.Net仍然是一個夢想?或者是最終可能的,我只需要更多的練習?
我知道微軟已經努力朝着符合語義和跨瀏覽器的XHTML和CSS的方向發展,但它仍然看起來像是一個PitA來實現優雅的標記。我已經下載並調整了CSS Friendly Adapters以及所有這些。但是我仍然發現自己對代碼臃腫和沒有吸引力感到沮喪。優雅,語義與ASP.Net CSS仍然是一個夢想?
優雅的語義CSS與ASP.Net仍然是一個夢想?或者是最終可能的,我只需要更多的練習?
生成精美的HTML和CSS的最簡單方法是使用MVC框架,在這裏您比HTML Web控件更能控制HTML代碼。
只要您使用Visual Studio設計器,它可能是一個管道夢。我手寫所有ASP.NET代碼(所有標記和CSS),只是爲了避免設計人員。 Visual Studio的後續版本在不損壞.aspx/.ascx文件的情況下變得更好,但它們還遠遠不夠完美。
更好的問題是:它真的值得嗎?我編寫web應用程序,很少會有HTML/CSS/JavaScript的高雅爲最終目標添加任何內容。如果你的最終目標是讓人們對你的東西做一個「查看來源」並且欣賞它,那麼也許這很重要,值得所有的努力,但是我對此表示懷疑。
如果您需要語義,請將XML用於您的數據。我相信the semantic web的想法,但我的應用程序不需要與它有任何關係。
正如DannySmurf所說,手工建築是最好的選擇。
也就是說,你可能會看Expression Web。至少它在呈現頁面方面非常準確。
@JasonBunting - 是的,這是絕對值得的。語義和跨瀏覽器標記意味着搜索引擎與您的內容相比更容易(因此排名更高),瀏覽器可以更輕鬆地(因此更少出錯)解析您的內容以供顯示,而且未來的開發人員可以更容易維護你的代碼。
請參閱this question以獲得更多討論,包括使用MVC。該站點使用ASP.NET,標記非常乾淨。查看MicrosoftPDC.com(我正在處理的網站)上的HTML/CSS - 它使用ASP.NET webforms,但我們將優先級設置爲清理標記。
是的 - 這是一個夢想。由於和一位專業的網頁設計師一起在一個聯合項目中工作,他們控制着ASP.net服務器端控件的輸出,我停止使用它們。我基本上必須編寫ASP.net應用程序,就像你會寫一個現代的PHP應用程序一樣。如果您的業務層很繁重,那麼您的頁面或UI代碼可能會很少。
我從來沒有回頭看。花費額外的時間寫下所有的東西,爲我節省了大量的時間,試圖讓Visual Studio/ASP.net在CSS/XHTML中表現出色。
我不敢相信沒有人提到過css適配器。在asp.net中使用的許多常用控件(例如gridview和treeview)都可以通過適配器進行處理,以更改輸出到瀏覽器的結果html。
如果去mvc路由不是一個可行的選擇,可以爲任何內置的asp.net控件編寫自己的適配器。
IF LOVIN」 MVC是錯的,我不希望是正確的 – 2009-01-24 04:56:15
這句話越來越_so_過度使用:可能是由於我說我已經在我原來的問題使用他們的事實大號 – 2009-01-26 19:49:23