2
我目前正在研究一個我想垂直組織的相對較大的MVC項目。垂直asp.net MVC組織和VirtualPathProviders
Why break convention? 而且,在更詳細here
至於執行得好,計劃是VirtualPathProvider。我的問題是,給這個VirtualPathProvider知識的功能文件夾名稱最好的方法是什麼?
例如〜/功能/ {功能} /View1.cshtml
我目前正在研究一個我想垂直組織的相對較大的MVC項目。垂直asp.net MVC組織和VirtualPathProviders
Why break convention? 而且,在更詳細here
至於執行得好,計劃是VirtualPathProvider。我的問題是,給這個VirtualPathProvider知識的功能文件夾名稱最好的方法是什麼?
例如〜/功能/ {功能} /View1.cshtml
如果您打算這樣做,我肯定不會使用VirtualPathProvider。原因是路徑搜索很昂貴。你擁有的路徑越多,找到它們的時間就越長。
我會直接指定路徑。你失去了公約的方面,但你獲得了性能。
所以,爲了澄清,你的意思是分別指定每個視圖路徑?如果是這種情況,地區可能是一個更優雅的解決方案。我認爲這可能就像控制器繼承自特定於功能的基本控制器或沿着這些線路的東西一樣簡單。 – 2012-03-06 02:59:59
VirutalPathProvider在您指定沒有路徑的視圖時提供搜索的路徑。如果你有很多路徑,搜索它們需要時間。路徑越多,需要的時間越長。這完全取決於你打算擁有多少路徑。 – 2012-03-06 03:11:21