多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
# 教程 2:INVO简介(Tutorial 2: Introducing INVO) 在第二部分,我们将会说明一个完整的应用用来加深Phalcon的开发。 INVO是我们创建的一个程序样本。INVO是一个简单的用来允许用户生成发票的网站,并且可以做其他的任务,比如管理他们的客户或者产品。你可以从[Github](https://github.com/phalcon/invo)中复制它的代码。 同样,INVO使用[Bootstrap](http://getbootstrap.com/)做的前端框架。虽然这个应用不能生成发票,但是它仍然可以作为一个例子来理解框架是如何工作的。 ## 项目结构(Project Structure) 一旦你从你的文档根目录复制了这个项目,你将会看到以下结构: ~~~ invo/ app/ config/ controllers/ forms/ library/ logs/ models/ plugins/ views/ cache/ volt/ docs/ public/ css/ fonts/ js/ schemas/ ~~~ 正如你所知道的,Phalcon不会强求应用程序使用特定的文件结构。 这个项目提供了一个简单的MVC模型和公共文档根目录。 一旦你打开浏览器输入[http://localhost/invo](http://localhost/invo)浏览应用程序你将会看到下面这样: ![../_images/invo-1.png](http://docs.iphalcon.cn/_images/invo-1.png) 这个应用分为两部分,一部分是前端,这个是一个公开的部分,浏览者可以接收关于INVO的信息,也可以请求联系人信息。第二部分是后端,一个管理员区域,一个注册用户可以管理他/她的产品和客户。 ## 路由(Routing) INVO使用内置的标准路由.[Router](http://docs.iphalcon.cn/reference/routing.html)组件. 路由符合以下格式:/:controller/:action/:params. 这就意味着第一部分URI是控制器,第二部分是方法,剩余的是参数。 下面的路由/session/register执行的是 SessionController 控制器和它的 registerAction方法。 ## 配置(Configuration) INVO有一个设置应用常规参数的配置文件。这个文件位于 app/config/config.ini,并且他在应用引导文件的最开始就开始加载 (public/index.php): ~~~ <?php use Phalcon\Config\Adapter\Ini as ConfigIni; // ... // 读取配置 $config = new ConfigIni( APP_PATH . "app/config/config.ini" ); ~~~ [Phalcon\\Config](http://docs.iphalcon.cn/reference/config.html)允许我们使用面向对象的方式来操作文件。在这个例子中,我们使用ini文件作为配置文件,然而,它对于配置文件有更多的适配支持。这个配置文件包含以下配置: ~~~ [database] host = localhost username = root password = secret name = invo [application] controllersDir = app/controllers/ modelsDir = app/models/ viewsDir = app/views/ pluginsDir = app/plugins/ formsDir = app/forms/ libraryDir = app/library/ baseUri = /invo/ ~~~ Phalcon没有任何提前预约好的惯例配置。节帮助我们组织相应选项. 在这个文件里面有两个部分被用于后面的”application” 和 “database”. ## 自动加载(Autoloaders) 在启动文件(public/index.php)的第二部分是自动加载器: ~~~ <?php /** * 自动加载配置 */ require APP_PATH . "app/config/loader.php"; ~~~ The autoloader registers a set of directories in which the application will look for the classes that it eventually will need. ~~~ <?php $loader = new Phalcon\Loader(); // We're a registering a set of directories taken from the configuration file $loader->registerDirs( [ APP_PATH . $config->application->controllersDir, APP_PATH . $config->application->pluginsDir, APP_PATH . $config->application->libraryDir, APP_PATH . $config->application->modelsDir, APP_PATH . $config->application->formsDir, ] ); $loader->register(); ~~~ 注意, 以上代码注册的目录是在配置文件中定义的. 唯一没有注册的目录是viewsDir, 因为它包含 HTML + PHP 文件但不是类. 同时, 也要注意我们使用了常量 APP\_PATH, 这个常量在引导文件(public/index.php)中被定义, 允许我们对我们项目的根路径有一个参考: ~~~ <?php // ... define( "APP_PATH", realpath("..") . "/" ); ~~~ ## 注册服务(Registering services) 在引导文件中加载的另外一个文件是 (app/config/services.php). 这个文件允许我们组织 INVO 不需要的文件. ~~~ <?php /** * 加载应用服务 */ require APP_PATH . "app/config/services.php"; ~~~ 服务注册已经在前面的教程中实现了, 利用一个闭包来实现惰性加载组件: ~~~ <?php use Phalcon\Mvc\Url as UrlProvider; // ... /** * URL组件被用来生成应用中的各种URL */ $di->set( "url", function () use ($config) { $url = new UrlProvider(); $url->setBaseUri( $config->application->baseUri ); return $url; } ); ~~~ 稍后我们将会深入讨论这个文件. ## 处理请求(Handling the Request) 如果我们忽略文件(public/index.php)的结束, 请求最终会被[Phalcon\\Mvc\\Application](http://docs.iphalcon.cn/api/Phalcon_Mvc_Application.html)处理, 初始化并运行所有必须的代码来让程序执行: ~~~ <?php use Phalcon\Mvc\Application; // ... $application = new Application($di); $response = $application->handle(); $response->send(); ~~~ ## 依赖注入(Dependency Injection) 看上面代码的第一行, Application 类的构造方法接受一个`$di`变量作为一个参数. 这个变量的用意是什么呢? Phalcon 是一个高度解耦的框架, 所以我们一个组件来充当胶水来让每个组件都能正常工作. 这个组件就是[Phalcon\\Di](http://docs.iphalcon.cn/api/Phalcon_Di.html). 这是一个服务容器, 可以执行依赖注入和服务定位, 实例化应用所需要的所有组件. 在容器中有多种注册服务的方法. 在INVO里, 大部分服务使用匿名函数或者闭包来进行注册的. 多亏了这个, 对象以惰性的方式被实例化, 减少了应用程序所需要的资源. 例如, 下面摘录了 Session 服务的注册. 当应用程序需要访问Session数据的时候, 匿名函数才会被调用: ~~~ <?php use Phalcon\Session\Adapter\Files as Session; // ... // 在一个组件请求Session服务的时候, 启动Sesssion $di->set( "session", function () { $session = new Session(); $session->start(); return $session; } ); ~~~ 这里, 我们可以自动的更改适配器, 执行额外的初始化或者更多. 注意, 这个服务器是使用 “session” 名字进行注册的. 这是一个惯例, 来允许框架在服务容器中识别正在活动的服务. 一个请求可以使用多个服务和单独注册每个服务可以说是一个繁重的任务. 因此, 框架提供了[Phalcon\\Di](http://docs.iphalcon.cn/api/Phalcon_Di.html)的一个变种, 称作[Phalcon\\Di\\FactoryDefault](http://docs.iphalcon.cn/api/Phalcon_Di_FactoryDefault.html)其任务是注册所有的服务来提供一个全栈框架. ~~~ <?php use Phalcon\Di\FactoryDefault; // ... // FactoryDefault 依赖注入自动注册了正确的服务来提供了一个全栈框架 $di = new FactoryDefault(); ~~~ 它通过框架注册大部分组件服务作为标准提供. 如果我们需要重写某些已经定义的服务, 我们仅仅需要重新定义它, 就像上面的 “session” 和 “url”一样. 这就是变量`$di`存在的原因. 在下一章, 我们将会看到如何在INVO中实施认证和授权.