Asp.net mvc 在ASP.NET MVC中，将ParseUrl（）或类似的用于数据存储的函数放在何处？

如果您要编写一个函数/方法，该函数/方法将针对输入的字符串或slug（例如在Create或Edit视图中），进入数据存储并检查该字符串或slug是否存在，在本例中创建指向该字符串或slug的链接，您会将其放置在何处

例如，我们在创建或编辑表单上有一个“链接”文本框。我有一个jqueryautocomplete连接到它，它检索现有的页面段塞。如果用户决定选择其中一个，我们将根据页面控制器创建指向网站内容的链接，如下所示：

~/Page/Display/some-slug

或者只是

~/Page/some-slug

但是，如果用户决定不选择任何内容和输入，例如www.google.com，我们将在ParseUrl（）中捕获它，并使用http://... 等等，然后像那样储存

该函数的代码是没有问题的，我有它目前在一个模型活页夹工作。然而，由于模型绑定中DI的奇怪、混乱和相反的实践，我想把它移到其他地方。另一个原因是从模型绑定中删除DataAccess代码

问题是-在哪里移动这样的函数性？如果可能的话，我希望避免在各种控制器操作之间重复ParseUrl（）调用。

1）实现它，使它对您和您的团队有意义

-或-

2）把它留在原处，因为它已经在工作了。 移动it是否会让你的应用程序变得更好，你的客户是否会更快乐，期限是否会更快

如果你敢使用错误的扩展点，就没有神奇的Asp.net MVC雷神会从天而降来攻击你。没人会说你是白痴。人们可能不同意，但这种情况会发生。“追求它”并在架构纯粹之前完成事情是可以的

然而，由于模型绑定中DI的奇怪、混乱和相反的做法

---

这到底意味着什么？

模型绑定中反对DI的参数：模型绑定中DI的参数和代码：