上面谈了几个类的封装,这次我们讲讲使用的方式。
在实际过程中,我们怎么就能说明我们少了代码的编写呢?
例如我们需要一个类实现某个表的操作,我们只需要继承与我们的Base类就能实现了。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using NOAS.PublicOpinionMonitor.Access.Common;
using NOAS.PublicOpinionMonitor.ENTITY;
namespace NOAS.PublicOpinionMonitor.Access
{
public class ProxyDAL : AccessBase<t_po_monitor_proxy>
{
public ProxyDAL()
: base(strTableName:"t_po_monitor_proxy",ColumsName:@" [monitorid]
,[monitor_name]
,[tkwid]
,[monitor_stardate]
,[monitor_enddate]
,[monitor_datetype]
,[monitor_interval]
,[data_begindate]
,[data_enddate]
,[exec_datetime]
,[monito_days]
,[updatedate]
,[status]")
{
}
public List<t_po_monitor_proxy> getAllMonitorProxy()
{
return getListByWhere(string.Empty);
}
}
}
我坚持的东西是,自己的事情自己做。所以一般在做底层的架构涉的时候,每个类只能操作自己对应的表。这样让我们的代码也会更加的清晰。
在业务层的使用过程中,就更加简单了。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace NOAS.PublicOpinionMonitor.BIZ
{
public class ProxyBLL
{
public int addMonitorProxy(ENTITY.t_po_monitor_proxy proxyEntity)
{
new NOAS.PublicOpinionMonitor.Access.ProxyDAL().addEntity(proxyEntity);
return proxyEntity.mproxyid;
}
public int updateMonitorProxy(ENTITY.t_po_monitor_proxy proxyEntity)
{
new NOAS.PublicOpinionMonitor.Access.ProxyDAL().updateEntity(proxyEntity);
return proxyEntity.mproxyid;
}
}
}
从这里也让我更加的喜欢去设计和架构东西。架构让程序编程更美。多想,多做,多看。让我们的代码变得更加清晰。
坚决不做码农,我们是攻城师。