企业管理软件包含一些公共的组件,这些基础的组件在每个新项目立项阶段就必须考虑。核心的稳定不变功能,方便系统开发与维护,也为系统二次开发提供了诸多便利。比如通用权限管理系统,通用附件管理,通用查询等组件,若是在项目开发前就准备好了这些组件,为项目如期交付提供了保证。
- 查询设计器 Query Designer 支持选择一个或多个数据库表,通过左右连接的方式构建查询结果,支持直接手写SQL语句设计查询,支持调用存储过程查询,支持用代码设计查询。
- 报表设计器 Report Designer 支持配置的方式生成报表参数对话框,支持报表多语言,支持报表参数设置与打印
- 窗体设计器 Form Designer 支持用户自定义界面控件的布局(Layout)和外观(Appearance),支持用户修改界面控件的查找条件
- 工作流设计器 Workflow Designer 支持自定义流程,支持自定义消息通知,支持自定义事件,支持计划任务
- 任务计划设计器 Schedule Designer 支持计划任务
查询设计器 Query Designer
在系统维护过程中,不停的增加新的字段,一般不会立即重写系统现有的查询,但需要一种方式可以立即看到系统的更改,或者是系统现有的查询不能满足客户的需求,查询设计器就是为了解决系统查询功能的不足开发的。
我考虑到了以下几种查询的方式,简单介绍它们的实现方式供参考。
1 SQL语句 SQL Statements
假设客户的系统维护人员懂SQL语句,经过多年客户积累的系统,软件公司也有许多常用的查询语句,将这些查询语句放到一个查询功能中执行一下,即可获取数据。
参考下面的SqlDbx程序的例子,在系统中可以对这个界面进行简化,只保留输入SQL语句和显示查询结果的地方。
为了方便最终用户分析结果数据,系统需要提供对查询结果数据的导出(Microsoft Excel),过滤,排序,分组等功能。
ERP系统将每个查询保存起来,下次用户只需要敲查询编号即可看到查询结果,并对结果数据进行操作。
2 图形化查询设计 GUI Query Design
如果用户不懂SQL语句,系统考虑提供一种图形化的方式供用户设计查询。记得10年前自己在学习SQL语句的时候,是非常期待有一个智能化的工具,可以让我选择要查询的数据表和字段,再设置数据表之间关联,最后就得到我需用的查询语句。系统参考了Access 的查询设计器,参考一下经典的Access的查询设计界面:
微软Office套件中Access的查询设计器经过多年的发展,应该是有足够的理由相信这个界面是最容易让非IT人士接受的查询设计界面。只需要用鼠标选一下要查询的表,再选择要显示的字段,系统自动产生相应的SQL语句。
图纸化查询设计这种功能会经常出现在报表设计器中,报表设计器一般都会附加一个图形化的查询设计工具,我们可以在那里找到它的界面原型,经过简化后变成ERP系统的查询设计工具。
3 存储过程查询 Query By Stored Procedure
如果SQL语句或是表关联也不能满足数据的查询要求,系统可以考虑增加存储过程支持,以满足更复杂的查询需求。在ERP的财务报表中,各种财务统计报表的确相当的繁琐,非用存储过程不可。我们需要考虑好,如何将参数传递到存储过程中,显示存储过程的返回结果就可满足这种需求。为此,设计如下的查询语句:
EXEC spRpt_OrderAmtTotal %1, %2
存储过程的后面两个参数是占位符号,表示需要给此存储过程传递参数。于是,还需要设计一种参数映射,设定参数的类型,长度,运行此查询时,将用户输入的值替换到上面的两个占位置符中,传递到存储过程中。
存储过程的定义已经定义它的参数类型,系统运行查询时,系统需要将上面的%1的值所代表的值转换成存储过程需要的参数类型,比如上图中的%1 所代表的Date From,系统需要用户的输入值进行强制类型转换为日期时间类型,再传递到存储过程中获取返回结果。
4 程序查询 Query By Program
用程序代码写查询可以分为二种情况,单据查询,列表查询。单据查询只需要继承原有的单据编辑窗体,设置窗体不可编辑,这样就完成了单据查询。列表查询是指需要用户输入一种或几种过滤条件,根据过滤条件得到查询结果。
单据查询的代码非常简单,只是重设几个属性即可,参考下面的代码例子。
public partial class SalesContractEnquiry : Foundation.Sales.Entry.SalesContractEntry{ public CostSheetEnquiry() { InitializeComponent(); this.SupportAdd = false; this.SupportDelete = false; this.SupportEdit = false; }
程序代码中禁用了单据的新增,删除,编辑操作,这样单据窗体变也了查询窗体。
列表查询的界面参考如下,界面中上方是过滤条件输入控件,下面显示查询结果。对查询结果可以导出Excel,过滤,分组,或是以图表的方式呈现查询结果。
报表设计器 Report Designer
报表设计器分二个组件,一个是报表设计,另一个是报表显示,前者是design,后者是render。市面上有许多报表设计工具,我比较熟悉是的水晶报表(Crystal Report)和报表服务(SQL Server Reporting Services)。刚毕业那时还接触到开源的报表设计器RDLC Designer,是微软报表服务的一个开源实现。工作中接触水晶报表的时间比较多,我的技术总监写的一个水晶报表查看器,全是反射调用做成的报表查看器,不依赖于水晶报表的版本,发现水晶报表对.NET的支持相当稳定,从Crystal Report for Visual Studio 2008 runtime到现在的Crystal Report 13.10,几乎没有改动代码就可以完美的运行技术总监的代码,水晶报表是.NET报表制作的工业标准。
能力有限,实在没有精力去维护一份报表设计器代码,报表设计选用SAP的水晶报表设计器,这个工具有很多年没有更新,目前能找到的最新版本是Crystal Report 200 SP2。
所以这一部分的内容测重于报表呈现(Render),力求设计一个完美的报表阅读器。作为核心功能,列出如下需求:
- 报表设计完成后,不需要.NET编程即可调用报表,主要的困难在于参数传递。
- 报表支持多语言,也就是支持英语,简体,繁体三种语言显示报表。
- 报表部署方便,只需要安装一个Crystal Report runtime就可以运行报表。
- 报表定制容易,用户既可以用系统提供的标准报表,也可用定制修改报表。
1 参数传递 Dynamic Parameter
水晶报表分三种类型的参数,通过调节这三个数值来改变水晶报表的数据。定义以下枚举:
public enum ReportFieldType{ [DisplayText("Selection Formula"), StringValue("0")] SelectionFormula = 0, [DisplayText("Formula Field"), StringValue("1") ] FormulaField = 1, [DisplayText("Parameter"), StringValue("2")] Parameter = 2 }
以上三种种方式的定义,与下面的水晶报表截图可以更清楚的了解它们的含义:
0 表示表记录选择条件,1 表示公式,2表示参数。 通过这三种方式,可以定义如下表结构:
运行报表时,先根据上面的参数表生成控件,获取控件的值,传递到水晶报表中,即完成了参数传递。
这样开发的好处是技术支持人员可独立制作和开发报表,不需要开发部专门为每个界面开发参数选择界面。
2 多语言 Localization
如何只设计一份报表,却可以让它同时以三种本地化语言显示报表。经历了以下几种方案演化。
1) 定义一个LanguageCode的公式或参数,运行时由系统传入到报表中来,表示当前要显示的语言。水晶报表中每个文字标签都用公式表示,公式Ccy的例子参考如下:
if LanguageCode=1 then "Currency" else if LanguageCode=2 then “貨幣”else "货币"
从公式中可以看到,1表示英语,2表示繁体中文,其它的数字表示简体中文。这样根据传入的LanguageCode的值,来显示文本标签的值,实现了报表多语言显示。
2) 使用.NET Localization方案,定义三种资源文件,分别是Resource.en-us.resx,Resource.zh-cn.resx,Resource.zh-tw.resx,编译这个程序集后会生成三个带语言标识的子程序集,.NET运行时会根据语言查找相应的资源文件,调用语言配对的资源。关键的代码调用如下所示:
System.Threading.Thread.CurrentThread.CurrentUICulture = CultureInfo.CreateSpecificCulture(cultureName);System.Threading.Thread.CurrentThread.CurrentCulture = new CultureInfo(cultureName);
3) 翻译水晶报表控件TextObject
这个方法是借助于水晶报表.NET API,找到水晶报表中需要翻译的对象,一般是TextObject,将它翻译成对应的本地化语言再显示,这种方案深受报表开发人员喜爱,开发报表时只需要按照标准英文版的做法,当需要显示为其它语言时,自动转化为本地化语言。可参考下面的代码片段以加深了解。
IEnumerator reportObjectEnumerator = (IEnumerator)ReflectionHelper.InvokeMethod(reportObjects, "GetEnumerator"); while (reportObjectEnumerator.MoveNext()) { try { object reportObject = reportObjectEnumerator.Current; object objectKind = ReflectionHelper.GetPropertyValue(reportObject, "Kind"); string objectKindName = Enum.GetName(objectKind.GetType(), objectKind); if (string.CompareOrdinal(objectKindName, "TextObject") == 0 || string.CompareOrdinal(objectKindName, "FieldHeadingObject") == 0) { string text = (string)ReflectionHelper.GetPropertyValue(reportObject, "Text"); if (!string.IsNullOrEmpty(text)) { string translatedText = ComponentCommon.TranslateText(text, false); if (string.CompareOrdinal(text, translatedText) != 0) ReflectionHelper.SetPropertyValue(reportObject, "Text", translatedText); } } } catch { } }
反射调用一个对象要实现foreach的效果,需要调用GetEnumerator方法。
3 部署 Deployment
写一个水晶报表运行库的检测程序,它可以检测安装的水晶报表的版本。水晶报表控件全部用反射方法调用,参考下面的代码例子,这样就实现了编译时不依赖于水晶报表版本的效果,部署时更加灵活方便。
ReflectionHelper.SetPropertyValue(this._crystalReportViewer, "ReportSource", this._report); ReflectionHelper.InvokeMethod(this._crystalReportViewer, "Update"); ReflectionHelper.InvokeMethod(this._crystalReportViewer, "Zoom", new System.Type[] { typeof(int) }, new object[] { 1 }); ReflectionHelper.InvokeMethod(this._crystalReportViewer, "Zoom", new System.Type[] { typeof(int) }, new object[] { this._zoomFactor });
4 报表定制
引入一个替代报表(Alternate report)的概念,将标准报表嵌入到程序集或放置在标准报表目录中,系统也支持一个替代报表的路径选项,系统读取报表时优先查找替代报表路径中的报表文件,找到则用替代报表显示,否则继续在标准报表路径中查找报表。因为两种报表放置在不同的路径中,所以相同的报表文件也不会相互影响和覆盖,解决了客户定制报表与系统报表取舍的难题。替代(Alternate)的概念还用在物料清单的替代物料中,生产发料时当物料不够发料,可以去查找替代物料发料,好比我们口渴了可以喝汽水,也可以选择喝凉茶。
窗体设计器 Form Designer
窗体设计器在ERP/MIS领域应用的相当广泛,Visual Studio本身就是一个设计精良的窗体设计器。金蝶ERP的BOS系统全部依赖于它的窗体设计器,在此基础上做数据绑定和插件开发。微软的InfoPath也是一个自定义表单工作,常用来做OA系统的自定义表单。刚毕业那会也非常喜欢研究form designer re-host技术,可惜一直没有找到技术突破点,也不知道这样的设计是否合理。曾经接触过《像搭积木一样做软件》这本书,全书讲解的就是以窗体设计器为基础,做表达式求值,做事件绑定和属性绑定,不需要编码而开发企业管理软件。
然而这种美好的技术终究是一种幻觉,Visual Studio 仍旧是最流行的开发工具,窗体开发仍旧是企业管理软件开发的重点。窗体设计器所产生的代码,只有一小部分间接的用途。我没有深入接触这个主题,但就我所知道的知识点列举如下。
1 窗体设计器可以生成CS/VB/Xml 三种代码格式。NET动态编译技术已经很成熟,直接调用.NET API就可以将CS/VB代码编译为程序集,在这里我选择第三种格式,我并不需要用窗体设计器完全开发一个新功能,那样涉及到数据绑定,主从数据等一系列难题,我只需要设计器产生Xml格式,运行时我可以优先加载这个自定义布局,所以Xml格式足矣。
2 要设计的窗体对象是现有的系统功能。用户可能要修改界面控件的布局或是外观。实施过程中,看到很多客户喜欢将控件标成红色或蓝色以加快阅读速度,然而当满屏幕都是花花绿绿的控件,反而会降低阅读理解的速度。另一个就是控件的布局,一些用户不需要的选项卡,控件可以通过窗体设计器隐藏。
3 窗体设计器最重要的地方是可以修改界面控件的查找。参考下图。
窗体设计器可以修改Customer No中查找按钮的过滤条件,这一重要的功能大大减轻了开发人员的负担。
4 窗体设计器不可以用来完全重新开发一个新功能,从界面设计到数据绑定,再到数据验证,以及数据之间的勾稽
引用,这些功能的实现不可能通过鼠标拖放控件就完成。即使通过大量的二次开发,像金蝶那样做成BOS,它的可扩展性和灵活性仍那以控制。比如单价 * 数量=金额,要做到输入单价或数量时,自动计算金额。BOS要考虑的内容项太多,我终究是彻底放弃这种开发模式,只用到窗体设计器的一小部分功能:控件外观与布局修改,控件查找定制。
工作流设计器 Workflow Designer
工作流实现的四大基础功能:通知提醒,批核,计划任务,调用自定义代码。
为了实现这个目标,基于微软的.NET WF,做了以下工作以达到上述目的。
1 定义活动库 Activities
活动是工作流中的代码执行单元,一个工作流定义本身也是一个活动。根据业务需要,定义了如下活动库:
文档批核活动,发送消息活动,发送邮件活动,调用.NET 代码活动,执行数据库查询活动,报表生成活动。
2 定义工作流类型 Workflow
根据业务的需要,定义以下几种业务类型:
单据类:单据保存,单据更新,单据删除,单据新建。
业务类:文档送审,文档批核,业务过帐,业务完成,业务取消。
任务计划:在预定时间执行工作流
3 工作流设计器 Workflow Designer Rehost
MSDN 中提供了rehost工作流设计器的例子,直接把它拿来参考,添加自定义活动组件和自定义工作流类型,再将工作流设计器输出格式保存为XOML,即可完成工作流设计器的绝大部分功能。
这里比较复杂的一点是自定义条件表达式,需要一个与对象表达式求值工具。Code Project中有许多条件表达式的例子,难点在于如何将业务单据的状态与工作流挂接。
4 工作流监控器 Workflow Monitor
系统需要一个可视化的工具查看每个流程当前正在运行的结点,MSDN中有例子可参考。
5 工作流持久化 Workfllow Persistence
.NET提供的基础服务,创建一个工作流状态保存数据库和一个工作流跟踪数据库。
6 工作流服务器 Workflow Server
工作流与系统业务部分的交互,专门开一个独立的端口用于数据的读写。
任务计划设计器 Schedule Designer
企业应用中的作业调度,常见的操作如下:邮件提醒和告警,执行文件传输操作,创建复杂报表。
系统分为两种计划任务调度器,一种是基于SQL Server Agent实现,定时执行SQL语句,另一种是基于Quartz框架库实现,用.NET代码开发任务调度程序。
1 基于SQL Server Agent
SQL Server Job是一个定期执行脚本的对象,给它加一个时间选项即可完成基于SQL Server Agent的计划调度程序。
这个界面会依据控件值的不同,生成不同参数的SQL Server Job,参考下面的程序代码片段:
private void btnOk_Click(object sender, EventArgs e) { if (Schedule == null) Schedule = new SQLschedule(); Schedule.name = txtName.Text.Trim(); if (chkEnabled.Checked) Schedule.enabled = 1; else Schedule.enabled = 0; if (cmbScheduleType.SelectedIndex == 1) { Schedule.freq_type = 1; // One-time Schedule.active_start_date = dtOneTimeOccurDate.Value; Schedule.active_end_date = new DateTime(9999, 12, 31); Schedule.active_start_time = dtOneTimeOccurTime.Value; Schedule.active_end_time = new DateTime(2000, 1, 1, 23, 59, 59); } else { if (cmbFrequencyOccurs.SelectedIndex == 0) { Schedule.freq_type = 4; // Daily Schedule.freq_interval = (int) numFrequencyRecurs.Value; } if (cmbFrequencyOccurs.SelectedIndex == 1) { Schedule.freq_type = 8; // Weekly int freq_interval = 0; if (chkFrequencyRecursSun.Checked) freq_interval += 1; if (chkFrequencyRecursMon.Checked) freq_interval += 2; if (chkFrequencyRecursTue.Checked) freq_interval += 4;
这个工具来源于Code Project上的一篇文章,可以用SQL Agent Job Editor尝试找到它。
2 Quartz.NET 任务调度框架
这是由Java项目转化过来的著名项目,用.NET代码重定了它的逻辑。看一个最简单的任务计划的源代码。
public class HelloJob : IJob{ private static ILog _log = LogManager.GetLogger(typeof(HelloJob)); public HelloJob() { } public virtual void Execute(IJobExecutionContext context) { // Say Hello to the World and display the date/time _log.Info(string.Format("Hello World! - {0}", System.DateTime.Now.ToString("r"))); }}
Quartz.NET处理好了关于任务计划调度方面的各个细节,很容易上手,官方提供的例子也相当丰富。