 > 命名空间在php5.3中被引入，如果说php最重要的新特性是什么，那么无疑是命名空间，他是现代php生态的基石。 ## 诞生背景 **当项目变大，类名会有重复的问题** 假设你和你的搭档在开发一个大型系统。现在你在my文件夹下新建了一个Article类，你的搭档在partner文件夹中也新建了一个Artcle类，我们知道Article这样一个类名是非常常见的，所以你们不约而同的选择了这个命名。但是当你把他们inclue到index.php中并实例化Article类后发现，系统报了一个错误，错误显示类名有冲突。 **/my/Article.php** ``` <?php class Article { //... } ``` **/partner/Article.php** ``` <?php class Article { //... } ``` **index.php** ``` <?php include 'my/article.php'; include 'partner/article.php'; $article = new Article(); ``` 机智的你很快发现了，是由于你们俩取了同一个类名，那么如何解决这个问题呢？ 早期的时候，大家想到的办法是，加前缀，就像下面这样，在每个类名前面加上不同的前缀来防止类名冲突。 ``` <?php class My_Article{ //... } ``` **但是这样做会存在一些问题：** 1. 类名容易变得很长 2. 有些类名一开始你以为经过自己精心设计不会很别人重复，但最后还是重复了，因为这种办法无法保证不重复 3. 这些类因为要考虑到会冲突的问题，命名往往无法准确而利索的表达类的作用。 4. 如果我要打造一个框架，几乎所有的常见类：Request,Response,Model,等都得加上前缀，参见zend,ci等框架。 ## 命名空间登场 接下来， 命名空间登场了 命名空间按照一种虚拟的层次结构组织php代码，这种层次结构类似于操作系统中文件系统的目录结构。 就像下面这样，在每个类中，定义它的命名空间，就如同将定义的类放入都一个特定的文件夹中，然后实例化类时指出他的命名空间就可以了。 **/my/Article.php** ``` <?php namespace my; class Article { //... } ``` **/partner/Article.php** ``` <?php namespace partner; class Article { //... } ``` **index.php** ``` <?php include 'my/article.php'; include 'partner/article.php'; use my\Article; $article = new Article(); $article = new partner\Article(); $post = new my\Article(); ``` 使用命名空间的好处 1. 避免了冗长的类名、方法名。 2. 以类似于文件系统的层次结构组织php代码，更利于理解。 3. 打破了第三方组件间的沟通壁垒。 ## psr-4自动加载和composer 也许你发现了，在每次我们实例化一个类之前，总是需要使用include或者required 来引入一个类，这样一个一个引入太麻烦，再有了命名空间以后，一些php核心开发者就提出psr-4这个规范，psr-4规范提出了如何利用命名空间和文件目录的对应关系来实现自动加载。 正是有了命名空间，psr-4自动加载才得以实现，在psr-4之前，还有一个psr-0自动加载规范，已被遗弃。 Composer非常优雅的实现了psr-4的自动加载机制，使得我们引用类的时候，完全不用考虑类是如何加载的， 一个真实的php组件，往往有一个唯一的厂商命名空间，组件定义好后放入vendor文件夹中，我们不用做任何的处理就能够直接使用这个组件。 这样的编码方式极大的解放了程序员的劳动力，使得所有的php组件间的沟通更加的流畅了
上一篇：laravel Eloquent ORM解析
如果这篇文章帮助到了您，可以赞助下主机费~~
赞赏
测试
adsffsafds
兄弟博客页面挺好看的，是开源的开始自己写的
@ZX 自己写的，基于laravel5.6，前端用的bootstrap4，使用的markdown编辑器，源码地址：https://github.com/xingxingxx/my-blog-new.git
你的 https://github.com/xingxingxx/my-blog-new.git， 数据库文件在哪里呢？
@GXF 数据库创建好名称，用 php artisan migrate迁移过去就可以了
