上面谈了几个类的封装,这次我们讲讲使用的方式。
在实际过程中,我们怎么就能说明我们少了代码的编写呢?
例如我们需要一个类实现某个表的操作,我们只需要继承与我们的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; } } }
从这里也让我更加的喜欢去设计和架构东西。架构让程序编程更美。多想,多做,多看。让我们的代码变得更加清晰。
坚决不做码农,我们是攻城师。