重构实践——为了try-catch大兴排场
可能是我们共同的强迫症,不要说看到,就算想到太多的try-catch也很难接受。
于是,开始了一些尝试,这些尝试都算是思维的锻炼、场面的见识、经验的积累。
Version1 —— 原始版本
一开始,在ConcreteService中,拥有了太多的try-catch,而影响码字的兴趣。
代码 原始代码
/// <summary>
/// 契约
/// </summary>
public interface IUpdateManyManyThingContract
{
bool UpdateSth1(DataSet ds);
bool UpdateSth2(DataSet ds);
bool UpdateSth3(DataSet ds);
bool UpdateSth4(DataSet ds);
//...
} /// <summary>
/// 服务实现
/// </summary>
public class ConcreteService : IUpdateManyManyThingContract
{
private IDao m_Dao; public bool UpdateSth1(DataSet ds)
{
try
{
var dt = ds.First();
if (!dt.HasElements()) return true; foreach (DataRow row in dt.Rows)
{
//构造
var entity = new Branch(row);
m_Dao.SaveOrUpdate(entity);
}
return true;
}
catch (Exception ex)
{
Logger.Log(ex);
return false;
}
} public bool UpdateSth2(DataSet ds)
{
try
{
}
catch (Exception)
{
}
} public bool UpdateSth3(DataSet ds)
{
throw new NotImplementedException();
} public bool UpdateSth4(DataSet ds)
{
throw new NotImplementedException();
}
//many update methods,many try-catches...
}
如上代码,UpdateSth函数里面都需要实现一个try-catch,而觉得恶心到自己了。
Version2——(Extract Method)提取方法 + Func
于是,基于自己的积累,开始了重构的第一个版本。
针对这个服务(ConcreteService)的特殊性,定制了一个专门的方法进行控制——TrycatchBlock。
代码 提取方法片段
/// <summary>
/// 服务实现
/// </summary>
public class ConcreteService : IUpdateManyManyThingContract
{
private IDao m_Dao; public bool UpdateSth1(DataSet ds)
{
return TrycatchBlock(() =>
{
var dt = ds.First();
if (!dt.HasElements()) return true; foreach (DataRow row in dt.Rows)
{
//构造
var entity = new Branch(row);
m_Dao.SaveOrUpdate(entity);
}
return true;
});
} public bool UpdateSth2(DataSet ds)
{
return TrycatchBlock(() =>
{
//...
return true;
//...
//return false;
});
} public bool UpdateSth3(DataSet ds)
{
throw new NotImplementedException();
} public bool UpdateSth4(DataSet ds)
{
throw new NotImplementedException();
}
//many update methods,many try-catches... //try-catch控制块
private bool TrycatchBlock(Func<bool> body)
{
try
{
return body();
}
catch (Exception ex)
{
Logger.Log(ex);
return false;
}
}
}
是的,这是一次进步,将所有的try-catch的功能职责都集中到了一个函数里面,也方便调试了。
但是,还得每个方法都加上一句:return TrycatchBlock(() => { 。。。 })。
从本质上来说,还是在进行中重复。
Version3——过滤器思想(否决)
经过老大的指点:考虑MVC中的类似FilterAttribute的注解。
思路演进:MVC中,有一个HandErrorAttribute的特性,用于拦截控制器或者动作的异常。。。。。。对,这是个思路,但过了没多久,我就放弃了。
放弃理由:“Request请求——>路由数据——>ControllerInvoker——>反射调用Controller或Action。”,这里面用了很多元数据(***Descriptor,***Invoker等)手段,实现难度不小。
另外,我需要的是“instance.MethodAction”(对象直接调用方法)的方式,因为是为WCF直接提供服务(WCF会根据配置文件中服务的名称创建服务),不需要使用反射进行动态调用。
Version4——动态代理
浏览网页的过程中,想起动态代理——Castle Dynamic Proxy,是的,Moq,Spring.net等一系列优秀的框架中引用到了它。
V4.1.使用中间层
想起一个老外曾经说过的一句话“计算机的任何问题,都可以通过一个中间层来解决”,当然,这里的中间层,是一个广泛和抽象的概念,比如,中间1号调中间2号、中间2号调目标,可能是一个递归的结构也说不定。
于是使用interceptor继续一个版本:
代码3:中间层——ConcreteServiceProxy;拦截器——ServiceDynamicProxyInterceptor。
/// <summary>
/// 服务实现
/// </summary>
public class ConcreteService : IUpdateManyManyThingContract
{
private IDao m_Dao; public bool UpdateSth1(DataSet ds)
{
var dt = ds.First();
if (!dt.HasElements()) return true; foreach (DataRow row in dt.Rows)
{
//构造
var entity = new Branch(row);
m_Dao.SaveOrUpdate(entity);
}
return true;
} public bool UpdateSth2(DataSet ds)
{
//...
return true;
//...
//return false;
} public bool UpdateSth3(DataSet ds)
{
throw new NotImplementedException();
} public bool UpdateSth4(DataSet ds)
{
throw new NotImplementedException();
}
//many update methods,many try-catches...
} public class ConcreteServiceProxy : IUpdateManyManyThingContract
{
private ConcreteService m_Service;
public ConcreteServiceProxy()
{
m_Service = ServiceDynamicProxyInterceptor.CreateServiceProxy<ConcreteService>();
}
public bool UpdateSth1(DataSet ds)
{
return m_Service.UpdateSth1(ds);
} public bool UpdateSth2(DataSet ds)
{
return m_Service.UpdateSth2(ds);
} public bool UpdateSth3(DataSet ds)
{
return m_Service.UpdateSth3(ds);
} public bool UpdateSth4(DataSet ds)
{
return m_Service.UpdateSth4(ds);
}
} public class ServiceDynamicProxyInterceptor : IInterceptor
{
/// <summary>
/// 工厂方法
/// </summary>
/// <typeparam name="T">服务类型</typeparam>
/// <returns>一个经过代理的服务</returns>
public static T CreateServiceProxy<T>() where T : class
{
ProxyGenerator generator = new ProxyGenerator();
ServiceDynamicProxyInterceptor interceptor = new ServiceDynamicProxyInterceptor();
T entity = generator.CreateClassProxy<T>(interceptor);
return entity;
} public void Intercept(IInvocation invocation)
{
try
{
invocation.Proceed();
}
catch (Exception ex)
{
Log.Error(ex.Message);
invocation.ReturnValue = false;
}
}
}
上述代码是一目了然,使用m_Service = ServiceDynamicProxyInterceptor.CreateServiceProxy<ConcreteService>();就得到一个代理过的对象,也就能够进行拦截。
多了一个中间层——ConcreteServiceProxy,层次分明了,但是代码同样没有减少,这个似乎又看起来多次一举。
况且还要改配置文件,WCF的配置,如下下划线部分。
<service name="MyNameSpace.Service.ConcreteServiceProxy" behaviorConfiguration="WFServiceBehavior">
V4.2.IOC版
到使用中间层为止,我已经是能够接受的了。但老大觉得还可以再精简,确实是经验丰富,又被指点了,然后提点我使用IOC,目标是去除中间层——ConcreteServiceProxy。
思路:
1) 先使用动态代理创建一个被代理过的(Proxied)ConcreteService对象;
2) 将此对象放入IOC中(如Autofac,Unity等);
3) 如果需要使用ConcreteService类型的实例,从IOC中获取即可。
注:(去除了中间层——ConcreteServiceProxy;同时ConcreteService不用加try-catch;也不用改配置文件了)
代码4:去除了中间层——ConcreteServiceProxy;同时ConcreteService不用加try-catch;也不用改配置文件了 public class DependencyRegistrar : IDependencyRegistrar
{
public virtual void Register(ContainerBuilder builder, ITypeFinder typeFinder)
{
var proxiedService = ServiceDynamicProxyInterceptor.CreateServiceProxy<ConcreteService>();
builder.Register(c => proxiedServicec).As<ConcreteService>().InstancePerRequest();
} public int Order
{
get { return ; }
}
}
一次多好的体验啊!!!
用DP(Dynamic Proxy)完成了拦截;用IOC完成了DI。
写到这里,问题来了,WCF能够通过配置文件配置的服务名称,即MyNameSpace.Service.ConcreteService,自动去IOC中找到被代理的对象吗?Autofac.WCF能不能帮助它完成呢?
(附)动态代理链接:
http://docs.castleproject.org/Tools.DynamicProxy.ashx
http://www.cnblogs.com/daxnet/archive/2011/09/07/2169520.html
http://www.cnblogs.com/RicCC/archive/2010/03/15/castle-dynamic-proxy.html
总结:就先写到这里,体验的感觉哪怕就是一点点,也很爽!欢迎拍砖。
Demo链接:http://files.cnblogs.com/pengzhen/TryCatchDemo.rar
重构实践——为了try-catch大兴排场的更多相关文章
- 网易新闻App架构重构实践:DDD正走向流行
网易新闻App架构重构实践:DDD正走向流行 https://mp.weixin.qq.com/s/FdwrT_xn3CQqpWoRVBttvQ 小智 InfoQ 2020-05-14 作者 | 小智 ...
- 通过业务系统的重构实践DDD
最近新接了一个业务系统——社区服务系统,为了快速熟悉和梳理老系统的业务逻辑和代码,同时对老系统代码做一些优化,于是打算花上一个月时间不间断地对老系统服务进行重构.同时,考虑到社区业务的复杂性,想起了之 ...
- 高德渲染网关Go语言重构实践
1.导读 高德启动Go业务建设已经有段时间了,主要包含Go应用落地,Go中间件建设,云原生三个部分.经过持续的发力,在这些方面取得了不错的进展.高德Go业务落地过程是如何实现的,遇到过哪些问题,如何 ...
- Web前端开发最佳实践(2):前端代码重构
前言 代码重构是业内经常讨论的一个热门话题,重构指的是在不改变代码外部行为的情况下进行源代码修改,所以重构之前需要考虑的是重构后如何才能保证外部行为不改变.对于后端代码来说,可以通过大量的自动化测试来 ...
- Vue 项目架构设计与工程化实践
来源 文中会讲述我从0~1搭建一个前后端分离的vue项目详细过程 Feature: 一套很实用的架构设计 通过 cli 工具生成新项目 通过 cli 工具初始化配置文件 编译源码与自动上传CDN Mo ...
- 【DDD】领域驱动设计实践 —— 框架实现
本文主要了在社区服务系统(ECO)中基于SpringMVC+mybatis框架对DDD的落地实现.本文为系列文章中的其中一篇,其他内容可参考:通过业务系统的重构实践DDD. 框架实现图 该框架实现基本 ...
- 【DDD】领域驱动设计实践 —— 业务建模小招数
本文结合团队在ECO(社区服务系统)业务建模过程中的实践经验,总结得到一些DDD业务建模的小招数,不一定是完美的,但是对我们团队来说很有效用,希望能帮到其他人.后面会陆续将项目中业务建模的一些经典例子 ...
- 20155314 2016-2017-2 《Java程序设计》实验三 敏捷开发与XP实践
20155314 2016-2017-2 <Java程序设计>实验三 敏捷开发与XP实践 实验内容 XP基础 XP核心实践 相关工具 实验知识点总结 (一)敏捷开发与XP 软件工程:把系统 ...
- 美团外卖Android平台化的复用实践
美团外卖平台化复用主要是指多端代码复用,正如美团外卖iOS多端复用的推动.支撑与思考文章所述,多端包含有两层意思:其一是相同业务的多入口,指美团外卖业务需要在美团外卖App(下文简称外卖App)和美团 ...
随机推荐
- Maya导入Unity的教程
原地址:http://www.cocoachina.com/gamedev/gameengine/2010/0601/1586.html 昨天已经发布了1Vr.Cn翻译的多维材质模型烘培入Unity ...
- unity3d 截屏
原地址:http://www.cnblogs.com/88999660/archive/2013/01/21/2869747.html void OnGUI(){ if(GUI.Button(new ...
- UITableView 委托方法总结
http://blog.sina.com.cn/s/blog_7b9d64af01019x3t.html 总结: UITableViewDelegate row: heightForRow hea ...
- node.js模拟qq漂流瓶
(文章是从我的个人主页上粘贴过来的,大家也可以访问我的主页 www.iwangzheng.com) node.js模拟简易漂流瓶,页面有扔瓶子和捡瓶子的功能,一个瓶子只能被捡到一次,阅读完就置状态位, ...
- Mysql函数集合
Mysql提供了很多函数 提供的常用函数集合 一.数学函数 ABS(x) 返回x的绝对值 BIN(x) 返回x的二进制(OCT返回八进制,HEX返回十六进制) CEILING(x) 返回大于x的最小整 ...
- Bulb Switcher
There are n bulbs that are initially off. You first turn on all the bulbs. Then, you turn off every ...
- Price List
Price List Time Limit: 2000/1000 MS (Java/Others) Memory Limit: 262144/131072 K (Java/Others)Tota ...
- codeforces 489C.Given Length and Sum of Digits... 解题报告
题目链接:http://codeforces.com/problemset/problem/489/C 题目意思:给出 m 和 s,需要构造最大和最小的数.满足长度都为 m,每一位的数字之和等于 s. ...
- UVALive 7040 Color (容斥原理+逆元+组合数+费马小定理+快速幂)
题目:传送门. 题意:t组数据,每组给定n,m,k.有n个格子,m种颜色,要求把每个格子涂上颜色且正好适用k种颜色且相邻的格子颜色不同,求一共有多少种方案,结果对1e9+7取余. 题解: 首先可以将m ...
- Spell checker(poj 1035)
题意: 此题是一个字符串的问题,首先要给出一个字典,里面存储了数个单词.而后,给出一个单词,如果字典中存在,那么就输出correct,如果字典中没有,那么就要判断是不是这个单词有错误,错误有3 ...