目录
1引言
本文分析和演示如何在Camstar的Web服务层加入缓存,具体的缓存方式有多种选择,本文选择使用Redis作为缓存中间件。并以一个具体的实例(模拟真实情况),演示用缓存的好处。本篇博文的理论基础是另一篇博文:Camstar 开发:缓存的作用与分析
2实例描述
假设已有生产订单从SAP系统调用MES系统的接口发推送到了MES系统,接口数据如表1所示。现需要在MES系统中开发一个接收页面,由生产调度员选择需要生产的订单,接收并下发到生产线。
字段名 | 字段类型 | 字段描述 |
Order | string | 订单号 |
State | string | 订单状态,默认未接受 |
OtherInfo | string | 订单信息(其他信息不重要,统一成一个字段) |
原型设计界面如图1所示。
图1
上方区域为待接收的生产订单的过滤条件,下方区域为推送到MES系统的生产订单信息。用户点击查询按钮,根据筛选条件查询符合条件的生产订单;用户选择表格生产订单点击接收,将选择的生产订单接收并下发到生产线。
3开发分析
开发背景:目前接口具体数据尚未明确,表1中的数据只是预计必有的一些字段,系统接口实际也未搭建,即数据来源不确定。订单接收后数据流向无需考虑,本页面只需修改订单的状态从“未接受”到“已接收”。
本页面功能很简单,从开发角度来说,就是一个查询功能和一个修改功能。困难点在于上游数据不确定,作为Camstar开发很难确定在Designer中的建模。假设本页面所有操作都做缓存处理,不需要穿透到数据库,并且缓存不过期。那么,可以设计如表2的缓存结构。
Key | Value |
Order | State和OtherInfo等信息的对象 |
4 实例类图
经过分析该实例,画出实例类图,如图2。可以看出,系统类从通常的1个变成了5个,类数量大幅度增加,但是各个类的职责更加明确,实际代码并没有增加很多。
图2
整体结构中,主要使用了桥接模式,将穿透到Camstar服务的代码和访问缓存的代码解耦;在抽象类AbsReceiveOrder中又使用模板方法模式,控制整个服务的执行逻辑骨架。而具体的逻辑则交给子类实现抽象方法,钩子方法和接口实现来反向控制。
根据实例类图,具体实现代码,项目工程树如图3所示。
图3
5 代码分析
5.1 RedisHelper
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Reflection;
using ServiceStack.Redis;
/// <summary>
/// Summary description for RedisHelper
/// </summary>
public class RedisHelper
{
#region Single
private static RedisHelper instance;
private static readonly object locker = new object();
public static RedisHelper Instance
{
get
{
if (instance == null)
lock (locker)
{
if (instance == null)
instance = new RedisHelper();
}
return instance;
}
}
private RedisHelper()
{
//
// TODO: Add constructor logic here
//
}
#endregion
private RedisClient redisClient = new RedisClient("localhost", 6379);
public RedisClient RedisClient
{
get
{
return redisClient;
}
}
}
RedisHelper是采用单例模式设计的Redis辅助类,为了保证同一个Web服务端只有一个Redis的客户端。其中,将Redis服务地址和端口以及密码等信息写入配置文件,可以在运行期指向不同的Redis服务实例。 本类中硬编码了。