我想知道 MVC 模型类中是否有函数？我想在 View 中使用这些方法来接受参数并执行一些业务逻辑。
这是标准还是坏主意？或者这种方法有什么问题吗？
【问题讨论】：
标签： c# .net asp.net-mvc asp.net-mvc-4
在我看来，不，它不是标准的，除非你认为模型不仅仅是简单的类......
试试这个：
保持模型分开：
-服务于您的业务层和数据访问层的模型。我们就叫他们Models吧。
-为您的 MVC 视图提供服务的模型。让我们叫他们ViewModels。
然后尝试将您的控制器视为交警。让他们接受请求并指派某人完成实际工作。
这意味着最好在您的应用程序中创建 2 个单独的部分。
-业务层。 - 数据访问层。
如果应用很小，您可以将上述 2 层设为一层。
所以毕竟你将拥有：
-Controllers 使用 ViewModels 与 Views 对话。 -控制器使用模型与业务/数据访问层对话。
所以保持你的 models 和 viewmodels 瘦，不要在控制器中而是在单独的层中执行业务逻辑（它可能是另一个项目或只是项目中的另一个类）。
其他信息：
你的模型可以是这样的：
public class Course
{
public int CourseId { get; set; }
public string CourseName { get; set; }
}
public class Faculty
{
public int FacultyId { get; set; }
public string FacultyName { get; set; }
public List<Course> AllotedCourses { get; set; }
}
public class Student
{
public int EnrollmentNo { get; set; }
public string StudentName { get; set; }
public List<Course> EnrolledCourses { get; set; }
}
您的视图模型：
public class ViewModelDemoVM
{
public List <Course> allCourses { get; set; }
public List <Student> allStudents { get; set; }
public List <Faculty> allFaculties { get; set; }
}
然后创建一个单独的类来处理模型并返回视图模型以供控制器传递给视图，反之亦然。
【讨论】：
我通常将所有业务逻辑放在模型类中，并尝试使控制器尽可能愚蠢。
就个人而言，我认为您不应该考虑任何业务逻辑，除非没有其他办法。
也许你可以向我们展示你的代码，这样更容易讨论。
【讨论】：