大家好，今天来为大家解答C#知识通过实体类实现UI和数据访问类之间的参数传递这个问题的一些问题点，包括也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~

前面了解到，为了简化UI层的数据复杂度，将数据访问代码从UI层拆分出来，并进行了对比测试：

《C#知识|使用分层的思想实现数据存储入库（实例）》；

上面的练习虽然已经完成了解耦，只传递参数，但是传递的参数太多，很容易出错。接下来，UI层与数据访问类交互时参数过多如何处理。

01 方法参数定义的基本原则

当我们写方法的时候，最好将方法的参数控制在1-4个参数，这样是最优的。

如果UI和数据访问类之间的交互参数过多，可以使用【实体类】来替换过多的参数。

02 引入实体类概念

实体类是用于表示数据实体的类。

例如，数据表中的一条数据是一个实体，数据表是实体的集合。

03 实体类的设计

实体类在设计时一般只包含属性，属性与数据表的列之间存在一对一的映射关系。

注意事项：

1、为了方便与程序连接，在设计数据表时，数据表的列名最好遵循Pascal命名法。

2 由于一一对应，实体类至少应具有与数据表中所需列数一样多的属性。

3、注意数据表中的数据类型和实体类中的数据类型。

常见数据库类型与C#数据类型的对应表如下：

数据库数据类型

C# 数据类型

整数

字符类型

（char、varchar、nvarchar、文本.）

细绳

浮点类型

双倍的

小日期时间

日期时间

4、实体类的数量：一般来说，有多少个数据表就有多少个实体类。当然，可以根据项目的实际需要灵活添加扩展。

5个实体类函数：

5.1 封装数据：当需要调用项目中的其他对象时，将参数封装到实体类的属性中。

5.2 传递数据：通过实体类将数据传递给被调用者，也可以反向操作。

6、实体类命名：实体类的名称应与数据表的名称一致。这个习惯在复杂的项目中会非常方便。

04 实例说明

4.1。将实体类文件夹添加到项目中，然后添加实体类：Account.cs

尖端：

在实际项目中，通常是先添加实体类，然后再添加数据访问类和其他业务。

C#中的数据访问类命名约定：通常是实体类名+Service

C#中业务逻辑类命名规范：通常是实体类名+Manager

4.2.实体类代码

一开始可以手动输入代码来实现练习，稍后会生成适合实际项目的专用工具。

Account.cs代码如下：

namespace LeiGongNotes2{//summary///Account实体类////summarypublic class Account {//string accountName, string accountContent, int Originality, int TypeIdpublic int AccountId { get;放； }公共字符串帐户名称{ get;放； }公共字符串AccountContent { 获取；放； }public int 原创性{ get;放； }public int TypeId { 获取；放； } }}

4.3.通用数据访问类

通用数据访问类AccountService.cs代码为：

//相同引用using using System.Data;using System.Data.SqlClient;namespace LeiGongNotes2{//summary///账户数据访问类////summarypublic class AccountService {///summary///添加账户（通过实体类作为参数) ////summary///param name=’account’account object/param///returns/returnspublic int AddAccount(Account account) {//定义SQL语句字符串sql=’insert into Account(AccountName ,AccountContent,原创性，TypeId)’; sql +=#34; value(‘{account.AccountId}’,'{account.AccountContent}’,{account.originality},{account.TypeId})’;//执行SQL语句return SQLHelper.Update(sql); } }}

4.4.通用数据访问类

通用数据访问类SQLHelper.cs的代码与之前的练习一致，没有变化。您可以点击跳转查看。

4.5.代码运行效果