常规功能和模块自定义系统(cfcmms)—013给Extjs6加入多界面主题(Theme)在用sencha命令创建的Extjs6项目中只能使用一种界面主题(Theme)，如果要换一个界面风络需要重新修改

041模块附加字段和新的Grid方案设计器在整个自定义系统，模块附加字段也是有必要的。对于一个模块来说附加的字段有二种，一种是父模块中的字段，另一种是子模块中的聚合字段。在模块记录生成sql语句的时候，只是生成了该模块的所有基本字段和其直接父模块的id和name的字段。不可能将所有父模块的字段都加进去，只能指定一些必需的字段加入到sql语句中。比如在获取订单数据的时候，最基本的sql语句中只包括了

040模块记录(数据)的权限设计(5)聚合操作前面几节设计的都是把权限如何加在基准模块之上的，现在讨论一下聚合字段的权限。某个基准模块需要附加子模块的聚合字段也是比较常见的需求，比如“订单”模块中没有总金额，需要把“订单明细”的总金额汇总起来作为一个字段来显示。比如说要查看各个省份的订单个数等需求。还是使用上一节中加入的二个权限：第一个是加在“订单”模块的父模块“省份”之上的，其路径为：客户单位－

039模块记录(数据)的权限设计(4)下面显示一下上几节讲的数据权限的具体例子，这些都是我在开发过程中用于测试的数据。首先加入二个权限的数据，代码如下：//加入几个模拟的的全局条件 UserGlobalFilterglobalFilter=newUserGlobalFilter(); globalFilter.setBaseModule(SystemAndLoginInfoService.get

038模块记录(数据)的权限设计(3)在有了模块的关联关系和定义在基准模块上的各种权限的基础上，我们就可以来生成查询数据的语句了。前面的博客里大多讲的是前台的一些技巧，其实本系统中最核心的还是这一块内容。如何根据模块的关联关系和用户权限以及附加字段和用户界面传过来的筛选、排序、分组条件来生成一个查询的select语句就是最关键的内容。现在就我自己开发的过程介绍一下生成select语句的一些内容：1

037模块记录(数据)的权限设计(2)前面给一个模拟的销售订单系统加了一些权限的设置，为了完成可以实现自定义权限，需要设计一个方案把各种权限保存下来。经过分析发现一个权限需要有四个要素：1､需要有一个基准模块，也就是数据记录权限最终影响到的模块。在上面的例子中就是“订单”模块；2､在基准模块的父模块中需要一个加上限定条件的模块。如上例中的“客户单位”，“客户单位省份”；3､需要指定一个从基准模到到

036模块记录(数据)的权限设计与实现(1)最近正在更新权限系统，主要是模块记录数据的权限如何方便的自定义设计。这几天刚把底层的一些东西弄好，把实现过程写一下供大家参考，顺便也自己做个备忘录。在前面二章中写了一下模块关联关系的一些内容，模块记录权限的设计也是以模块的关联关系为基础。下面我们再按照上面的模块结构图来进行设计权限。在这个模拟的订单系统中，主要处理的模块是订单和订单明细。以订单为基准的模

035开发日志(每个tab有各自模式window的备忘录)模式(modal)化的window在显示的时候会有一个遮罩面板，把整个界面遮住，不能够进行操作；在关闭window的时候，再把遮罩面板取消掉，恢复原来的可操作的方式。这是一般模式化window的用法。在QQ群里群友提出了一个给tabPanel的每个tab都可以分别建立模式化window的问题。在某个tab中有一个grid,他是用render

034模块间关联关系的优化的思路前台的各种自定义控件都是为了展示数据和操作数据，作为管理系统的颜面固然重要，但是后台的控制系统默默的为前台提供数据和完成操作任务则更为重要。本自定义系统的核心部分是如何处理模块的关联关系。由于我一直做一些中小型的政府管理软件，模块间树形关系比较明确，因此现在系统中的模块间的关系的处理只能是中规中矩的树形。比如我最早的一个博客里面举例的一个“销售系统”的业务模块如下图

033更新至现在为止的版本下载从本系列博客的第8节发布的系统下载后，所有后面博客里提到的功能增加和修改后的源码可以下载。更新了以下一些内容：新增了动态换肤的功能，在界面的右上角有6个色块，单击可以切换skin。首页中增加了业务模块图。最上面的toolbar中的设置－－列表设置中自定义了一些列表在显示时的属性。可以在“省份”模块中查看效果。主标签页的位置可以调整。form里面现在可以加入图片和其他字

