在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相反的做法”

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