2.Magicodes.NET框架之路——策略管理
闲话策略
策略,有很多解释。但鄙人个人比较看重这点:
策略,是为了实现某个目标或者针对某些问题而制定的应对方案,以最终实现目标。比如为实现生娃而XXOO。
因此在本框架中,策略(Strategy),则是为了实现某些功能或者处理某些特定问题而制定的通用方案或者规则。粗浅一点,你可以理解为XXOO这种方式,不管用啥姿势,归根到底都离不开活塞运动。
如果还不明白,我们举个文明点的例子,比如发送短信,这是系统中常用的功能,也许短信服务商有很多,实现发短信的方式也有很多,但是对于系统来说,只需要的是发送短信这个功能而已,如何让系统的插件都能够使用这个功能,那么我们就需要定制统一的接口来规范,那么根据各个服务商提供的短信发送方式,我们不难理出以下接口:
/// <summary>
/// 短信策略接口
/// </summary>
public interface ISMSStrategy : IStrategyBase
{
/// <summary>
/// 短信服务器地址
/// </summary>
string Url { get; set; }
/// <summary>
/// 短信账号
/// </summary>
string UserName { get; set; }
/// <summary>
/// 短信密码
/// </summary>
string Password { get; set; }
/// <summary>
/// 发送短信
/// </summary>
/// <param name="to">接收人号码</param>
/// <param name="body">短信内容</param>
/// <returns>是否发送成功</returns>
bool Send(string to, string body);
}
不管你是小辣椒还是小冬瓜,还是小XX,通过实现这种策略,组件们都知道怎么发送短信。
Magicodes的基本策略
前面说过,Magicodes框架是一套插件框架,插件要干更多事,要实现一些比较通用的功能,那么就离不开插件策略了。
对于框架来说,将常用的策略纳入框架是很有利于插件调用的。目前,Magicodes框架提供了以下策略:
- Logger——日志策略
- Cache——缓存策略
- Email——邮件策略
- ScriptMin——脚本资源压缩策略
- Sesstion——会话策略
- SMS——短信策略
- UserAuthentication——用户验证策略
这些只是一些基本策略,后面还会集成一些通用的支付策略,认证策略等等,当前你也可以自己定制策略。废话先不多说了,我们继续。先说策略管理。
策略管理
对于策略一样,策略管理我们也得合计合计。首先,我们需要一个字典来存储策略。
/// <summary>
/// 策略字典
/// </summary>
static private Lazy<ConcurrentDictionary<string, List<IStrategyBase>>> strategyDictionary = new Lazy<ConcurrentDictionary<string, List<IStrategyBase>>>(() =>
{
return new ConcurrentDictionary<string, List<IStrategyBase>>();
}, LazyThreadSafetyMode.ExecutionAndPublication);
这里有几点需要注意的:
- Lazy是用于延迟加载
- LazyThreadSafetyMode.ExecutionAndPublication是为了确保线程安全
- ConcurrentDictionary是为了确保线程安全,这是.NET 4.0新增的字典集合
- 之所以使用List,这是为了考虑有多个同类型策略的存在的情况,比如张三喜欢玩双P,李四喜欢玩3P一样,也许是客户变态,但是也总有特殊的情况。默认,我们将第一项当做默认策略。
为了使用方便,我们再定义一个属性来获取该值:
public ConcurrentDictionary<string, List<IStrategyBase>> StrategyDictionary { get { return strategyDictionary.Value; } }
不然每次都通过strategyDictionary.Value获取,多累啊,而且也不利于框架使用者使用。
接下来,我们需要定义一些公共的方法来方便干活,整个代码定义如下:
/// <summary>
/// 策略管理
/// </summary>
public abstract class StrategyManagerBase
{
/// <summary>
/// 策略字典
/// </summary>
static private Lazy<ConcurrentDictionary<string, List<IStrategyBase>>> strategyDictionary = new Lazy<ConcurrentDictionary<string, List<IStrategyBase>>>(() =>
{
return new ConcurrentDictionary<string, List<IStrategyBase>>();
}, LazyThreadSafetyMode.ExecutionAndPublication);
/// <summary>
/// 策略字典
/// </summary>
public ConcurrentDictionary<string, List<IStrategyBase>> StrategyDictionary { get { return strategyDictionary.Value; } }
/// <summary>
/// 添加策略
/// </summary>
/// <typeparam name="T"></typeparam>
public abstract T AddStrategy<T>(T t) where T : IStrategyBase;
/// <summary>
/// 添加策略
/// </summary>
/// <typeparam name="T"></typeparam>
public abstract T AddStrategy<T>(string key, T t) where T : IStrategyBase;
/// <summary>
/// 添加策略
/// </summary>
/// <typeparam name="T"></typeparam>
public abstract T AddDefaultStrategy<T>(string key, T t) where T : IStrategyBase;
/// <summary>
/// 获取策略
/// </summary>
/// <typeparam name="T"></typeparam>
/// <returns></returns>
public abstract T GetDefaultStrategy<T>() where T : IStrategyBase;
/// <summary>
/// 获取策略
/// </summary>
/// <typeparam name="T">策略类型</typeparam>
/// <param name="key">key</param>
/// <returns></returns>
public abstract T GetDefaultStrategy<T>(string key) where T : IStrategyBase;
/// <summary>
/// 获取策略集合
/// </summary>
/// <typeparam name="T">策略类型</typeparam>
/// <param name="key">key</param>
/// <returns></returns>
public abstract List<T> GetStrategys<T>(string key) where T : IStrategyBase;
/// <summary>
/// 获取策略集合
/// </summary>
/// <typeparam name="T"></typeparam>
/// <returns></returns>
public abstract List<T> GetStrategys<T>() where T : IStrategyBase;
}
从上面可以看出,添加和获取都定义了。而且各位观众,这里可以看到,我将其定义为抽象类了。
这里我忍不住想抛出一个话题,什么时候用虚拟类,什么时候用接口呢?这个我们下回讨论吧,回到正题。
车子看好了,就等彩票了。我们接着实现:
public class StrategyManager : StrategyManagerBase
{
/// <summary>
/// 获取默认策略
/// </summary>
/// <typeparam name="T"></typeparam>
/// <returns></returns>
public override T GetDefaultStrategy<T>()
{
return GetDefaultStrategy<T>(typeof(T).FullName);
}
/// <summary>
/// 添加策略
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="t"></param>
public override T AddStrategy<T>(T t)
{
AddStrategy<T>(typeof(T).FullName, t);
return t;
}
/// <summary>
/// 添加策略
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="t"></param>
public override T AddStrategy<T>(string key, T t)
{
if (StrategyDictionary.ContainsKey(key))
{
StrategyDictionary[key].Add(t);
}
else
{
var newValue=new List<IStrategyBase>() { t };
StrategyDictionary.AddOrUpdate(key, newValue, (tKey, existingVal) =>
{
return newValue;
});
}
return t;
}
public override T GetDefaultStrategy<T>(string key)
{
if (StrategyDictionary.ContainsKey(key))
return (T)StrategyDictionary[key].First();
return default(T);
}
public override List<T> GetStrategys<T>(string key)
{
if (StrategyDictionary.ContainsKey(key))
return StrategyDictionary[key] as List<T>;
return null;
}
public override List<T> GetStrategys<T>()
{
return GetStrategys<T>(typeof(T).FullName);
}
public override T AddDefaultStrategy<T>(string key, T t)
{
if (StrategyDictionary.ContainsKey(key))
{
StrategyDictionary[key].Add(t);
//反转元素,使后来居上
StrategyDictionary[key].Reverse();
}
else
{
var newValue = new List<IStrategyBase>() { t };
StrategyDictionary.AddOrUpdate(key, newValue, (tKey, existingVal) =>
{
return newValue;
});
}
return t;
}
}
你看一无所有,搞了个儿子出来了,也就是间接证明了,彩票换车子是可以的。所以古人云"书中自有黄金屋,书中自有颜如玉",古人诚不欺我!!
这里就没太多讲解点了,只是语法的使用了。值得讨论的,就是设计理念了。对于架构,设计理念才是最重要的。之所以这么设计,我是为了追求灵活,比如需要获取日志策略:
public override ILoggerStrategy ApplicationLog
{
get
{
return this.StrategyManager.GetDefaultStrategy<ILoggerStrategy>();
}
}
这样获取的话,避免了传统的设计方式,比如(下面代码Word中手写,乱的话也请忍受下,Word发博确实不方便,每次发了都得调,心里大骂微软三声):
Public class A
{
Public ILoggerStrategy LoggerStrategy{get;set;}
……
}
如果是这么设计的话,每添加一个策略,老子都得改这个类,这是增加我的负担。另外也方便插件定义自己的策略,假如某XX1(插件)定义了一个微信推送的策略,那么XX2(插件)只需引用这个插件就好,策略还是共享的,不增加大家的工作量,也不增加我的工作量,大家都好。
最后
之前此贴用【MagicCode起航】账号发布过,这里重新发布过。以后Magicodes框架的博客都会使用此账号发布。
Magicodes框架现在已经免费开源下载了,具体请访问http://www.magicodes.net/。
策略核心部分介绍完了,觉得设计方面有问题,请尽管提,大家都是相互学习提升。
在程序员的世界里,技术不仅仅是技术。
在架构师的眼里,技术也不再是技术。
接下来,我将介绍日志策略以及其实现。
--------------------------------------------------分割线------------------------------------------------------------------
本框架将会长期维护并且更新下去,而且尽量每周分享一篇技术贴或者架构心得贴,以促进大家共同进步,如有不对的地方,请各位大神指正。
2.Magicodes.NET框架之路——策略管理的更多相关文章
- 3.Magicodes.NET框架之路——预览(一)
3.Magicodes.NET框架之路——预览(一) 前言 一眨眼,已经过去两个多月了 ,哥已经火力全开了(业余时间和精力,甚至为此放弃了各种私活),所以大家不要抱怨慢哈.编程犹如逆水行舟,不进则退. ...
- 1.Magicodes.NET框架之路——起航
1.Magicodes.NET框架之路--起航 前言 从事开发也好几年了,并且最近一直在做架构搭建的工作.这些时间,最大的感悟就是: 只有自己理解了的才是自己的. 对架构这块,若欲立之,必先破之. 故 ...
- Magicodes.NET框架之路——V0.0.0.5 Beta版发布
最近写代码的时间实在不多,而且今年又打算业余学习下Unity3D以及NodeJs(用于开发游戏后台),因此完善框架的时间更不多了.不过我会一直坚持下去的,同时我也希望有兴趣的同学可以加入Push你的代 ...
- Magicodes.NET框架之路——让代码再飞一会(ASP.NET Scaffolding)
首先感谢大家对Magicodes.NET框架的支持.就如我上篇所说,框架成熟可能至少还需要一年,毕竟个人力量实在有限.希望有兴趣的小伙伴能够加入我们并且给予贡献.同时有问题的小伙伴请不要在群里询问问题 ...
- Magicodes.NET框架之路——产品之路(谈谈产品管理)
虽然Magicodes.NET现在还不属于产品,但是却不妨碍她想成为产品的心. 为什么突然有了此篇,这篇不是空穴来风,而是我思考良久的结果: 为了让大家知道我在干什么,我想干什么,我将要干什么还有我干 ...
- Magicodes.NET框架之路——让Magicodes.NET帮你编写代码
时间总是过得很快,而我几乎没有时间来安安静静的写博客和完善文档.不过总算是框架在一直前进,而我的计划是在今年年底(公历)前,让此框架成熟稳定. 在很长一段时间里,我尝试了很多我之前没有接触的技术或者没 ...
- Magicodes.NET框架之路[转]
插件式框架 响应式布局以及前后端对移动设备的支持 便捷的业务代码生成,比如CRUD生成,并且表单支持根据不同数据类型或特性生成相应的展示组件. 从框架到插件包括代码生成模板均走开源路线,便于理解和定制 ...
- Magicodes.NET框架
Magicodes.NET框架之路——让代码再飞一会(ASP.NET Scaffolding) 首先感谢大家对Magicodes.NET框架的支持.就如我上篇所说,框架成熟可能至少还需要一年,毕竟 ...
- 使用WiX Toolset创建.NET程序发布Bootstrapper(安装策略管理)(二)——自定义安装
原文:使用WiX Toolset创建.NET程序发布Bootstrapper(安装策略管理)(二)--自定义安装 自定义产品卸载方式 继续从上一次的基础上前进,现在我们已经知道了最简单的bootstr ...
随机推荐
- 从React组件划分的纠结到总结
在实际开发项目中,我将所有的React组件划分为容器组件和展示组件,展示组件其实就是一个纯函数组件,没有任何副作用,基本都是PureComponent.但是突然,出现了这么一个问题: 我有一个浮层组件 ...
- Mac- appium 环境配置
一: 下载 appium : https://bitbucket.org/appium/appium.app/downloads/ 下载安装完,打开appium,安全性与隐私设置 检测提示: ...
- CentOS6.8常用服务
service level0 level1 level2 level3 level4 level5 level6 功能 ...
- bootstrap table使用参考
https://www.cnblogs.com/landeanfen/p/5821192.html 转载 阅读目录 一.x-editable组件介绍 二.bootstrapTable行内编辑初始方案 ...
- Day11 (黑客成长日记) 爬取网站图片
#导入第三方库# coding:utf-8import requests,re #找到需要爬取的网站'http://www.qqjia.com/sucai/sucai1210.htm' #1>获 ...
- hive 函数 nvl()
首先用desc function,查看hive给出的函数解释 nvl(value,default_value) - Returns default value if value is null els ...
- DB2日常维护常用命令
1.检查是否有僵尸进程 ps -emo THREAD | grep -i Z | grep -i 实例名 2.处理死锁 --第一步:查看所有死锁 db2 get snapshot for lock ...
- 装mongondb数据库
装mongondb数据库装好以后进入c盘mongondb bin里边 复制地址 将其放入环境变量里边 放之前需要往前边加一个英语的;在 d盘 建一个data文档 里边简历一个db文件夹 cmd命令框输 ...
- 卷积神经网络中的channel 和filter
在深度学习的算法学习中,都会提到 channels 这个概念.在一般的深度学习框架的 conv2d 中,如 tensorflow .mxnet,channels 都是必填的一个参数. channels ...
- 剑指offer面试题25:二叉树中和为某一值的路径
题目:输入一棵二叉树和一个整数,打印出二叉树中结点值的和为输入整数的所有路径.从根节点开始往下一直到叶节点所经过的节点形成一条路径. 解题思路:当使用前序遍历的方式访问某一节点时,把该节点添加到路径上 ...