2014年05月_蒋锋

原创模块管理常规功能自定义系统的设计与实现(41--终级阶段综合查询[8]分类汇总)

综合查询(8)--分类汇总这一节来看看分类汇总，在一个查询方案建立好了以后，可以对其进行汇总和分类汇总。分类汇总的级数可以任意级，为了方便操作，暂定为最多三级。先来看看总计。在上图显示总计前面就是一个分组设置，当前状态是未选择，我先选择一个按年度分组。下面显示明细，看看结

2014-05-13 14:25:14 2647 4

原创模块管理常规功能自定义系统的设计与实现(40--终级阶段综合查询[7])

综合查询(7)--多个模块的查询前几节讲的查询都是二个模块之间的，现在看看多模块的查询。其实原理是一样的，先选择字段，设计一个查询方案，把和订单相关的所有模块都选进去。我又设置了二个条件，设置好后的查询主界面如下：现在选择基准模块的菜单下有七个模块可供选择。也就是说上面的查询

2014-05-13 09:20:35 2603 1

原创模块管理常规功能自定义系统的设计与实现(39--终级阶段综合查询[6])

综合查询(6)--不同基准模块下的条件有了基准模块，又产生了一个问题，你设置查询条件的作用对象可能会随着基准模块的不同而改变。举个例子，当你查询“订单明细”的时候，选择了若干个商品作为查询条件，当基准模块是“订单明细”的时候，一切都没问题，满足你选择的商品的条件才会加到结果集中。但是这时候，你把基准模块改成了“订单”，那么这些商品的查询条件就要应用到聚合字段之中

2014-05-12 10:38:12 2254

原创模块管理常规功能自定义系统的设计与实现(38--终级阶段综合查询[5])

综合查询(5)--基准模块的选择什么是基准模块，就是你的综合查询要以哪个模块作为查询的主模块，我没想到其他的词，就用这个来表示一下。具体的来说，就是你选择了若干个模块的字段组成了一个查询，你究竞是想展示哪个模块的内容。比如我们前几节的例子中，选择的模块有“订单”和“订单明细”，里面有分别以“订单”和“订单明细”作为基准模块的截图。现在来具体讲讲二个父子模块作为基准模块

2014-05-12 10:02:58 2430

原创模块管理常规功能自定义系统的设计与实现(37--终级阶段综合查询[4])

综合查询(4)--查询条件的设置3 这节来看看日期字段如何设置查询条件。我对日期字段做了一个分类，使其可以按年，年季，年月，年月日的几种方式来设置条件。另外每一个模块可以设置一个日期字段，当该模块作为查询的基准模块时，在条件设置toolbar 上第一个菜单即是日期选择菜单，选择的值将会作为该日期字段的条件。例如对于“订单”模块，为其设置了日期字段为“tf_date”。

2014-05-12 08:42:16 2499

原创模块管理常规功能自定义系统的设计与实现(36--终级阶段综合查询[3])

综合查询(3)--查询条件的设置2 不仅仅对于模块才有这样方便的条件选择方式，对模块的字段也可以设置。例如对于“省份”中有个字段是“所属区域”，这个字段不是一个manyToOne字段，而是一个字符串字段，里面就是存着“东北地区”、“华北地区”等等这样的具体的字符串值。对于这样的字段也很容易将其放在toolbar上供选择。在模块字段中找到“所属区域”这个字段，修改字

2014-05-09 15:01:24 2236

原创模块管理常规功能自定义系统的设计与实现(35--终级阶段综合查询[2])

综合查询(2)--查询条件的设置上一节介绍了如何选择查询字段，这一节来看看如何设置查询条件。对于这个销售管理系统中的“订单”模块而言，可以设置的查询条件可以想到的有：需要按业务员查询、按产品查询、按产品分类查询，按年度、月度等的日期查询，再而可以按市、按省、按省的所属区域、按客户的所属行业和等级来查询。对于以上按照模块父模块相关信息来设置条件的方法，设计得也是非常简单。在上一节

2014-05-09 09:09:30 2960

原创模块管理常规功能自定义系统的设计与实现(34--终级阶段综合查询[1])

