首先习气性的是在APP下面创建一个，这里面便是放全局利用的函数。这边一个小细节，从学APP根本都是这样的。为什么现在很多人后面下面的不写？这样写有一个条件条件，便是php文件必须假如纯php文件，不能插html这种超文不连接或者是html、css、gs这种混在一起写的，这样写弗成，便是文件必须假如纯php文件。
为什么不这样写？这样写有坏处，比如有人不规范，很多空格，实际代码就写了几行，留了很多空格。实际在打算机做事器端运算的时候会把这些空格也并入运算的，虽然没有什么任何结果，但也会运算，这样就会导致脚本运行变慢，性能变差。
这样不加小问号，不加结尾标签，到末了一个冒号结束的时候全体这段就运行结束了，这样反而运行效率更高。以是在纯文本的APP文件里面，现在比较好的写法便是后面不写B，便是标签关闭的符号不写，就直接这样写。
小问题给大家唠叨一下，假设在这边命名了一个函数，返回一个叫hello word，便是返回一个字符串。现在比如想在外部漏油里面调用，比如要调用打赢勾勾，能打赢吗？来试一下，BS.test，弗成，格格是一个未定义的函数，由于它没有找到函数，找到缘故原由便是它还不是全局的赞助函数，以是要把它必要把文件里面的函数定义为全区的，就涉及到自动加载的问题。
就在composer jason里面有一个outload，默认是ps24加载这些，比如name space什么的都相应的，这个就自动勾引到这边，a b大学APP的name space就自动勾引到APP文件夹上面，类似的，大家能看懂。
不才面添加一行，便是按配置的冒号逗号，配置的fire s也会自动加载APP下面的help，ph重点，它也会自动加载outload，再加载完了就好了，刷新一下，原来弗成，还差一步，要把它重新勾引一下，就回到虚拟机里面，重新勾引一下，勾引完了，刷新一下，解释已经是全局的赞助函数了，可以调用。
再考虑一个问题，这边定了一个go，这么一个函数，如果外部有一个库，也叫哥哥，不就坏了吗？如果导入就把导入外部库的哥哥内涵处给覆盖掉了，就会造成很多程序运行上的缺点，以是在上面要判断一下，如果函数不存在的时候，才运行，加载运行，这里面的函数做判断是比较严谨的，这样也不影响运行，也是正常的运行的。
这些歌就讲到这里。
