ecmall 入口文件解析 引入了什么

每一个框架都有自动载入的工具库,搜了半天也没搜到相关介绍,就自己看入口文件琢磨了一下,

<?php

define(‘ROOT_PATH‘, dirname(__FILE__));       //定义项目根目录路径
include(ROOT_PATH . ‘/eccore/ecmall.php‘);  //引入了ecmall.php 核心框架文件,包含基础类和函数  介个里面的函数什么的 就可以直接用啦 下面紧接着就用到了。①

/* 定义配置信息 */
ecm_define(ROOT_PATH . ‘/data/config.inc.php‘);  //ecmall 定义常量,引入配置文件,内有数组,按键值对定义常量,打开一看,啧啧啧,原来我很久以前改过的文件是这个 (→_→)

/* 启动ECMall */
ECMall::startup(array(          
    ‘default_app‘   =>  ‘default‘,
    ‘default_act‘   =>  ‘index‘,
    ‘app_root‘      =>  ROOT_PATH . ‘/app‘,
    ‘external_libs‘ =>  array(            //打开 ecmall.php 找到 startup()方法,当前这个数组里的文件都会被引入,方法本身还引入了app.base.php ② 和model.base.php ③
        ROOT_PATH . ‘/includes/global.lib.php‘, //④
        ROOT_PATH . ‘/includes/libraries/time.lib.php‘,// ⑤
        ROOT_PATH . ‘/includes/ecapp.base.php‘, //⑥
        ROOT_PATH . ‘/includes/plugin.base.php‘, //⑦
        ROOT_PATH . ‘/app/frontend.base.php‘, //⑧
        ROOT_PATH . ‘/includes/subdomain.inc.php‘, //⑨
    ),
));
?>

综上所述: 新安装好的ecmall 项目 ,启动时 会引入9个文件,随着项目需求的增加,可能会引入更多。

9个文件分别是

/eccore/ecmall.php              核心框架文件

/eccore/controller/app.base.php        基础控制器类

/eccore/model/model.base.php          模型基础类

/includes/global.lib.php             函数库

/includes/libraries/time.lib.php          时间函数库

/includes/ecapp.base.php           包含常量的基础类

/includes/plugin.base.php           插件基础类 

/app/frontend.base.php            前台控制器基础类

/includes/subdomain.inc.php          域名相关文件

这基础的9个文件,里面的函数什么的都是可以直接用的 (=_=)  不知道有没有人跟我一样,不知道哪些东西能直接用,哪些要引入才能用 (→_→)

每次要用的时候都犹豫不决,还是仔细看一遍,记下来,这样忘了还方便找。

时间: 2024-10-29 19:11:51

ecmall 入口文件解析 引入了什么的相关文章

zend framework2 之入口文件详解以及原理解析

zend framework2 之入口文件详解 转载请注明出处,尊重原创:http://blog.csdn.net/a437629292/article/details/41545297,谢谢! 一.基本配置解析 1. 详细配置: 如下代码: <?php // 定义程序目录 defined('APPLICATION_PATH') || define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application')); // D

tp3.2源码解析——入口文件

如果有人读这篇文章并跟着做的话,希望你能使用支持函数跳转的编辑器,还要善用var_dump和exit,对着源码去调试着看.跟着入口文件读,执行到哪里你看到哪里,对于那些不能一眼看出来的配置,则要记录下来,可能一个比较简单的功能会写出很长的代码,这个时候难免会看到后面忘了前面. 那么进入正题,从index.php文件可以看到入口文件只定义了几项常量作为配置,紧接着就引入了require './ThinkPHP/ThinkPHP.php'; 1 // 检测PHP环境 2 if(version_com

ThinkPHP学习-1:入口文件,命名空间和UserController.class.php

ThinkPHP放到wamp下的www目录即可启动,非常方便.ThinkPHP的唯一入口文件为./index.php. // 应用入口文件 // 检测PHP环境 if(version_compare(PHP_VERSION,'5.3.0','<')) die('require PHP > 5.3.0 !'); // 开启调试模式 建议开发阶段开启 部署阶段注释或者设为false define('APP_DEBUG',True); // 定义应用目录 define('APP_PATH','./A