综合查询(1) 前面已经架构好了一个销售管理系统，看看功能也挺多，也基本够用了。但是仔细分析一下就会发现，前面的设计都是属于数据操纵方面的，虽然有导航、筛选功能，但是对于统计分析来说还是远远不够用的。为了能够进行灵活的统计分析和查询，经过多次的改进，生成了我现在的综合查询体系。整个综合查询体系包括以下几个方面的内容： 1、

2014-05-08 16:43:08 2903 2

原创模块管理常规功能自定义系统的设计与实现(33--权限设计[3])

权限设计(3)三、字段的只读权限。对于可以修改记录的操作员，可以进一步限制哪些字段对于他是不可修改的。这个功能很少用到，是用户提出来的，我就顺便加了进去。实现这个功能也很简单建立只读字段角色，然后加入模块的字段，最后再将角色加到操作员上即可。前台在解释生成edit form 的时候，将这个字段的只读属性置为true即可。后台Hibernate在新增或保存的时候，可以把只读字段过滤掉，不能保

2014-05-07 14:35:02 2234

原创模块管理常规功能自定义系统的设计与实现(32--权限设计[2])

权限设计(2) 二、模块记录的可视权限。通俗的讲哪些记录你能看，哪些记录你不能看，说起来简单，做起来不简单。先从一个简单的需求说起。对于前面搭建的销售系统如果由一个内勤来处理所有的合同，那么就没有权限设计的问题，把内勤的部门加在“销售部”就可以看到销售一、二、三部的所有合同。但是如果每个销售部有单独的内勤来处理自己部门的销售订单，并且互不干

2014-05-07 11:29:41 2799

原创模块管理常规功能自定义系统的设计与实现(31--第三阶段权限设计[1])

系统的各种权限设计(1) 本系统的现在已可以设计的权限一共有四种类型。 1、模块的操作权限：包括可浏览，增改删，附件的CRUD操作，审核，审批，附加功能的操作（这个前面忘了介绍了，在下面会介绍一下）。 2、模块记录的可视权限：通俗的讲，就是哪些记录你能看，哪些记录你不能看。 3、字段的只读权限：对于具有可新增和可修改

2014-05-07 09:28:36 3018

原创模块管理常规功能自定义系统的设计与实现(30--第二阶段总结)

第二阶段总结经过了前二个阶段近30节介绍，一个完全基于前台配置的销售管理系统即架构成功，并可以使用。当然实际的需求还是千变万化，五花八门，但只要是符合关系数据库原理，只要是以记录作为管理的主体，那就只是一个字段和表扩充的过程了。在搭建系统整个过程中模块采用了自顶向下生成的方式。对于层次多，关系复杂的系统也是一样的，设计合理，逻辑清楚，模块只要一个个搭就行了。开发好以

2014-05-06 15:10:26 2449 1

原创模块管理常规功能自定义系统的设计与实现(29--多个模块之间的关联[5])

然后把选入的字段加入到 grid 当中。再来看看子模块市下面的菜单：下面显示一下选择了订

2014-05-06 12:50:13 2608

原创模块管理常规功能自定义系统的设计与实现(28--多个模块之间的关联[4])

多个模块之间的关联(4) 前面搭建了客户以及客户父模块的一个分支，另一个分支是产品线，还有一个是业务员，然后这三条线归并到订单之上。前面我贴了我要搭建系统的一张图，现在贴一下数据库的表和其之间的关系情况。上图中表和我设计的简易销售管理系统是完全一致的。再看一下的模块图，稍微记下下其中的关系，对于看懂下面的内容很有必要。

2014-05-06 10:56:23 3682

原创模块管理常规功能自定义系统的设计与实现(27--多个模块之间的关联[3])

多个模块之间的关联(3)一、“客户”模块对父模块字段的显示。和可以显示父模块的字段一样，也可以显示祖父模块的字段。设置如下：上图中加入了一个省份名称的字段到“客户”的附加字段中，下面把他加入grid中。下面展示一下各种导航模式。下图为多导航值都有效的效果。

2014-05-05 14:40:31 2307

原创模块管理常规功能自定义系统的设计与实现(26--多个模块之间的关联[2])

