正在使用MVC WebGrid不良實踐

我的團隊中的初級開發人員使用稱爲WebGrid的MVC Helper創建了一個屏幕。正在使用MVC WebGrid不良實踐

我的第一反應是經典的不！對任何聽起來像網格/綁定技術。

當他demo'd的功能，這是不壞，但它確實使用

?sort=Title

類型語法這困擾着我一般。他還向我展示了許多關於在Stack等論壇上使用的帖子例子。其中一個警告不要使用它們，但是是絕對的，並沒有給出澄清。我想知道用戶是否對WebGrid控件有任何正面或負面的體驗。

您是否贊成或反對爲「最佳實踐」？

來源

2012-11-13 Dave Alperovich

如果語法困擾你，你總是可以爲使用WebGrid的動作製作路線。然而，通常情況下，排序列和方向查詢字符串仍然是查詢字符串（請參閱Stack User Leagues），因爲漂亮的URL主要用於搜索引擎優化，其次是爲了便於閱讀。 SEO不會對您的頁面進行排序並排序= COLUMN仍然非常易讀。 :)從來沒有使用WebGrid，所以沒有有效的輸入作爲實際的實施。 – Tommy

@Tommy，我同意重新工作的路線，如果語法是困擾我的一切。我挑出了語法，因爲它是範例中我不喜歡的一個例子。 –

我不認爲你會得到一個明確的回答這個問題，但我認爲這是一個很好的問題，應該有自己的答案（其他人可能投票關閉它，就像擡頭）。但這是我個人的看法，FWIW。

一個好處，對我來說，MVC（相對於Web窗體）的是，它提供了對HTML呈現幾乎完全控制。使用Web Forms，.NET做了自己瘋狂的事情，讓前端綁定到代碼後面，這在使用Web控件時被放大了。

一般來說，同樣可以說，大約在MVC使用這樣的控制 - 他們往往限制了一個擁有超過呈現的HTML控制。

另一種說法是，他們通常限制，您可以通過客戶端代碼（或多麼容易，你可以做到這一點）做什麼。這可能是不完全控制HTML的副作用。

我想看看它產生的HTML - 你可能會很快看到足夠的理由有不使用它（或者，使用它）。

當然，另一種說法是，第三方控件經常嘗試做太多，或做不同的事情比你想（像傳遞的那種通過查詢字符串，如你所提到的）。

來源

2012-11-13 20:57:05

謝謝@Jerad。出於同樣的靈活性原因，我偏向於WebGrid。我需要看到相同的思想反映和陳述。 –

正在使用MVC WebGrid不良實踐

回答

相關問題