引言 上篇教程学院君给大家介绍了命名空间以及如何基于 Composer 来管理命名空间与 PHP 脚本路径的映射，自此以后，我们将基于这套机制来实现 PHP 类的自动加载和函数引入。 中记录这个扩展包的名称和版本： "require": { "symfony/http-foundation": "^5.1" }, 重新组织博客项目目录结构 此外，我们还要基于命名空间重新组件 我们将所有应用 PHP 代码都转移到了 app 目录下，并且为其设置了命名空间 App，将对外公开的静态资源文件和入口文件 index.php 转移到了 public 目录，而将视图模板文件都转移到了 ": [ "app" ] } 然后运行 composer dump-auto 让新增的命名空间类映射关系生效。 Response('', 301, ['Location' => '/']); $response->prepare($request)->send(); } 由于我们基于 Composer 来管理命名空间和类的自动加载
比如： $name = Request::input('name'); 注意，如果你在一个命名空间里，你需要在类文件的顶部使用 use Request; 这条声明来导入 Request 这个 facade 通过依赖注入 要通过依赖注入得到当前 HTTP 请求的实例，需要在你的控制器构造函数或者方法里 type-hint 类。当前请求的这个实例会被 Service Container 自动注入进来。 <? public function store(Request $request) { $name = $request- input('name'); // } } 如果你的控制器方法期待来自路由参数上的 $name = Request::input('name'); 在缺少输入值的时候去获取到默认值 $name = Request::input('name', 'Sally'); 确定一个输入值是否出现 比如，你可能需要在验证了输入错误之后重新填写表单。 把输入值闪存到会话里 flash 方法可以把当前的输入的值闪存（flash）到会话（ session） 里。
个人网站、项目部署、开发环境、游戏服务器、图床、渲染训练等免费搭建教程，多款云服务器20元起。
命名空间 命名空间用的比较多，不详细写了，记录几个值得注意的实践和细节。 多重导入 别这么做，这样写容易让人困惑。 <? ; 一个文件中使用多个命名空间 你可以这么做，但这违背了“一个文件定义一个类”的良好实践。 php namespace Foo { //code }namespace Bar { //code } 全局命名空间 想要使用PHP原生的Exception类，需要在类名前加 \ 符号。 public function doSomething() { $exception = new \Exception(); } } 如果Exception前不加 \ 符号，会在My\App命名空间下寻找 因此，这个服务器很难使用多数流行的PHP框架中常见的前端控制器。PHP内置的服务器使用路由器脚本弥补了这个遗漏的功能。
PHP命名空间只支持导入类，而不支持导入函数或常量 对命名空间中的名称来说，最前面是不允许有反斜杠的 对完全限定名称的函数、类和常量可以直接解析 对所有非限定名称和非完全限定名称的函数、类和常量，根据当前导入的命名空间进行转换 在命名空间内部，所有的没有根据导入规则转换的非限定名称和非完全限定名称均会在其前面加上当前命名空间名称 在命名空间内部，对非限定名称和非限定 名称的函数进行调用时，先在当前命名空间下解析，如果查找不到再在全局空间下查找 在命名空间内部对非限定名称和非完全限定名称的类进行调用时，只会在当前命名空间下解析 2.文件包含 require产生错误，include出警告 通过__autoload或spl_autoload_register [/{参数名}……]} ‘,闭包函数或控制器响应函数标识)[->where(‘参数名’,'正则’)]; 路由命名：Route::get('资源标识’,[‘as’=>’命名’,uses=>闭包函数或控制器响应函数标识 [/{参数名}……]’,’控制器类名@函数名称’);参数与顺序有关，与命名无关 隐式控制器路由：Route::controller(‘路由前缀’,’控制器类名’[,命名路由]);请求结构为”主机地址/路由前缀
1.Controller之Request Laravel中的请求使用的是symfony/http-foundation组件，请求里面放了$_GET，$_POST,$_COOKIE,$_FILES,$_SERVER 在student控制器里新增一个方法test6。 request->is("student/*") ;var_dump($res); //判断路由是否符合某个格式 //echo $request->url(); //当前的url } 并且导入命名空间 新增一个test7方法， public function test7(Request $request){ /*Session*/ //1.HTTP Request session() 需要导入命名空间 )->put('name','zls'); //设置 //echo session()->get('name'); //获取 //3.Session 类 需要导入命名空间
如今你可以直接把代码放在 app 目录下, 该目录下的所有代码默认会被组织到 app 命名空间. 这个命名空间是可以通过新增加的 Artisan 命令 app:name 来修改的. 控制器方法注入 除了现有的构造器注入以外, 在新版本中还可以在控制器方法中的依赖项进行类型约束. 这些请求对象可以和控制器方法注入相结合, 提供一种全新的验证用户输入的方法. 验证错误也会同时写入 session. 如果请求是用 AJAX 方式发起, Larave 会自动发送一个 JSON 形式的验证错误信息. Symfony VarDumper 用于输出变量信息进行调试的辅助方法 dd, 在新版本中进行了升级, 使用强大的 Symfony VarDumper.
定义当前 Laravel 应用控制器路由的命名空间。 设置应用控制器根命名空间。 */ protected function setRootControllerNamespace() { if (! 创建拥有公共属性（中间件、命名空间等）的路由组。 将给定属性（中间件、命名空间等）更新到路由组栈中。 设置的中间件和命名空间等）； 使用 loadRoutes 方法引入 base_path('routes/web.php') 文件中定义的路由。
Duang~入坑symfony 最近在看symfony，发现laravel里面也引用了这个框架，国内关于symfony的资料不是很多，但是体验了以下之后，感觉还是不错的，所以记录下踩坑之旅 这是[官方文档](https://symfony.com) Before Start 注意： symfony 严格遵循标准的版本命名 API无法向下兼容 大版本号+1 准备工作 使用web server localhost:8000 上（注：此命令只能运行在 PHP 5.5 版本之上，并且 Windows 可能只能运行 server:run，两者的区别你们自己试试就知道），这样在开发阶段就可以不用安装和配置 如果你和我一样用symfony安装新的项目，使用上面的命令启动，可能会遇到如下的错误： ? 这是可以看看symfony的list： ? 这里需要一个TLS。也可以在选项中注释掉。 ? 可以使用 Symfony 框架自带的脚本工具，来确认当前的环境是否已经足够顺利运行 Symfony： $ php app/check.php # 在 Symfony 3.0+ 下 $ php bin/symfony_requirements
第 3 篇：Symfony 服务容器入门 @TODO 第 4 篇：Symfony 服务容器：使用建造者创建服务 @TODO 第 5 篇：Symfony 服务容器：使用 XML 或 YAML 文件描述服务 注意， Symfony 组件依旧保持更新，这也意味着它的实现可能与本文有所出入。（译注： @todo） 在 Symfony 中，任何服务的实例都有容器管理。 前一篇文章中提到的 Zend_Mail 实例中，就需要使用到两个服务：mailer 服务和 mail_transport 服务。 <? 依据惯例优先原则，一个服务方法的定义由 get 前缀和 Service 缀名共同组成。每个服务同时定义唯一的标识符，标识符命名规则为去除前后缀的方法名并且采用「下划线命名法」命名。 一个服务标识符必须唯一，并且仅可以包含字母、数字、下划线和 .（英文点号）。. 号在容器内的功能类似于「命名空间」（如 mail.mailer 和 mail.transport 实例）。
2）编写控制器 ①声明命名空间 namespace app\模块目录名\controller ②引入控制器基类（可选） use think\Controller; think是命名空间 Controller 3、框架中的命名空间 命名空间本身是PHP就有的，用来防止命名冲突问题的。 TP框架中的命名空间，通常和目录挂钩。 原因：TP中的自动加载机制，会将类的命名空间作为加载路径的一部分。 ? TP中命名空间使用： ①声明命名空间 使用namespace关键字 ②引入指定的类 使用use关键字 命名空间\类名称 ③完全限定式访问 在使用类时，\完整命名空间\类名称（继承和实例化） 如果一个类没有命名空间 5、调试模式 （见手册–错误与调试–调试模式） 默认情况下，如果代码有误（比如控制器名拼写有误），会出现以下错误： ? 错误描述比较模糊，不方便进行错误调试。 会提示详细错误信息 和 错误位置（参考位置）。 相对于 线上环境（开发完成后的阶段），叫做 部署模式或者生产模式。
基于良好的使用习惯，使用它可以完成如下任务： （1）方便的使用Ajax编写views （2）通过控制器管理请求（request）及响应（response） （3）管理国际化的应用 （4） 6、Symfony Symfony是一个用于开发PHP5项目的web应用框架。 这个框架的目的在于加速web应用的开发以及维护，减少重复的编码工作。 Symfony的价位不高，相比主机上的花销要低得多。 对于PHP开发者而言，使用Symfony是一件很自然的事，其学习曲线只有短短一天。干净的设计以及代码可读性将缩短开发时间。 Zoop由很多组件和项目集合而成，其中包括smarty和prototype AJAX框架，PEAR模块等。高效的核心组件提供了很多你原本需要自己编码来实现的功能。 Zoop内置的纠错功能可以通过配置实现生产环境下的错误日志生成，这个错误日志提供了很多信息，可读性很高，可以更轻易的寻找并排除错误。
这也就意味着对于一些特定函数，还得封装到控制器中或者路由，该控制器还得控制它生产环境不能对外开放。thinkphp5.0 是 tp 发展路线第一个支持 composer 的。 总之一句话，使用phpunit进行自动测试，会使你的代码更健壮，减少后期维护的成本，也是一种比较标准的规范，现如今流行的PHP框架都带了单元测试，如Laraval,Symfony,Yii2等，单元测试已经成了标配 来表在测试方法内，类似于assertEquals()这样的断言方法用来对实际值与预期值的匹配做出来以此判断方法是否正确 命令行执行: tests目录下 执行 phpunit FirstTest 命令 测试文件命名 测试项目内方法 tp5项目下的控制器在 F:\wamp\wamp\www\tp5\application\index\controller 文件夹下 写一个简单的方法 ? 如果我在index.php，和IndexTest.php都故意写错 ? ? 返回结果 会有错误位置 ? 其他用法 其他用法请参考官网：PHPUnit中国官网
Symfony, Laravel和Yii 在仔细研究技术细节之前，这里是三种框架的概述： Symfony Symfony是一套可重复使用的PHP组件，它允许开发者人员创建可扩展的，高效能的应用程序。 Symfony用可重复使用的组件工作，它还提供了最佳的模块化。Symfony也利用模型和控制器来开发Web应用程序，在许多开发人员眼中，它可能看起来是迟钝的，但它是有作用的。 数据库支持 Symfony 2提供更好的数据库支持。你可以使用一系列的数据库工作，包括NoSQL和DynamoDB。Yii和laravel在这方面也是有用的，但他们支持的数据库比symfony的少。 Ajax支持 十分适合用于开发实时应用程序，因为它的操作更快 是高度可扩展的 可准确无误地处理错误 适合用来创建平静的Web服务 具有一个出色的社区，提供丰富的学习资源 Laravel: 是2015-2016 对我个人来说，Laravel更佳，它作为一颗新出现的“框架之星”，没有停下来的迹象。 ? 不过，Symfony和Yii都是优秀的框架。Symfony是行之有效的，有一个更大、更成熟的社区。
例如：单元测试（Unit Testing）；对象关系映射 (ORM)；包系统（A Packaging System）；轻量级 Blade 模板引擎（Lightweight Blade）；RESTful 控制器 Yii2 的优势：AJAX 支持；处理错误的有效工具；自定义默认设置；简单的第三方组件集成；强大的社区支持等。 CodeIgniter 的优势：MVC 架构；Top-Notch 错误处理；提供卓越的性能；包中提供了几种工具；内置安全工具；优秀的文档等。 7、Symfony Symfony 是一个广泛的 PHP MVC 框架，稳定、文档齐全、性能卓越。使 Symfony 成为 PHP 框架中独一无二的特性之一是它的可重用 PHP 组件。 Symfony的优势：官方长期技术支持；内置测试功能；丰富的框架内置功能；官方培训课程和认证等。
上一节老高零(瞎)散(扯)的讲了一下laravel的基本知识，不知道你现在搞清楚symfony vs laravel的关系了吗？ 其实没多大关系，l借用了s的组件，laravel的屏蔽了框架复杂的内部实现，让程序猿们注重业务的开发，而symfony的学习曲线很陡峭，需要你掌握框架的运行机制和各种组件的关系。 ，命名空间为 Symfony\Component\HttpFoundation # 路径为 vendor/symfony/http-foundation/Response.php $response = $kernel->handle( $request = Illuminate\Http\Request::capture() ); # 调用send方法，返回header和content $response \ExceptionHandler::class, App\Exceptions\Handler::class ); return $app; singleton是单例的意思，在绑定时的逻辑和bind
依赖管理 ——用于依赖管理的包和框架 Composer/Packagist : 一个包和依赖管理器 Composer Installers: 一个多框架Composer库安装器 Pickle: 可以在任意平台上安装 NameSpacer : 将下划线转为命名空间的库 Patch Installer: 使用Composer安装补丁的库 Composer Checker: 一个验证Composer配置的工具 框架 ——Web开发框架 Symfony2 : 由独立组件构成的框架 Zend Framework 2: 同样是由独立组件构成的框架 Laravel 4: 简洁优雅的PHP Web开发框架 Aura PHP 框架 Nette: 同样是由独立组件构成的框架 PPI Framework 2: 一个交互性的框架 Phalcon: 一个作为C扩展的框架 框架的附加部分 ——其它关于Web开发框架的相关工具 Symfony CMF: 一个创建自定义CMS的内容管理框架 Knp RAD Bundle: Symfony2的快速应用程序包（RAD） 框架组件 ——来自Web开发框架的组件 Symfony2 Components
分享出来供有需要的朋友们参考学习，下面话不多说了，来一起看看详细的介绍吧 事故现象 一个线上的管理后台，一个使用laravel搭建的管理后台，之前在线上跑的好好的，今天comopser install之后，出现错误信息 framework的版本是”~5.5″ 于是想当然以为是laravel的版本升级导致的，于是我把laravel的版本固定到一个子版本 "laravel/framework": "5.5.21", 发现还是会出现这个错误 所以我把我的打包机器上的PHP切换成7.0，查看生成的composer.lock，里面的symfony/translation就限制到使用3.3.x版本 就不会出现这个问题了。 composer的正确使用姿势 是否要将composer.lock加入到git库 这个是我这次犯的一个错误，没有将composer.lock进入版本库，打包机器composer install的时候就相当于 业务要做的事情是保证业务稳定性，其实任何的库依赖的升级，都需要经过业务的测试和验证才能上线。所以，这里强烈建议在业务项目里面，将composer.lock强制加入git代码库中。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
网站备案
对象存储
云直播
实时音视频
