我对 ASP.Net MVC 相当陌生，我发现自己为每个视图制作一个模型类。例如。 SignInModel、SignUpModel、EditProfileModel 等。
其中许多都有些相似，具有相同的数据库文件，然后还有一些自定义属性。
这真的是 MVC 应该完成的方式吗，还是我错过了它的某些方面？
我意识到这可能是主观的，但应该有一个“最佳实践”。
这真的是 MVC 应该完成的方式吗，还是我错过了它的某些方面？
这绝对是 MVC 应该完成的方式，并且您不会错过它的任何方面。
每个视图一个视图模型。
您仍然可以拥有基本视图模型类并使用视图模型的继承，但要特别小心验证规则，不同视图之间可能会有所不同。因此，例如，如果在一个视图上需要某个属性，则在另一个视图上可能不再需要该属性，因此如果您使用了基本视图模型类和数据注释，您将会非常高兴。
即使您重复某些属性，也不要犹豫是否要创建视图模型。这就是视图模型的用途 => 响应视图的特定需求，并记住这些需求可能经常变化，因此拥有单独的视图模型一开始可能看起来很困难，但从长远来看，这是最好的解决方案恕我直言，无论是在维护还是良好实践方面。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