多个模块之间的关联(2) 先来看看父模块对孙模块的操作。一、“省”模块对“客户”的操作。1、在省模块中加入该省的客户数。与加入市的个数一样，只要配置“省”模块的附加字段就可以了，设置截图如下：然后将 “客户单位计数”加到grid中。 2、前面有介绍过“省”对"市"的父模块的限定值的。即选

2014-05-05 13:58:44 2223

原创模块管理常规功能自定义系统的设计与实现(25--多个模块之间的关联[1])

多个模块之间的关联(1) 现在开始加入第三个模块“客户单位”，顺便先把“客户等级”和“行业”也加进去。加入进去了以后将会完成下图的五个模块的操作。在加入的模块中，“所属行业”的编码是分级的，就象财务里面的科目一样，分为一级，二级，三级等。二级代码必须要有一级的父代码才可以保存。分级代码在导航的时候是做成树状的，下面会具体展示一下。一、客户等级的

2014-05-05 11:32:06 2946

原创模块管理常规功能自定义系统的设计与实现(24--二个模块之间的关联[2])

父子模块之间关联操作(2) 上一节介绍了子模块中对父模块的一些相关操作。这一节来看看父模块中对子模块可以进行什么样的操作。一、进入子模块的时候，限定父模块值。选择一个“省”记录，查看省下面的所有市的记录。在选择了“江苏省”记录之后，按toolbar上面的“市”，会进入市模块的界面。（在前一节的基础

2014-05-04 14:43:19 2271

原创模块管理常规功能自定义系统的设计与实现(23--二个模块之间的关联[1])

“省”、“市”二个模块之间的关联的操作(1) 一、 “市”模块定义好了，我们先来新增1个市，看看和“省”的关联操作。上面显示了“市”的模块界面，在导航栏中为省份的导航，我们看到只有“江苏省”一个，其他的在哪里呢。一个模块的父模块的导航有一个选项，叫“显示无记录的项目”，此选项默认不选中，也就是说省里面还

2014-05-04 10:56:18 2464

原创模块管理常规功能自定义系统的设计与实现(22--第二个模块的加入)

模块“市”的设计与加入现在重复加入“省”模块的过程，来加入市的模块。1、建立数据表CityCREATE TABLE [dbo].[City]( [tf_cityId] [nvarchar](4) COLLATE Chinese_PRC_CI_AS NOT NULL, [tf_provinceId] [nvarchar](2) COLLATE Chinese_PRC_

2014-05-03 11:00:00 2453

原创模块管理常规功能自定义系统的设计与实现(21--第二阶段设计目标)

第二阶段设计目标前面的章节讲了建立单个模块的各种功能，从现在开始要加入若干个具有关联的模块，使其协同工作。我设计了一个简易的销售管理系统，系统的结构如下图所示，从本节开始将逐步的搭建此系统。在上图中，各模块之间都能通过一定的路径产生联系，而具有关联的二个模块具有直接的关系，例如省是市的父模块，市是省的子模块；客户单位是市的子模块也是省

2014-05-03 09:32:25 2207

原创模块管理常规功能自定义系统的设计与实现(20--第一阶段回顾)

第一阶段回顾经过前19节内容的搭建，对于单一一个模块的各种操作功能已经建立完成。现在的设计已经是我能够想到并能名实现的所有内容，以后会根据用户的需求和新的想法进行扩充，有些已经有想法了还没有实现。现简要回顾一下此系统的主要思想和设计过程：系统的主要思想就是能够对数据库中的表自动进行解释展示和的操作。与数据库的联接我现在使用的是

2014-05-02 16:44:34 2560 2

原创模块管理常规功能自定义系统的设计与实现(19--模块附件的设计[2])

模块附件的设计(2) 上一节中介绍了附件的操作，对于附件我们一般认为都是加在模块的记录之上的。但是客户提出了附件要加在字段上的想法，我考虑了一下，给他解释完全可以用附件的类型来区分这个附件是加在哪个字段之上的，可是他不同意，于是就有了附件加在字段之上的设计（客户真是扩展需求分析的唯一途径）。由于这套系统是完全解释型的，因此加入的这个功能也只需配置一

2014-05-02 10:24:27 2356

jfok的专栏