032开发日志(用GoJS来绘制模块关系图)本系统现在尚没有流程和图表的功能，现在感觉在操作模块的各种功能的时候如果有一个模块关系图，那么就会更直观。网上找了一些绘制图表的库，看了一下GoJS也不错，入门也比较容易。经过一些工作，对业务模块作了一个简单的关系图。GoJS的基础知识请看官网的介绍，在上面的模块图中，有模块节点和连线二种信息需要定义。用户业务模块数据都是由后台组织好后发送到前台的。整个

031开发日志(创建ManyToMany的column6)对于上一节中提出的修改意见，先占个坑位。

030开发日志(创建ManyToMany的column5)现在对于这个字段来说，还剩最后一个功能了，那就是可以修改ManyToMany的值了。在grid的inline操作里面，是可以直接删除已有值，但是如果要新增的话，就必须要有一个新的界面了。下面来看看开发修改ManyToMany字段所需要的步骤。1、创建一个修改窗口，在里面创建一个可check的树；2､到后台请求数据，读取当前记录的所有的Man

029开发日志(创建ManyToMany的column4)根据以上几节的准备，在这一节中可以加入ManyToManyColumn.js了。先来看看做好的样子如下图：单击文字链接可以显示该条记录的情况。按下删除按钮则会显示一个提示窗口，询问是否删除此项。下面即为ManyToManyColumn.js的代码。/** * *ManyToMany记录的管理，将根据权限设置来显示修改或删除按钮 * *蒋锋2

028开发日志(创建ManyToMany的column3)三、给“模块字段”增加一个字段，用来存放ManyToMany字段的joinTable值，也就是中间表的表名。给“用户模块”增加一个字段tf_Roles，字段类型为Set,关联关系为ManyToMany,关联表名为_UserRole。字段的定义截图如下：四、加工处理自动生成grid数据的sql语句，把ManyToMany的字段加进去：sele

027开发日志(创建ManyToMany的column2)一、我们用“用户”和“角色”模块来作为开发的例子。首先在用户类_User.java中加入@ManyToMany标签，使其可以通过hibernate来操作“角色”。@ManyToMany(cascade=CascadeType.PERSIST,fetch=FetchType.LAZY) @JoinTable(name="_UserRole",

常规功能和模块自定义系统(cfcmms)—015模块自定义概述(2权限)模块的权限的自定义也是这个系统的重要部分。在本系统中现在模块的权限有三大类：模块操作权限、记录可视范围限定、附加操作权限。

常规功能和模块自定义系统(cfcmms)—002目录001序言－－－－－－－－－－－－－－http://blog.csdn.net/jfok/article/details/47973555002目录－

常规功能和模块自定义系统(cfcmms)—017自定义grid方案(1)在定义好了模块和字段这二个最基本的系统元素之后，就可以开始其他功能的加入了。最先想到的功能应该就是grid了。

常规功能和模块自定义系统(cfcmms)—008测试试用版(6.0.0)下载及使用在经过了一些调试和优化后，现在可以下载和测试试用版(6.0.0)。

常规功能和模块自定义系统(cfcmms)—011选择菜单后的执行过程菜单的生成具体见下面一段代码，getMenus获取第一层菜单的items，在getaMenu函数中用了递归来生成各级子菜单。

常规功能和模块自定义系统(cfcmms)—018自定义grid方案(2)下面来看看在系统中如何定义一个grid方案。

常规功能和模块自定义系统(cfcmms)—004可自定义的项目可以在前台浏览器里可进行的配置项目如下图：

常规功能和模块自定义系统(cfcmms)—012Extjs6的开发模式和产品模式在使用Senchacmd命令生成的Extjs6框架有二种模式，分别是用于开发的开发模式和用于产品发布的产品模式。

常规功能和模块自定义系统(cfcmms)—019自定义grid方案(3)这一节开始进入自定义的内部，来看看第一个自定义的功能是如何实现的。

常规功能和模块自定义系统(cfcmms)—013给Extjs6加入多界面主题(Theme)在用sencha命令创建的Extjs6项目中只能使用一种界面主题(Theme)，如果要换一个界面风络需要重新修改

常规功能和模块自定义系统(cfcmms)—016模块字段的定义这一节开始模块字段的自定义设计。模块字段作为模块的属性也是这个系统中自定义的核心内容。

026开发日志(创建ManyToMany的column-1)这节开始试着加入一个新的column。这个column的功能用来可对ManyToMany的关系进行操作。比如现在系统里有用户模块和用户角色模块，在用户模块中有个功能可以设置此用户所具有的权限，“用户－用户权限”的对应信息则保存在另一表里。这种ManyToMany的关系虽然现在系统里可以通过ManyToOne来实现，但是操作比较烦了。根据现

常规功能和模块自定义系统(cfcmms)—001序言在写了《常规功能和模块自定义系统(http://blog.csdn.net/jfok/article/details/24309239)》extjs4

常规功能和模块自定义系统(cfcmms)—024自定义grid列(8子模块聚合字段)上一节中配置了子模块的记录数字段，还有一种字段就是聚合字段，也可以来进行配置。

常规功能和模块自定义系统(cfcmms)—014模块自定义概述(1)前面的章节讲了一些搭建系统和Extjs6的一些相关内容，这节开始介绍一下《常规功能和模块自定义系统》中的模块自定义的部分。

常规功能和模块自定义系统(cfcmms)—025开发日志(创建iconCls的field)这一节是临时插入的工作日志。

常规功能和模块自定义系统(cfcmms)—007Extjs的配置文件和自定义ui一、在自动生成的项目中,文件app.json是整个前台系统的配置文件，可以在里面增加或修改配置参数来完成相应的功能。

常规功能和模块自定义系统(cfcmms)—023自定义grid列(7子模块记录数)还有一种有用的自定义列需要加入，这种列和模块之间的关联关系有关。

常规功能和模块自定义系统(cfcmms)—020自定义grid方案(4改成任意层表头)在现在的系统中grid表头是可以分组的，但是只能分一层，现在我想把它改成可以分成多层的。

常规功能和模块自定义系统(cfcmms)—009主界面和菜单的展示和控制(1)先从主界面和菜单、主tab标签以及一些附加的设置说起。 

常规功能和模块自定义系统(cfcmms)—003概述一、系统设计思想的来源   在我多年的编程工作中，所编制多为管理型软件。

常规功能和模块自定义系统(cfcmms)—022自定义grid列(6图标列)某些模块可能需要对每一条记录设置不同的图标，例如本系统中的“模块”为了可以在菜单中显示一个得体的图像，需要为每个不同的模块设置一个图标

026开发日志(创建ManyToMany的column-1)这节开始试着加入一个新的column。这个column的功能用来可对ManyToMany的关系进行操作。比如现在系统里有用户模块和用户角色模块，在用户模块中有个功能可以设置此用户所具有的权限，“用户－用户权限”的对应信息则保存在另一表里。这种ManyToMany的关系虽然现在系统里可以通过ManyToOne来实现，但是操作比较烦了。根据现

常规功能和模块自定义系统(cfcmms)—025开发日志(创建iconCls的field)这一节是临时插入的工作日志。

常规功能和模块自定义系统(cfcmms)—024自定义grid列(8子模块聚合字段)上一节中配置了子模块的记录数字段，还有一种字段就是聚合字段，也可以来进行配置。

常规功能和模块自定义系统(cfcmms)—023自定义grid列(7子模块记录数)还有一种有用的自定义列需要加入，这种列和模块之间的关联关系有关。

常规功能和模块自定义系统(cfcmms)—022自定义grid列(6图标列)某些模块可能需要对每一条记录设置不同的图标，例如本系统中的“模块”为了可以在菜单中显示一个得体的图像，需要为每个不同的模块设置一个图标

常规功能和模块自定义系统(cfcmms)—021自定义grid列(5附件列)模块列表Grid是由多个列组成的，在实际的系统构建过程中需要有一些自定义的类来完成一些特殊的功能。

常规功能和模块自定义系统(cfcmms)—020自定义grid方案(4改成任意层表头)在现在的系统中grid表头是可以分组的，但是只能分一层，现在我想把它改成可以分成多层的。

常规功能和模块自定义系统(cfcmms)—019自定义grid方案(3)这一节开始进入自定义的内部，来看看第一个自定义的功能是如何实现的。

常规功能和模块自定义系统(cfcmms)—018自定义grid方案(2)下面来看看在系统中如何定义一个grid方案。

常规功能和模块自定义系统(cfcmms)—017自定义grid方案(1)在定义好了模块和字段这二个最基本的系统元素之后，就可以开始其他功能的加入了。最先想到的功能应该就是grid了。

常规功能和模块自定义系统(cfcmms)—016模块字段的定义这一节开始模块字段的自定义设计。模块字段作为模块的属性也是这个系统中自定义的核心内容。

常规功能和模块自定义系统(cfcmms)—015模块自定义概述(2权限)模块的权限的自定义也是这个系统的重要部分。在本系统中现在模块的权限有三大类：模块操作权限、记录可视范围限定、附加操作权限。