Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# MVC模型类中的函数?_C#_.net_Asp.net Mvc_Asp.net Mvc 4 - Fatal编程技术网

C# MVC模型类中的函数?

C# MVC模型类中的函数?,c#,.net,asp.net-mvc,asp.net-mvc-4,C#,.net,Asp.net Mvc,Asp.net Mvc 4,我想知道MVC模型类中是否有函数?我想使用这些方法来接受一个参数并执行一些业务逻辑 这是标准还是坏主意?或者有任何问题与此方法相关吗?我通常将所有业务逻辑放在模型类中,并尝试使控制器尽可能愚蠢 就我个人而言,我认为你不应该考虑任何业务逻辑,除非别无选择 也许你可以向我们展示你的代码,从那里讨论起来更容易。我通常将所有业务逻辑放在模型类中,并尽量让控制器变得愚蠢 就我个人而言,我认为你不应该考虑任何业务逻辑,除非别无选择 也许你可以向我们展示你的代码,从那里讨论起来更容易。在我看来,不,它不是标准

我想知道MVC模型类中是否有函数?我想使用这些方法来接受一个参数并执行一些业务逻辑


这是标准还是坏主意?或者有任何问题与此方法相关吗?

我通常将所有业务逻辑放在模型类中,并尝试使控制器尽可能愚蠢

就我个人而言,我认为你不应该考虑任何业务逻辑,除非别无选择


也许你可以向我们展示你的代码,从那里讨论起来更容易。

我通常将所有业务逻辑放在模型类中,并尽量让控制器变得愚蠢

就我个人而言,我认为你不应该考虑任何业务逻辑,除非别无选择


也许你可以向我们展示你的代码,从那里讨论起来更容易。

在我看来,不,它不是标准的,除非你认为模型不仅仅是简单的类

试试这个:

将您的模型分开:

-为您的业务层和数据访问层提供服务的模型。让我们把它们叫做
模型

-为MVC视图服务的模型。让我们调用它们
ViewModels

然后试着把你的管制员看成交通警察。让他们接受这个请求,然后指派一个人来做实际的工作

这意味着最好在应用程序中创建两个单独的部分

-业务层。 -数据访问层

如果应用程序很小,您可以将上面的两层设置为一层

因此,在所有这些之后,您将拥有:

-控制器使用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 int CourseId{get;set;}
公共字符串CourseName{get;set;}
}
公共课教师
{
public int FacultyId{get;set;}
公共字符串FacultyName{get;set;}
公共列表分配的课程{get;set;}
}
公立班学生
{
public int EnrollmentNo{get;set;}
公共字符串StudentName{get;set;}
公共列表已注册课程{get;set;}
}
您的ViewModel:

public class ViewModelDemoVM
{        
    public List <Course> allCourses { get; set; }
    public List <Student> allStudents { get; set; }
    public List <Faculty> allFaculties { get; set; }
}
公共类ViewModelDemoVM
{        
公共列表所有课程{get;set;}
公共列表所有学生{get;set;}
公共列表所有学院{get;set;}
}

然后创建一个单独的类来处理模型,并返回viewmodels,以便控制器传递给视图,反之亦然。

在我看来,不,这不是标准的,除非在你看来模型不仅仅是简单的类

试试这个:

将您的模型分开:

-为您的业务层和数据访问层提供服务的模型。让我们把它们叫做
模型

-为MVC视图服务的模型。让我们调用它们
ViewModels

然后试着把你的管制员看成交通警察。让他们接受这个请求,然后指派一个人来做实际的工作

这意味着最好在应用程序中创建两个单独的部分

-业务层。 -数据访问层

如果应用程序很小,您可以将上面的两层设置为一层

因此,在所有这些之后,您将拥有:

-控制器使用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 int CourseId{get;set;}
公共字符串CourseName{get;set;}
}
公共课教师
{
public int FacultyId{get;set;}
公共字符串FacultyName{get;set;}
公共列表分配的课程{get;set;}
}
公立班学生
{
public int EnrollmentNo{get;set;}
公共字符串StudentName{get;set;}
公共列表已注册课程{get;set;}
}
您的ViewModel:

public class ViewModelDemoVM
{        
    public List <Course> allCourses { get; set; }
    public List <Student> allStudents { get; set; }
    public List <Faculty> allFaculties { get; set; }
}
公共类ViewModelDemoVM
{        
公共列表所有课程{get;set;}
公共列表所有学生{get;set;}
公共列表所有学院{get;set;}
}

然后创建一个单独的类来处理模型,并返回viewmodels,以便控制器传递给视图,反之亦然。

在这个网站上,您可以了解什么是MVC以及它是如何工作的。为什么人们投票反对这个问题?也许问题是我们的位置,应该在。但是这个问题是一个有效的问题,OP要求开发者在一生中经历一些事情!!我对一个类似问题的回答是:。简言之,我喜欢保持模型和控制器非常简单,并将(可能可重用的)逻辑放入其他类中。在这个网站上,您可以了解什么是MVC以及它是如何工作的。为什么人们投票反对这个问题?也许问题是我们的位置,应该在。但是这个问题是一个有效的问题,OP要求开发者在一生中经历一些事情!!我对一个类似问题的回答是:。简言之,我喜欢保持模型和控制器非常简单,并将(可能可重用的)逻辑放入其他类中。所以方法需要是模型的一部分,而不是viewmodels。现在如何将函数/方法放入模型中?我只是说不要将它们放入模型类中。创建一个单独的类。然后在控制器中,创建该类的新对象并使用该类方法…该类应访问模型实例+1,