时间:2021-05-18
ThinkPHP的分组功能是广为开发者使用的一个具有很大实用价值的功能,该功能可以解决中大型项目情况中MVC分层文件过多导致不易管理的问题。
而ThinkPHP3.1.2版本添加的独立分组功能则为此类问题提出了新的解决思路,更加适合组件化的开发模式。我们就此了解下这一功能。
1.概述
独立分组功能不影响原有分组模式的运行,并且原有分组模式仅需移动目录结构即可完成独立分组模式的升级,无需任何应用代码的改动。
而且新的独立分组可以很方便的独立装卸和移动,可以摆脱原来普通分组文件分散在各个不同的目录下面的困扰。
独立分组的URL访问和原先的普通分组一样,没有任何区别,配置分组列表也仍然采用APP_GROUP_LIST参数配置。设置默认分组则采用DEFAULT_GROUP参数。例如:
'APP_GROUP_LIST'=>'Home,Admin','DEFAULT_GROUP'=>'Home',虽然新的独立分组已经完全可以取代原有普通分组模式,不过为了考虑到原有分组项目的平滑升级,此次新版增加了一个配置参数:
APP_GROUP_MODE 用于配置分组模式,默认为0 为原有的普通分组模式,如果设置为1 则表示启用独立分组模式。
是否需要升级为独立分组模式完全由你决定,相信你看完后面的内容会有明智的选择。
2.目录结构
启用独立分组模式后,你需要在项目目录下面创建独立分组目录,该目录可以由项目配置文件通过APP_GROUP_PATH参数配置,默认值为Modules。假设我们没有做任何更改的话,在Modules目录下面就是每个分组的子目录,每个分组是完全独立的,包括模型、控制器、视图、配置和函数文件等等,你可以很方便的实现分组的移动和卸载。
标准的独立分组目录结构为(以一个Home分组为例):
(注意:独立分组的目录结构目前需要手动创建)
基本上可以看到,独立分组除了没有入口文件外,其他独立项目具备的结构都基本具备了。
从原来的普通分组升级到独立分组,只需要在项目配置文件中增加:
然后把原来项目Lib目录下面属于对应分组的MVC文件,以及分组的函数、配置和语言(如果有的话)文件依次对照上面的独立分组的目录结构放入对应目录即可。
3.公共文件
采用独立分组后,原来的项目Lib目录则作为分组公共类库文件设计,如果你的多个独立分组需要调用公共的Action或者Model类的话(其实还包括其他的分层控制器和模型类),则可以把这些公共类放入项目的Lib目录下面的对应目录(实际的升级过程中,这些公共类库文件基本上保持目录结构不变,所以无需移动)。
分组的公共类库文件无需手动加载,均采用了自动加载机制。
所以,最终采用独立分组模式的实际项目目录结构如下:
4.模板文件
独立分组的模板文件由项目的Tpl目录移动到了独立分组目录的Tpl目录,原来的模板分组子目录不再需要,例如:
Tpl/Home/Index/index.html移动到独立分组下的Tpl目录后,应该是:
模板主题功能仍然支持。
5.调用类库
独立分组在导入类库的时候,使用方法和导入项目类库基本一致,例如:
独立分组不考虑多个分组之间的交互和调用,只能调用公共类库。
如果你必须调用其他分组的类库,而没有采用公共类库设计的话,那么可以使用:
不过,采用独立分组后,A方法和R方法、D方法均不支持跨分组调用了。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
模板和操作映射功能是ThinkPHP3.1.2版本支持的对模块和操作设置的映射机制,由于可以通过改变配置动态改变(实际真正改变,并非别名)URL访问地址,加强了
ThinkPHP3.1版本对分组的支持如了如下改进:每个分组支持独立的空模块ThinkPHP3.0及以前版本的分组不支持定义独立的空模块,空模块EmptyAct
前言thinkphp3.1.2需要使用cli方法运行脚本折腾了一天才搞定3.1.2的版本真的很古老解决增加cli.php入口文件define('APP_NAME
长期以来ThinkPHP都是需要通过debug_start、debug_end方法甚至Debug类才能完成那些调试的功能,而在ThinkPHP3.1版本中,这些
ThinkPHP3.0版本的Widget对Action和View的支持力度是相对不够的,仅能够实现基本的模板渲染输出。而3.1版本的发布带来的多层MVC功能,给