Maison >développement back-end >tutoriel php >codeigniter - php CI框架的core/common.php中一些函数的疑问?
<code>if ( ! function_exists('is_php')) { function is_php($version = '5.0.0') { static $_is_php; $version = (string)$version; if ( ! isset($_is_php[$version])) { $_is_php[$version] = (version_compare(PHP_VERSION, $version) </code>
所有的函数都存在
<code>if ( ! function_exists('is_php')) { } </code>
这样的结构,这样做是否显得有点多余。
<code>if ( ! function_exists('is_php')) { function is_php($version = '5.0.0') { static $_is_php; $version = (string)$version; if ( ! isset($_is_php[$version])) { $_is_php[$version] = (version_compare(PHP_VERSION, $version) </code>
所有的函数都存在
<code>if ( ! function_exists('is_php')) { } </code>
这样的结构,这样做是否显得有点多余。
对框架来说是不多余的.有可能使用者会在加载这个文件之前加载自己的function文件.
当然不是,这样是避免框架自带的函数和开发者的函数冲突。
方便扩展。
框架首先加载开发者的函数,然后加载系统函数。
开发者只需要些一个同名函数,就可以覆盖系统函数。
这也是 CI 的一大卖点。
可能
给出的代码符合第一种情况
如果你觉得这是一个问题的话,其实可以通过命名空间来解决
多个php版本功能兼容、避免框架自带的函数和开发者的函数冲突,原因有二。
1,ci是一个历史很悠(落)久(后)的框架,在ci起来的那些年,php那里还没有命名空间,很多新功能特性不支持
2,我觉得ci这样的设计初衷里,肯定不会是为了能让用户重写这些函数,因为要实现继承和重写,肯定还是类方便。
1.预先实现一些php没有实现但是将来可能实现的函数,避免冲突
2.解决重复加载问题。
不是多余的,原因如下:
1.向后兼容,避免后面的php版本实现了同名函数
2.方便开发者扩展。看看CI的文档就知道,开发者如果需要重写框架提供的函数,只需要把函数名写成一样的就可以了。
CI不是一个完全面向对象的框架,保留了很多公共函数,更没有命名空间的概念,所以要用这种方法来实现框架可扩展。
如果想删掉这些的话,
可以用命名空间
否则会起命名重复冲突的