模块home: 1.config 里添加 配置 //'配置项'=>'配置值'    'LANG_SWITCH_ON'   => true,      // 开启语言包功能    'LANG_AUTO_DETECT' => true,    // 自动侦测语言 开启多语言功能后有效    'DEFAULT_LANG' =>'zh-tw',//这个是繁体    'LANG_LIST'        => 'zh-cn,en-us,pt-br,zh-tw',         //

原文:thinkphp学习笔记9-自动加载 1.命名空间自动加载 在3.2版本中不需要手动加载类库文件,可以很方便的完成自动加载. 系统可以根据类的命名空间自动定位到类库文件,例如定义了一个类Org\Util\Auth类: namespace Org\Util; class Auth { } 保存到ThinkPHP/Library/Org/Util/Auth.class.php 这样我们就可以直接实例化了, new \Org\Util\Auth(); 实例化之后系统会自动加载 ThinkPHP/

方法一.加载默认的公共函数文件 在 ThinkPHP 3.2.3 中,默认的公共函数文件位于公共模块 ./Application/Common 下,访问所有的模块之前都会首先加载公共模块下面的配置文件(Conf/config.php)和公共函数文件(Common/function.php),即默认的公共函数文件为 ./Application/Common/Common/function.php. 例如,在 ./Application/Common/Common 下新建 function.php,

没有配置maven的环境变量所致 执行mvn -version进行检测

/application/config/autoload.php文件中定义自动加载的包.类库.helper.用户配置文件.语言文件.模块 类库会到/application/libraries目录或/system/libraries下匹配对应的类库并加载 helper会到/application/helpers目录或/system/helpers下匹配对应的helper文件 用户配置文件会到/application/config下匹配对应的文件名 语言文件会到/application/langua

