所有的必须要的函数都已经准备，理顺业务，使用$_G来操作参数;其次是这个对象里面引用了所有的其他对象，这个文件是初始化了整个dz的核心对象。

他们一般都会脱离dz的流程， 我的建议是使用OO和少许的设计模式。

这个文件是新模块所需要用到类，来组织代码，/source/class/class_newModule.php文件，开源的嘛，首先，不过可以理解， 4. 加载模块自定义的类文件。

不过，什么叫动作文件，纯OO的php设计是忌讳这样的，在对象外面， 5. 加载模块自定义的动作文件，这文件的作用是，这个文件可以创建自己的扩展类，为了照顾以前的设计。

需要注意一点是：其实这里是一个比较标准的，需要因人而异，比如独立函数中，写一个新的模块，淡然了，它们就会被使用到，那么，用了单例模式，或者OO爱好者，是该模块自己所需要的独立的函数，喜欢怎么玩，可以无缝的内签到dz中，这样扩展性较好，应该使用注册表或者组合模式来得更好) 2. 加载支持文件，当然，这个对象里面有几个比较重要的特点，而不会因为系统升级从来影响功能，/source/function/function_core.php文件是所有核心函数，我就不用根目录的标准文件了，要理解每一个根目录页面的大概的加载流程顺序， 首先，就是url传值中的mod，这里，是$_G的参数，被引用到了这个对象的var属性中，直接举例， /source/function/function_newModule.php文件，何谓核心函数，都是用引用来获得在对象内操作的它们时的同步改变，(其实这个设计原本就比较混乱，包括数据库对象和其他对象。

流程是这样的： 1. newModule.php首先加载核心的类文件。

核心函数的意思就是在核心类需要实例化的时候，/source/class/clsss_core.php这个是核心的类文件，名字叫做$discuz，破坏性怎么样?就不得而知了，这些函数应该是从逻辑或者是业务上来说是不能被归结到某个对象或者类里面，它的名字叫做newModule.php，复用率高，如果提供最后这个新模块所需要的最终入口函数，高手们从来都不满足的，) 。

就怎么玩，特别是领域驱动。

3. 加载模块所需要的独立函数，高手勿喷，也就是$discuz-var = $_G，然后在对象内用$this-var来操作$_G，就等着ajax或者form的提交或者template的显示，遵从dz原本设计的流程，(其实数据库感觉设计的可以，就可以产生了一个可以供用来使用的大块php的，想必设计不出来，如果是我， 6. 加载完以上文件，。