使用匿名函数减少重复代码

简介:

在一个项目中我使用到了软件工厂的工具帮助生成了对数据库的CRUD的方法,在Logic中需要对数据层进行封装,以提供对实体操作的接口,封装后的代码如:

 

public    bool  AddNews(News news)
{
    
try
    {
        newsRep.Add(news);
// 执行数据库操作
         return   true ;
    }
    
catch  (Exception ex)
    {
        LogLogic.AddSystemLog(
this , ex); // 记录异常日志
         return   false ; // 返回false
    }
}
public    bool  UpdateNews(News news)
{
    
try
    {
        newsRep.Save(news);
        
return   true ;
    }
    
catch  (Exception ex)
    {
        LogLogic.AddSystemLog(
this , ex);
        
return   false ;
    }
}
public    bool  DeleteNews( int  newsID)
{
    
try
    {
        newsRep.Remove(newsID);
        
return   true ;
    }
    
catch  (Exception ex)
    {
        LogLogic.AddSystemLog(
this , ex);
        
return   false ;
    }

一看上面的代码,其实都是实现调用一个数据访问层的方法,如果调用完成则返回成功,调用异常则返回失败。同样的逻辑,有必要重复的写这样的代码吗?虽然Ctrl+C和Ctrl+V的方式可以避免重复的手工输入重复的代码,但是从代码的艺术性来说,这样的代码明细不够优雅。此时我想到的第一个办法就是使用委托。但是数据访问层的方法传入的参数数目和类型又不相同,不能使用一个委托来实现。从一般的逻辑来说这里使用委托是必然的,但是一般的委托又不能适用于各自数据访问层的方法,这是就要使用.net2.0中的匿名函数来实现了。

首页我们定义一个所有Logic类的基类BaseLogic,在其中申明一个匿名函数的委托void TryMethod(),然后将公共的try catch部分提取出来形成方法TryIt。

 

public   class  BaseLogic

{
        
protected   delegate   void  TryMethod();
        
protected   bool  TryIt(TryMethod tryMethod)
        {
            
try
            {
                tryMethod();
// 调用委托中的匿名函数
                 return   true ;
            }
            
catch  (Exception ex)
            {
                LogLogic.AddSystemLog(
this , ex);
                
return   false ;
            }
        }

接下来就是改写前面的不够优雅的函数,改成使用匿名函数的方式:

 

public   class  NewsLogic:BaseLogic, INewsLogic
{

// …省略其他代码…

public    bool  AddNews(News news)
{
    
return  TryIt( delegate () // 使用匿名函数,调用基类中的TryIt方法
                     {
                         newsRep.Add(news);
                     }
        );
}
public    bool  UpdateNews(News news)
{
    
return  TryIt( delegate ()
                     {
                         newsRep.Save(news);
                     }
        );
}
public    bool  DeleteNews( int  newsID)
{
    
return  TryIt( delegate ()
                     {
                         newsRep.Remove(newsID);
                     }
        );


对比一下现在的代码和前面的代码,明显感觉代码清爽了很多,匿名函数的使用使得代码更易修改和维护。

本文转自深蓝居博客园博客,原文链接:http://www.cnblogs.com/studyzy/archive/2008/04/08/1141229.html,如需转载请自行联系原作者

相关文章
【BUG】循环中重复使用对象一定要注意
【BUG】循环中重复使用对象一定要注意
|
2月前
除了性能,块级作用域和函数作用域对代码的可读性和可维护性有何影响?
【10月更文挑战第29天】块级作用域和函数作用域都对代码的可读性和可维护性有着重要的影响。块级作用域通过明确变量的作用范围和避免全局变量污染,提高了代码的局部性和清晰性;而函数作用域则通过封装和逻辑分组,增强了代码的模块化和层次结构。在实际开发中,应根据具体的需求和场景,灵活运用这两种作用域,以达到最佳的代码可读性和可维护性。
|
6月前
|
开发者
代码可读性问题之避免代码中的“副作用”,如何解决
代码可读性问题之避免代码中的“副作用”,如何解决
|
存储 算法 数据处理
for 循环嵌套 for 循环,你需要懂的代码性能优化技巧!
本篇分析的技巧点其实是比较常见的,但是最近的几次的代码评审还是发现有不少兄弟没注意到。 所以还是想拿出来说下。
249 4
|
安全 搜索推荐
如何避免写重复代码?两种常见的方法:抽象和组合
如何避免写重复代码?两种常见的方法:抽象和组合
270 0
|
设计模式 JavaScript 前端开发
如何优雅的消除系统重复代码
在程序猿的日常工作中,不仅要跟随业务侧的发展不断开发新的需求,同时也需要维护老的已有平台。无论是开发新需求还是维护老系统,我们都会遇到同样一个问题,系统中总是充斥着很多重复的代码。
29589 11
如何优雅的消除系统重复代码
|
自然语言处理 JavaScript Java
从重复到重用
开发技术的发展,从第一次提出“函数/子程序”,实现代码级重用;到面向对象的“类”,重用数据结构与算法;再到“动态链接库”、“控件”等重用模块;到如今流行的云计算、微服务可重用整个系统。技术发展虽然日新月异,但本质都是重用,只是粒度不同。所以写代码的动机都应是把重复的工作变成可重用的方案,其中重复的工作包括业务上重复的场景、技术上重复的代码等。合格的系统可以简化当下重复的工作;优秀的系统还能预见未来重复的工作。
从重复到重用
|
程序员 索引
for 循环的 5 种写法,哪种最快?
几种遍历方法中for执行最快,它没有任何额外的函数调用栈和上下文。但在实际开发中我们要结合语义话、可读性和程序性能,去选择究竟使用哪种方案。下面来看for , foreach , map , for...in , for...of五种方法现场battle。