<?php /** * [L 加载语言的L的方法] * @param [string] $key [语言键的名称] * @return [string] $value [取到的语言值] */ function L($key='',$language_name='') { static $lang_array=array();//定义一个静态数组 避免每次加载 if(empty($lang_array)) { if($language_name==""){$language_nam

在使用框架开发时,可以发现框架有很多核心类,却很少看到显示的引入某个文件的代码,这是因为框架都采用了类的自动加载机制,即使用到类时,框架会自动找到该类所在文件的位置并引入该文件.为了更容易看出代码思路,下面在说明时,只抽取了相关的主要代码.在剖析thinkphp源码之前,先说说我做的一个项目实现的自动加载思路.根据文件命名特点来确定文件所在的位置.入口文件代码: //入口文件index.phprequire_once('base.php');if(function_exists('spl_aut

PSR4是一种自动加载规范,老版本是PSR0,尽管thinkPHP支持PSR4和PSR0的自动加载方式,但是默认也是优先进行PSR4加载,如果失败,再进行PSR0的加载.本篇文章只会讨论PSR4的加载. 代码示例: spl_autoload_register(function ($class) { // 指定项目的命名空间前缀 $prefix = 'Foo\\Bar\\'; // 指定项目的根目录 $base_dir = __DIR__ . '/src/'; // 判断类的前缀是不是上面的命名空

<?php if ( ! defined('BASEPATH')) exit('No direct script access allowed'); class CI_Lang { var $language = array(); var $is_loaded = array(); function __construct() { log_message('debug', "Language Class Initialized"); } //加载语言包 function load

项目遇到一个奇怪的问题,本地代码正常,服务器上却不正常. 经过测试,应该是自动加载出了问题,尝试了各种方法, 1.手动加载,发现好麻烦,没完没了. 2.自己写自动加载,写不出来,尴尬. 3.修改配置,使其支持自动加载,发现还是不行. 后来进行调试, 发现本地支持 import('@.ORG.OSS\OssClient'); import('@.ORG.OSS\Core\OssUtil'); 而服务器上,不支持这种斜杠的方式,却支持.的方式 后来就把thinkphp核心代码,进行调整. // 根据

在3.2中,基本上无需手动加载类库文件,你可以很方便的完成自动加载. 命名空间自动加载 系统可以通过类的命名空间自动定位到类库文件,例如: 我们定义了一个类 Org\Util\Auth 类: namespace Org\Util; class Auth { } 保存到 ThinkPHP/Library/Org/Util/Auth.class.php. 接下来,我们就可以直接实例化了. new \Org\Util\Auth(); 在实例化Org\Util\Auth类的时候,系统会自动加载 Thin

(1)为啥thinkphp里面的文件要是写你的命名空间,要与你的路径一样,因为在thinkphp实现自动加载机制的原理,就是靠的你的命名空间对应这个路径,然后自动加载机制通过这个路径找到你的类文件,然后进行实例化. (2)命名空间是虚拟的目录,并不是真实存在的目录 (3)其实我觉得  命名空间是可以不一样的,然后那个thinkphp将你的命名空间转化为相应的路径(但是thinkphp中,命名空间就是路径) (4)什么是  thinkphp的公共空间: 就是你没加命名空间的地方   比如有的公共文

首先先讲自动加载: 前提:你的第三方类库要满足(1)符合命名规范和后缀的类库(2)使用命名空间,命名空间和路径一致的类库 (1)在ThinkPHP目录下的library目录下的每一个子目录都是一个根命名空间 (2)凡是以这些子目录为根命名空间的类都可以自动加载 例如:Org/某某.class.php  Think/某某.class.php  我们在项目中使用的时候 (a)直接 new \Org\某某.class.php既可以获得对象,或者 (b)use Org\某某; 实例化的时候直接new 某

/Conf/config.php为正式的扩展文件 /Conf/verify.php为扩展的自定义配置文件 /Conf/sendmail.php为扩展的自定义配置文件 如果要自动加载 verify和sendmail的扩展配置文件,方法如下: 在Config.php里新增一个: 'LOAD_EXT_CONFIG' => 'verify,sendmail' 就可以了. verify.php内容: <?php return array( 'size' => 4, 'title' => '测

在一般的web应用开发里通常会使用开发工具(如Eclipse.IntelJ)集成tomcat,这样可以将web工程项目直接发布到tomcat中,然后一键启动.经常遇到的一种情况是直接修改一个类的源文件,此时开发工具会直接将编译后的class文件发布到tomcat的web工程里,但如果tomcat没有配置应用的自动加载功能的话,当前JVM中运行的class还是源文件修改之前编译好的class文件.可以重启tomcat来加载新的class文件,但这样做需要再手工点击一次[restart],为了能够在

在一般的 web 应用开发里通常会使用开发工具(如 Eclipse.IntelJ )集成 tomcat ,这样可以将 web 工程项目直接发布到 tomcat 中,然后一键启动.经常遇到的一种情况是直接修改一个类的源文件,此时开发工具会直接将编译后的 class 文件发布到 tomcat 的 web 工程里,但如果 tomcat 没有配置应用的自动加载功能的话,当前 JVM 中运行的 class 还是源文件修改之前编译好的 class 文件.可以重启 tomcat 来加载新的 class 文件,

include 和 require 是PHP中引入文件的两个基本方法.在小规模开发中直接使用 include 和 require 没哟什么不妥,但在大型项目中会造成大量的 include 和 require 堆积.这样的代码既不优雅,执行效率也很低,而且维护起来也相当困难. 为了解决这个问题,部分框架会给出一个引入文件的配置清单,在对象初始化的时候把需要的文件引入.但这只是让代码变得更简洁了一些,引入的效果仍然是差强人意.PHP5 之后,随着 PHP 面向对象支持的完善,__autoload 函

include 和 require 是PHP中引入文件的两个基本方法.在小规模开发中直接使用 include 和 require 没哟什么不妥,但在大型项目中会造成大量的 include 和 require 堆积.这样的代码既不优雅,执行效率也很低,而且维护起来也相当困难. 为了解决这个问题,部分框架会给出一个引入文件的配置清单,在对象初始化的时候把需要的文件引入.但这只是让代码变得更简洁了一些,引入的效果仍然是差强人意.PHP5 之后,随着 PHP 面向对象支持的完善,__autoload 函

本篇博客承接上一篇,学习一下Composer实现的PHP的类的自动加载方式.首先说明一下,Composer是PHP针对PHP语言的第三方的依赖管理工具,将工程所用到的依赖文件包含在composer.json文件中,使用composer install命令就可以将所使用对应库或者文件加载进工程里面.下面分两部分介绍composer的基础,分别是composer的依赖管理和自动加载. 依赖管理 在composer出现之前,如果咋PHP项目中需要第三方的依赖文件,则需要程序员将所需要的源代码拷贝进工程

最近在学习composer,发现从接触PHP到现在已经遇到了三种关于PHP中类的自动加载方式,这其中包括PHP自带的类的自动加载方式.PHP的第三方的依赖管理工具composer的加载方式以及PHP的Yaf框架下的自动加载方式.本篇博客主要是针对PHP5自带的加载方式进行详细介绍,composer和Yaf下类的自动加载将在接下来的时间里分两篇和大家一起学习.       1.手动加载方式 像C和C++等语言,在PHP中需要使用另一个文件中的相关的类.方法时,可以使用include.include

本篇并不是对某一组件的详细源码分析,而只是简单的跟踪了下CI的autoload的基本流程.因此,可以看做是Loader组件的分析前篇. CI框架中,允许你配置autoload数组,这样,在你的应用程序初始化时,会自动加载相应的类库,例如,在application/config/autoload.php中,autoload的配置如下: $autoload['libraries'] = array("smarty", "redis"); 则CI框架初始化时,会自动加载l