爲什麼我應該使用內聯編碼來開發MVC ASP.NET？

我回顧了一些關於MVC ASP.NET的例子，並且他們都使用了內聯編碼方法。爲什麼我應該使用內聯編碼來開發MVC ASP.NET？

是否有很大的理由使用這種方法，並忽略我的首選代碼背後的方法？

來源

2008-12-20 Ata

我認爲這樣做的主要原因是真的不應該有太多的邏輯，因爲它只是與視圖相關的邏輯。當沒有太多的邏輯時，我認爲使用內聯方法會更好。但是，如果有一個循環很多的視圖，並且使用後面的代碼在我看來當然是一個可行的選擇。

來源

2008-12-20 10:54:56

在Scott Gu的recent blog對MVC候選發佈版，它們是有意見不是默認，這可能是你沒有看到，在採樣的原因有背後的代碼。

來源

2008-12-20 10:56:14 NikolaiDante

Derek Whittacker的一個不錯的quote。不能不更好自己

也請參閱本identical Q上SO

「在標準的Asp.net的WebForms 開發代碼隱藏本來是作爲一個頁面控制器，但在歲月它已變成一個傾銷的各種邪惡代碼（即業務邏輯）。這是這令人討厭，醜陋的代碼已給（在部分）WebForms一個壞的形象。由繼續使用您的代碼MVC後面的 a你真的在做一個古老的討厭的技術，並將它應用到新的框架，並依次刪除 MVC的一個巨大的優勢。 MVC模式的美麗

部分（注意我說的模式，而不是框架）是，它有助於推邏輯從您的視圖，併爲您的控制器強制關注的分離。」

來源

2008-12-20 12:44:47 redsquare

嗨，你對這個問題有什麼想法：http://stackoverflow.com/questions/390693/does-anyone-beside-me-just-not-get-aspnet-mvc，我很困惑，因爲這個問題現在有21個加票，但我得到了-4。 – Ata 2008-12-24 22:16:41

爲什麼我應該使用內聯編碼來開發MVC ASP.NET？

回答

相關問題