在ASP.NET MVC中，將ParseUrl（）或類似函數用於數據存儲的位置？

Question

如果您要編寫一個函數/方法，對於輸入的字符串或slug（例如在Create或Edit視圖中），請進入數據存儲並檢查該字符串或slug是否存在，並在此情況下創建一個指向它的鏈接，你會把它放在哪裏？例如，我們在創建或編輯表單上有一個「鏈接」文本框。我有一個jQuery自動完成連接到它，它檢索現有的Page slugs。如果用戶決定選擇其中之一，我們將創建一個指向我們的網站內的內容的鏈接，基於頁面控制器上，像這樣：

~/Page/Display/some-slug 

或只是

~/Page/some-slug 

如果然而，用戶決定不選擇任何東西和輸入，例如www.google.com，我們在我們的ParseUrl（）中捕獲它，用http：// ...等格式化並像這樣存儲它。

該函數的代碼沒有問題，我現在在模型活頁夾中工作。但是，由於在模型綁定器中DI與奇怪，混淆和反對的做法，我想將它移動到別的地方。另一個原因是從模型綁定器中刪除數據訪問代碼。

問題是 - 在哪裏移動這種funcionality？如果可能的話，我想避免在各種控制器操作中重複ParseUrl（）調用。

Answer 1

1）實施它，使其對您和您的團隊有意義。

- 或 -

2）給它它是因爲它已經在工作。 它正在改變你的應用程序，你的客戶會更快樂，最後期限會更快嗎？

如果你敢使用錯誤的擴展點，沒有神奇的Asp.net MVC雷神從天而降，擊殺你。沒有人會稱你爲白癡。人們可能會不同意，但會發生。它可以「去爲它」和之前完成的事情在建築純。

「然而，由於怪，混亂和模型綁定與DI相反的做法」

是什麼，即使是什麼意思？