以前看一些PHP框架源码的时候,很奇怪在文件包含的时候,会用dirname(__FILE__)来拼凑文件路径,不知道这样做有什么好处,后来终于发现了其中的缘由。
我们来看一个简单的例子:
有a,b,c三个php文件。a.php在网站根目录,b.php在b文件夹下——b/b.php,c.php在c文件夹下——c/c.php。有些混乱?看图就一目了然了:
a.php 和 b.php 都包含了 c.php,最后 c.php 包含了d文件夹下的一个php文件——d/d.php。
我们先来看a.php:
<span 1</span> <?<span php </span><span 2</span> <span 3</span> <span $file_name</span> = 'a.php'<span ; </span><span 4</span> <span 5</span> <span echo</span> "this is a.php"<span ; </span><span 6</span> <span echo</span> "<hr>"<span ; </span><span 7</span> <span 8</span> <span require</span>('c/c.php'<span ); </span><span 9</span> <span 10</span> ?>
很简单的代码,打印输出后,包含了c/c.php,接着,我们需要看c/c.php:
<?<span php </span><span $c_file_name</span> = 'c.php'<span ; </span><span echo</span> 'this is c.php, is required by ' . <span $file_name</span><span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>('../d/d.php'<span ); </span>?>
打印输出 "this is c.php, is required by a.php",$file_name是在a.php中定义的变量。在最后,包含了d.php。因为d文件夹在当前c.php文件的上一层,所以,按照常理,我们会理所当然的把路径写成 "../d/d.php"。但是很遗憾,会报错。原因在于,在被包含的文件中如c.php,再去包含其他文件,路径是相对于最外层的父文件来说的,也就是相对于a.php,可以理解为因为你被我包含了,所以你要以我为准。看起来很玄乎,原理其实很简单:你可以把 require('c/c.php'); 看成是c/c.php文件里的代码,这样我们的a.php看起来可以是这个样子:
<?<span php </span><span $file_name</span> = 'a.php'<span ; </span><span echo</span> "this is a.php"<span ; </span><span echo</span> "<hr>"<span ; </span><span //</span><span require('c/c.php');</span> <span $c_file_name</span> = 'c.php'<span ; </span><span echo</span> 'this is c.php, is required by ' . <span $file_name</span><span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>('../d/d.php'<span ); </span>?>
到此,你可以看到,我们要包含d/d.php文件时,刚才的路径是不是错误的了?因为,现在是在a.php的代码里,我们是相对于a.php文件来说的,当然,路径应该是 require('d/d.php'); 才对了。我们修改代码如下:
<?<span php </span><span $file_name</span> = 'a.php'<span ; </span><span echo</span> "this is a.php"<span ; </span><span echo</span> "<hr>"<span ; </span><span //</span><span require('c/c.php');</span> <span $c_file_name</span> = 'c.php'<span ; </span><span echo</span> 'this is c.php, is required by ' . <span $file_name</span><span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>('d/d.php'<span ); </span>?>
此时,你还没有领悟到深意,需要往下看,我们再看b/b.php:
<?<span php </span><span $file_name</span> = 'b.php'<span ; </span><span echo</span> "this is b.php"<span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>('../c/c.php'<span ); </span>?>
不需要解释了吧,没啥问题,但是当你把 require('../c/c.php'); 换成 c/c.php 里面的代码的时候,你就会发现问题了,注意,我们刚才修改了c/c.php里的代码,把 require('../d/d.php'); 改成了 require('d/d.php'); 看下面包含进来后的代码:
<?<span php </span><span $file_name</span> = 'b.php'<span ; </span><span echo</span> "this is b.php"<span ; </span><span echo</span> "<hr>"<span ; </span><span //</span><span require('../c/c.php');</span> <span $c_file_name</span> = 'c.php'<span ; </span><span echo</span> 'this is c.php, is required by ' . <span $file_name</span><span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>('d/d.php'<span ); </span>?>
那么,相对于 b/b.php 来说,require('d/d.php'); 的路径错了,应该是 require('../d/d.php'); 才对。你回去修改 c/c.php 中的require路径,但是不对呀,你改了之后,b/b.php可以正常运行了,但是 a/a.php 又不行了,是不是,它们共用 c/c.php ,牵一发动全身,怎么办呢。
这个时候,我们回到文章开头提到的 dirname(__FILE__),这可是个好东西,可以完全解决以上问题。用了它,就可以不用关心包含你的文件是哪个文件、在哪个路径下面了,不需要顾虑父文件所在的层级,因为,dirname(__FILE__)可以相对于当前文件指定路径。也就是说,我们需要将我们的 c/c.php 中的 require 路径换为:
<?<span php </span><span $c_file_name</span> = 'c.php'<span ; </span><span echo</span> 'this is c.php, is required by ' . <span $file_name</span><span ; </span><span echo</span> "<hr>"<span ; </span><span require</span>(<span dirname</span>(<span __FILE__</span>) . '/../d/d.php'<span ); </span>?>
这里,我们只需要把 c/c.php 作为参照,相对于它来说,d/d.php 在上一层。这样,就只有一个标准了,那就是,以我为准,管你包含我,还是他包含我,我只以我自己为准,我要包含的文件只相对于我自己而言了。
对于 dirname(__FILE__) 不明白的同修,请google,很简单。
好了,PHP技术分享到此结束,有任何疑问或有错误之处,请留言。话说,这是我的第一个标准技术博文。第一篇是水文,第二篇是准技术,今天终于写了篇技术的,欧也。

