# 教程 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中实施认证和授权.
- 简介
- 安装
- 安装(installlation)
- XAMPP下的安装
- WAMP下安装
- Nginx安装说明
- Apache安装说明
- Cherokee 安装说明
- 使用 PHP 内置 web 服务器
- Phalcon 开发工具
- Linux 系统下使用 Phalcon 开发工具
- Mac OS X 系统下使用 Phalcon 开发工具
- Windows 系统下使用 Phalcon 开发工具
- 教程
- 教程 1:让我们通过例子来学习
- 教程 2:INVO简介
- 教程 3: 保护INVO
- 教程4: 使用CRUD
- 教程5: 定制INVO
- 教程 6: Vökuró
- 教程 7:创建简单的 REST API
- 组件
- 依赖注入与服务定位器
- MVC架构
- 使用控制器
- 使用模型
- 模型关系
- 事件与事件管理器
- Behaviors
- 模型元数据
- 事务管理
- 验证数据完整性
- Workingwith Models
- Phalcon查询语言
- 缓存对象关系映射
- 对象文档映射 ODM
- 使用视图
- 视图助手
- 资源文件管理
- Volt 模版引擎
- MVC 应用
- 路由
- 调度控制器
- Micro Applications
- 使用命名空间
- 事件管理器
- Request Environmen
- 返回响应
- Cookie 管理
- 生成 URL 和 路径
- 闪存消息
- 使用 Session 存储数据
- 过滤与清理
- 上下文编码
- 验证Validation
- 表单_Forms
- 读取配置
- 分页 Pagination
- 使用缓存提高性能
- 安全
- 加密与解密 Encryption/Decryption
- 访问控制列表
- 多语言支持
- 类加载器 Class Autoloader
- 日志记录_Logging
- 注释解析器 Annotations Parser
- 命令行应用 Command Line Applications
- Images
- 队列 Queueing
- 数据库抽象层
- 国际化
- 数据库迁移
- 调试应用程序
- 单元测试
- 进阶技巧与延伸阅读
- 提高性能:下一步该做什么?
- Dependency Injection Explained
- Understanding How Phalcon Applications Work
- Api
- Abstract class Phalcon\Acl