来源/https://www.startutorial.com/articles/view/modern-php-developer-psr
Composer是PHP的依赖管理工具。它允许您声明您的项目所依赖的库, 并且它将为您管理 (安装/更新) 它们。它以每个项目为基础管理它们, 并将它们安装在项目内的目录 (如 vendor) 中. 默认情况下, 它不会在全局范围内安装任何内容。因此, 它是一个依赖关系管理器。
不管是什么框架,就拿 ThinkPHP 框架来说,官方文档明确说明:ThinkPHP5.1遵循PSR-2命名规范和PSR-4自动加载规范。这就引出了本篇博文的内容:PSR 是什么?PSR 由谁规定的? PSR是PHP Standards Recommendation的简称,意为 PHP 推荐标准、PHP 开发的实践标准。要想了解 PSR,首先得知道制定这一标准的人/组织是谁: PHP-FIG PHP-FIG全称为PHP Framework Interop Group,是一个组织,这个组织的成员由一些 PH
说明:本文主要以Laravel的容器类Container为例做简单说明Composer的自动加载机制。
composer (一) – 依赖管理 前面这篇文章介绍了 composer 对依赖的安装及更新。
当我们编写面向对象的程序时,通常是将类分别放在不同的文件中。但这样一来,当我们调用其他类的时候,则需要先手动引入该文件(否则会因为当前程序中没有该类名的类而报错)
PSR 是由 PHP FIG 组织制定的 PHP 规范,是 PHP 开发的实践标准,这是具体的地址:
在web应用的开发模式下,我们不可避免的总会遇到对第三方api的集成。比如支付宝支付和微信支付的sdk,再或者是各种短信api比如阿里大于的sdk集成等等等等。像这种类似的第三方很多,但是由于各个平台的sdk的代码规范各有特色,对于新手,集成到我们的yii2中,似乎就是一件不那么容易实现的操作。其实很容易,我一说你就懂。
当自动加载类如Foo\\Bar\\Baz时,命名空间Foo指向一个名为src/的目录意味着自动加载器将查找名为src/Bar/Baz.php文件并引用它。
ModernPHP读书笔记(二) ——PHP开发标准 (原创内容,转载请注明来源,谢谢) 本文主要讲述PHP-FIG(PHP FrameworkInteroperability Group(PHP框架可互用性小组))发布的四套开发标准,该标准主要目的是为了让各类PHP框架相互兼容,降低PHP开发人员的学习难度,让致力于框架研发改造的开发者可以集中精力于开发,而不在于学习新的框架。我个人也曾忙于学习各框架的实现过程,而仿佛落入大海中,忽略了框架的内核与中心。如果该标准推广,所有框架的基本形式均相同,会非常
PSR-4 描述了从文件路径中 自动加载 类的规范。 它拥有非常好的兼容性,并且可以在任何自动加载规范中使用,包括 PSR-0。 PSR-4 规范也描述了放置 autoload 文件(就是我们经常引入的 vendor/autoload.php)的位置。
大家都知道composer吧,它是 PHP 用来管理依赖(dependency)关系的工具。你可以在自己的项目中声明所依赖的外部工具库(libraries),Composer 会帮你安装这些依赖的库文件。
include 和 require 是PHP中引入文件的两个基本方法。在小规模开发中直接使用 include 和 require 没哟什么不妥,但在大型项目中会造成大量的 include 和 require 堆积。这样的代码既不优雅,执行效率也很低,而且维护起来也相当困难。
如果需要更多过滤html输入方式,可以使用html Purifier库,缺点:速度慢,而且可能难以配置 ==不要使用正则表达式过滤html,正则表达式很复杂吗,可能导致html无效且出错的几率高==
我为你们准备了一个富有挑战性的事情。接下来你们将以无框架的方式开启一个项目之旅。 首先声明, 这篇并非又臭又长的反框架裹脚布文章。也不是推销非原创(https://en.wikipedia.org/wiki/Notinventedhere) 思想 。毕竟, 我们还将在接下来的开发之旅中使用其他框架开发者编写的辅助包。我对这个领域的创新也是持无可非议的态度。 这无关他人,而是关乎己身。作为一名开发者,它将有机会让你成长。 也许无框架开发令你受益匪浅的地方就是,可以从底层运作的层面中汲取丰富的知识。抛却依赖神奇
PHP 的 autoload 机制,可以在使用一个未导入的类时动态加载该类,从而实现延迟加载和管理依赖类文件的目的。
使用Laravel做开发是高效而愉悦的体验。 通常,当你准备部署应用的时候,你可能会意识到应用也许会在真实环境下表现不佳。
虽然在[PSR-4-Meta]中指出PSR-4是对PSR-0规范的补充而不是替换,但是在[PSR-0]中已经写到PSR-0于2014.10.21被废弃,并在[PSR-4-Meta]中详细写明了PSR-0的不足,已经不能满足面向package的自动加载。
制作一个极简版的 php 框架。串联一下 web 开发中需要注意的核心关键点,从零开始构建一个完整的系统,通过创建系统框架的过程,理解 web 开发中做核心的内容。
本文译自 Matt Stauffer 的系列文章. ---- Laravel 的主版本号之所以从 4 升到 5. 一个很重要的原因是目录结构的改变. 这个改变实际上不只是文件组织方式的变化, 而是思想上的一个重大转变. 新的目录结构能够更好地反映 Laravel 开发者的工作方式或者说推荐的工作方式. 不仅如此, 新的目录结构也能够减少有关 "最佳实践" 这个话题的争论. 此外, 从新的目录结构也能更好地理解 Laravel 的工作机制. 新版本的目录结构 app Commands Cons
thinkphp、larvel 等开源产品都放在公有仓库,一个团队开发的项目不想对外开放,可以使用私有仓库
当我们在php代码中加载类时,我们必须要include或者require 某个类文件。
Composer是PHP中用来管理依赖(dependency)关系的工具。你可以在自己的项目中声明所依赖的外部工具库(libraries),Composer会帮你安装这些依赖的库文件。 如果A依赖B的版本是1.0.0,如果C依赖B的版本是2.0.0,项目当中是否没导入同一包用不同版本的。 PHP的自动加载可以使用__autoload()和spl_autoload_register()两种机制,但官方推荐使用和spl_autoload_register 更多参考:http://php.net/manual/
在laravel项目开发中,经常使用到公共函数,那如何在laravel配置全局公共函数呢??下面话不多说了,来一起看看详细的介绍吧
公司开发使用PHP,技术框架使用Laravel。最近线上出现一个问题,就是上线之后,每次都会出错。查看出错原因,是composer安装的第三方出现class not found。因为这个问题,在线下使用Lumen框架的时候,遇到过,查找问题原因是因为依赖的composer包中composer.json中的”autoload”:{“psr-4”:{}}书写格式问题。解决方法使用命令:composer dump-autoload -o;
include 和 require 是PHP中引入文件的两个基本方法,但是每个脚本的开头,都需要包含(include)一个长长的列表总是不好的,所以 PHP 使用了自动加载器来解决这个问题。
一、PSR0简介 下文描述了若要使用一个通用的自动加载器(autoloader),你所需要遵守的规范: 一个完全标准的命名空间(namespace)和类(class)的结构是这样的:\<Vendor Name>\(<Namespace>\)*<Class Name> 每个命名空间(namespace)都必须有一个顶级的空间名(namespace)("组织名(Vendor Name)")。 每个命名空间(namespace)中可以根据需要使用任意数量的子命名空间(sub-namespace)。 从文件系统中加载源文件时,空间名(namespace)中的分隔符将被转换为 DIRECTORY_SEPARATOR。 类名(class name)中的每个下划线_都将被转换为一个DIRECTORY_SEPARATOR。下划线_在空间名(namespace)中没有什么特殊的意义。 完全标准的命名空间(namespace)和类(class)从文件系统加载源文件时将会加上.php后缀。 组织名(vendor name),空间名(namespace),类名(class name)都由大小写字母组合而成。 参考:http://www.php-fig.org/psr/psr-0/ 以下,列出PSR0构建的规范类的几种形式:
PSR 是PHP Standard Recommendation的简写,它其实应该叫PSRs,即系列推荐标准:目前通过的规范有PSR-0(Autoloading Standard)、PSR-1(Basic Coding Standard)、PSR-2(Coding Style Guide)、PSR-3(Logger Interface)、PSR-4(Improved Autoloading)。它不是PHP官方标准,而是从如Zend、Symfony2等知名PHP项目中提炼出来的一系列标准,目前有越来有
简单来说,Composer是PHP的包依赖管理器。但是Composer并不是类似于Yum、Apt的包管理器。Composer可以用于包或者第三方库的安装,但是可以选择在Project范围内进行安装。Composer是受到Node的NPM启发。
想要做出一个成功的 PHP 扩展包,不仅仅是简单的将代码放进文件夹中就可以了,除此之外,还有非常多的因素来决定你的扩展是否优秀。以下清单的内容将有助于完善你的扩展,并且在 PHP 社区中得到更多的重视。
Composer 是 PHP 的一个包管理工具,可以用来方便地管理 PHP 应用程序的依赖关系。在现代化的 PHP 应用程序中,使用 Composer 管理依赖已成为一种必备的技能。
是的,既然我们在使用一个composer扩展的时候根据一份composer.json来安装依赖包,那么我们发布扩展包的时候,也应该先有一份描述自己的清单 - composer.json。
在说啥是PSR-[0-4]规范的之前,我觉得我们有必要说下它的发明者和规范者:PHP-FIG。就是这个联盟组织发明和创造了PSR-[0-4]规范
算法与数据结构 BTree和B+tree BTree B树是为了磁盘或者其他存储设备而设计的一种多叉平衡查找树,相对于二叉树,B树的每个内节点有多个分支,即多叉。 参考文章:https://www.jianshu.com/p/da59af78ec59 B+Tree B+树是B树的变体,也是一种多路搜索树。 参考文章:https://www.jianshu.com/p/da59af78ec59 排序算法 快速排序 快速排序是十分常用的高效率的算法,其思想是:先选一个标尺,用它把整个队列过一遍筛选,以保证其左边
哈哈,所以就使用composer重新代码重写了一下,顺便记录下在本地使用composer开发项目的步骤
算法与数据结构 BTree和B+tree BTree B树是为了磁盘或者其他存储设备而设计的一种多叉平衡查找树,相对于二叉树,B树的每个内节点有多个分支,即多叉。 B+Tree B+树是B树的变体,也是一种多路搜索树。 参考文章:https://www.jianshu.com/p/da59af78ec59 排序算法 快速排序 快速排序是十分常用的高效率的算法,其思想是:先选一个标尺,用它把整个队列过一遍筛选,以保证其左边的元素都不大于它,其右边的元素都不小与它 function quickSort($arr
本机环境:win10 集成环境:studyphp(方便学习使用Windows下集成环境) 数据库可视化操作软件:sqlyog
刚创建了一个新的Laravel 5.3项目,想要使用Laravel自带的认证功能。
B树是为了磁盘或者其他存储设备而设计的一种多叉平衡查找树,相对于二叉树,B树的每个内节点有多个分支,即多叉。
Composer是 用PHP开发的用来管理项目依赖的工具,当你在项目中声明了依赖关系后,composer可以自动帮你下载和安装这些依赖库,并实现自动加载代码。
『Composer 一统天下的时代已经到来!』——白岩松 『Composer 将会是未来PHP主流!』——马云 『不会包管理的程序员会被淘汰!』——近平 『一起来学composer搭建框架!』——李文凯 “一个时代结束了,另一个时代开始了。” Framework Interoperability Group(框架可互用性小组),简称 FIG,成立于 2009 年。FIG 最初由几位知名 PHP框架开发者发起,在吸纳了许多优秀的大脑和强健的体魄后,提出了 PSR-0 到 PSR-4 五套 PHP 非官方规范
本文是为自动加载器(autoloader)实现通用自动加载,所需要遵循的编码规范。
composer.json文件内容 laravel { "name": "laravel/laravel", //name表示包的名称,由作者名、项目名组成, //用'/'分割(可以包含任何字符,包括空格,不区分大小写) "description": "The Laravel Framework.", //描述(description是必要属性) "keywords": ["framework", "laravel"], //用于搜索与筛选的与包相关
PSR(Proposing a Standards Recommondation 建议重新修订标准), 即PHP编码规范,目前PSR更新为2016.5.26的PSR4,后续我们将持续关注。
Composer 是 PHP 的一个依赖管理工具,Composer 不是一个包管理器,它涉及 “packages” 和 “libraries”,但它在每个项目的基础上进行管理,在你项目的某个目录中(例如vendor)进行安装。默认情况下它不会在全局安装任何东西,因此,仅仅是一个依赖管理
每个应用程序都包含许多位于不同位置的类。该框架提供了用于核心功能的类。您的应用程序将具有许多库,模型和其他实体,以使其正常运行。您可能有项目正在使用的第三方类。跟踪每个文件的位置,然后将该位置硬编码成一系列文件,这requires()是一件非常麻烦的事情,而且容易出错。这就是自动装带器的用武之地。
领取专属 10元无门槛券
手把手带您无忧上云