TheSecretTokeEpingAphp-PowerEdwebSiterUnningSmoothlyShyunderHeavyLoadInVolvOLVOLVOLDEVERSALKEYSTRATICES:1)emplactopCodeCachingWithOpcachingWithOpCacheToreCescriptexecution Time,2)使用atabasequercachingCachingCachingWithRedataBasEndataBaseLeSendataBaseLoad,3)

你应该关心DependencyInjection(DI),因为它能让你的代码更清晰、更易维护。1)DI通过解耦类,使其更模块化,2)提高了测试的便捷性和代码的灵活性,3)使用DI容器可以管理复杂的依赖关系,但要注意性能影响和循环依赖问题,4)最佳实践是依赖于抽象接口,实现松散耦合。

是的,优化papplicationispossibleandessential.1)empartcachingingcachingusedapcutorediucedsatabaseload.2)优化的atabaseswithexing,高效Quereteries,and ConconnectionPooling.3)EnhanceCodeWithBuilt-unctions,避免使用,避免使用ingglobalalairaiables,并避免使用

theKeyStrategiestosiminificallyBoostphpapplicationPermenCeare:1)useOpCodeCachingLikeLikeLikeLikeLikeCacheToreDuceExecutiontime,2)优化AtabaseInteractionswithPreparedStateTemtStatementStatementSandProperIndexing,3)配置

aphpdepentioncontiveContainerIsatoolThatManagesClassDeptions,增强codemodocultion,可验证性和Maintainability.itactsasaceCentralHubForeatingingIndections,因此reducingTightCightTightCoupOulplingIndeSingantInting。

选择DependencyInjection(DI)用于大型应用,ServiceLocator适合小型项目或原型。1)DI通过构造函数注入依赖,提高代码的测试性和模块化。2)ServiceLocator通过中心注册获取服务,方便但可能导致代码耦合度增加。

phpapplicationscanbeoptimizedForsPeedAndeffificeby:1)启用cacheInphp.ini,2)使用preparedStatatementSwithPdoforDatabasequesies,3)3)替换loopswitharray_filtaray_filteraray_maparray_mapfordataprocrocessing,4)conformentnginxasaseproxy,5)

phpemailvalidation invoLvesthreesteps:1)格式化进行regulareXpressecthemailFormat; 2)dnsvalidationtoshethedomainhasavalidmxrecord; 3)


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

Dreamweaver Mac版
视觉化网页开发工具

SublimeText3 英文版
推荐:为Win版本,支持代码提示!

ZendStudio 13.5.1 Mac
功能强大的PHP集成开发环境

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具