MVC 模型、视图、控制及其单入口文件的mvc的工作原理

     什么是mvc,mvc就是模型视图控制,模型就是model,在项目中负责数据库相关的操作,视图就是view ,负责页面的展示和数据的展示,控制就是controller ,负责中间的逻辑转换,数据的接收,输出的处理.mvc的好处是让项目开发能够让代码和页面尽可能的分解开,相互之间的关联尽可能的少.这只是一种开发方式,据说是从java过来的,真是坑人的java啊.      常见的php框架基本上都属于mvc的开发模式,例如:Yii(大赞),Ci,Tp(国产),这几个是我用到过的,还有很多p

android基础知识13:AndroidManifest.xml文件解析

1.重要性 AndroidManifest.xml是Android应用程序中最重要的文件之一.它是Android程序的全局配置文件,是每个 android程序中必须的文件.它位于我们开发的应用程序的根目录下,描述了package中的全局数据,包括package中暴露的组件 (activities, services, 等等),以及他们各自的实现类,各种能被处理的数据和启动位置等重要信息. 因此,该文件提供了Android系统所需要的关于该应用程序的必要信息,即在该应用程序的任何代码运行之前系统所

Thinkphp源码分析系列(一)–入口文件

正如官方文档上所介绍的,thinkphp使用单一入口,所有的请求都从默认的index.php文件进入.当然不是说一定非得从index.php进入,这应该取决于你的服务器配置,一般服务器都会有默认的首页,比如index.php,index.html,所以一般访问域名都会先默认访问上述文件,你还可以创建多个应用,一个应用对应一个入口文件,所有的入口文件都引用一套thinkphp类库. 我们来看index.php都干了些什么.  index.php主要任务是定义应用名称和引用类库路径.当然也可以定义一

转-C语言中.h和.c文件解析

C语言中.h和.c文件解析(很精彩)   简单的说其实要理解C文件与头文件(即.h)有什么不同之处,首先需要弄明白编译器的工作过程,一般说来编译器会做以下几个过程:       1.预处理阶段 2.词法与语法分析阶段 3.编译阶段,首先编译成纯汇编语句,再将之汇编成跟CPU相关的二进制码,生成各个目标文件 (.obj文件) 4.连接阶段,将各个目标文件中的各段代码进行绝对地址定位,生成跟特定平台相关的可执行文件,当然,最后还可以用objcopy生成纯二进制码,也就是去掉了文件格式信息.(生成.e

PE文件解析 基础篇

PE文件解析 基础篇 来源 https://bbs.pediy.com/thread-247114.htm 前言 之前学习了PE格式,为了更好的理解,决定写一个类似LoadPE的小工具. 编译器是VS2015,采用MFC框架. 此系列文章采用边介绍知识点,边写代码的形式,以免变的无聊丧失兴趣. PE知识请参照<加密与解密>第10章 文章有错误或则不清楚的地方还请您指出. PE文件格式 1.PE文件基本概念 PE文件是windows系统中遵循PE结构的文件,比如以.exe   .dll为后缀名的

AndroidNative层文件解析漏洞挖掘指南

| 导语 本文以手Q的一次文件解析类漏洞挖掘为例,叙述了Android Native层文件解析类型漏洞挖掘的过程 手Q这个应用从功能来说十分的庞大,如果使用类似MFFA的框架去挖掘文件解析类漏洞,效率低,而且文件入口在哪儿.如何利用脚本进行自动化都是非常大的问题.本文在一次手Q的文件解析类漏洞挖掘的过程中,提出了一种可能的解决问题的方案,妄称指南不吝赐教. 目录: 1.问题分析 2.流程图 3.so筛选 4.测试程序编写 5.test case生成 6.测试得出crash 7.未来的工作 0x0