PHP 7: 真实世界的应用开发
  • 前言
  • 模块一
    • 第一章、建立基础
      • PHP 7 安装注意事项
      • 使用内置的 PHP web 服务器
      • 创建一个 MySQL 测试数据库
      • 安装 PHPUnit
      • 实现类的自动加载
      • 抓取一个网站
      • 建立一个深度网络扫描器
      • 创建一个 PHP 5 到 PHP 7 代码转换器
    • 第二章、使用 PHP 7 高性能特性
      • 了解抽象语法树
      • 理解句法分析中的差异
      • 理解 foreach() 处理中的差异
      • 使用 PHP 7 增强功能提高性能
      • 遍历海量文件
      • 将电子表格上传到数据库
      • 递归目录迭代器
    • 第三章、使用 PHP 函数
      • 函数开发
      • 数据类型提示
      • 使用返回值数据类型
      • 使用迭代器
      • 使用生成器编写自己的迭代器
    • 第四章、使用 PHP 面向对象程序设计
      • 类的开发
      • 类的扩展
      • 使用静态属性和方法
      • 使用命名空间
      • 定义可见性
      • 使用接口
      • 使用特性
      • 实现匿名类
    • 第五章、与数据库的交互
      • 使用PDO连接数据库
      • 构建一个 OOP SQL 查询生成器
      • 处理分页
      • 定义实体以匹配数据库表
      • 将实体类与RDBMS查询绑定
      • 将二次查找嵌入到查询结果中
      • 实现jQuery DataTables的PHP查找
    • 第六章、建立可扩展的网站
      • 创建通用表单元素生成器
      • 创建一个HTML单选元素生成器
      • 创建一个HTML选择元素生成器
      • 实现表单工厂
      • 链式 $_POST 过滤器
      • 链式 $_POST 验证器
      • 将验证绑定到表单
    • 第七章、访问Web服务
      • 在PHP和XML之间转换
      • 创建一个简单的REST客户端
      • 创建一个简单的REST服务器
      • 创建一个简单的SOAP客户端
      • 创建一个简单的SOAP服务器
    • 第八章、处理日期/时间和国际化方面
      • 在视图脚本中使用 emoji
      • 转换复杂字符
      • 从浏览器数据获取语言环境
      • 按地区设置数字格式
      • 按地区处理货币
      • 按地区设置日期/时间格式
      • 创建一个HTML国际日历生成器
      • 构建一个周期性事件生成器
      • 不使用gettext处理翻译
    • 第九章、开发中间件
      • 使用中间件进行认证
      • 使用中间件实现访问控制
      • 使用高速缓存提高性能
      • 实施路由选择
      • 进行框架间的系统调用
      • 使用中间件来跨语言
    • 第十章、高级算法
      • 使用 getter 和 setter
      • 实现一个链表
      • 建立冒泡排序
      • 实现一个堆栈
      • 构建一个二分法查找类
      • 实现一个搜索引擎
      • 显示多维数组并累计总数
    • 第十一章、软件设计模式的实现
      • 创建数组到对象的转化器
      • 构建对象到数组到转化器
      • 实施策略模式
      • 定义一个映射器
      • 实现对象关系映射
      • 实施发布/订阅设计模式
    • 第十二章、提高网站安全
      • 过滤$_POST数据
      • 验证$_POST数据
      • 保护PHP session
      • 用令牌保护表格的安全
      • 建立一个安全的密码生成器
      • 带有验证码的安全保护表格
      • 不使用mcrypt进行加密/解密
    • 第十三章、最佳实践、测试和调试
      • 使用特征和接口
      • 通用异常处理程序
      • 通用错误处理程序
      • 编写一个简单的测试
      • 编写测试套件
      • 生成虚假的测试数据
      • 使用session_start参数自定义会话
    • PSR-7
  • 模块二
  • 模块三
    • GoF 设计模式
      • 结构型
      • 行为型
      • 小结
    • SOLID 设计原则
      • 开闭原则
      • 里氏替换原则
      • 接口隔离原则
      • 依赖反转原则
      • 小结
    • 模块化网店应用的需求规范
      • 线框设计
      • 定义技术栈
      • 小结
    • Symfony 概述
      • 创建一个空白项目
      • 使用 Symfony 控制台
      • 控制器
      • 路由
      • 模板
      • 表单
      • 配置 Symfony
      • bundle 系统
      • 数据库和 Doctrine
      • 测试
      • 验证
      • 小结
    • 构建核心模块
    • 构建目录模块
    • 构建客户模块
    • 构建支付模块
    • 构建发货模块
    • 构建销售模块
    • 总结
由 GitBook 提供支持
在本页
  • 要求
  • 依赖
  • 实施
  • 创建卡实体
  • 创建卡支付控制器和路由
  • 创建支票支付服务
  • 创建支票支付控制器和路由
  • 单元测试
  • 功能测试
  • 小结
  1. 模块三

构建支付模块

支付模块为我们网店的进一步销售功能提供了基础。它可以让我们在到达即将到来的销售模块的结账过程中,实际选择支付方式。支付方式一般可以有多种类型。有的可以是静态的,比如支票汇款和货到付款,有的可以是常规的信用卡,比如Visa、MasterCard、American Express、Discover和Switch/Solo。在本章中,我们将对这两种类型进行阐述。

在本章中,我们将涉及以下主题:

  • 要求

  • 依赖

  • 实施

  • 单元测试

  • 功能测试

要求

我们的应用需求模块化网店应用需求规范中定义,并没有真正说明我们需要实现的支付方式类型。因此,在本章中,我们将开发两种支付方式:信用卡支付和支票支付。关于信用卡支付,我们不会连接到一个真正的支付处理器,但其他的一切都会像我们使用信用卡一样进行。

理想情况下,我们希望通过一个类似于下面的接口来完成:

namespace Foggyline\SalesBundle\Interface;

interface Payment
{
  function authorize();
  function capture();
  function cancel();
}

这样一来,我们就需要有SalesBundle模块,而我们还没有开发这个模块。因此,我们将使用一个简单的 Symfony 控制器类来处理我们的支付方法,该类提供了自己的方法来解决以下功能:

  • authorize();

  • capture();

  • cancel();

authorize方法用于我们只想授权交易,而不实际执行交易的情况。其结果是一个交易ID,我们未来的SalesBundle模块可以存储并重用这个ID,用于进一步的 capture 和 cancel 操作。 capture 方法让我们更进一步,首先执行授权动作,然后捕获资金。 cancel 方法则根据之前存储的授权令牌执行取消操作。

我们将通过标记的 Symfony 服务来暴露我们的支付方式。服务的标签是一个很好的功能,它可以让我们查看容器和所有被同一标签标记的服务,我们可以用它来获取所有的paymentmethod服务。标签的命名必须遵循一定的模式,这是我们作为应用程序创建者强加给自己的。考虑到这一点,我们将给每个支付服务标记 name,payment_method。

稍后,SalesBundle模块将获取并使用所有用payment_method标记的服务,然后在内部使用它们来生成一个可用的支付方式列表,你可以使用它们。

依赖

该模块对任何其他模块都没有确定的依赖性。但是,如果先建立SalesBundle模块,然后再暴露一些支付模块可能使用的接口,会更方便。

实施

我们先创建一个新的模块Foggyline\PaymentBundle。我们在控制台的帮助下运行以下命令:

php bin/console generate:bundle --namespace=Foggyline/PaymentBundle

该命令会触发一个互动过程,在这个过程中会问我们几个问题,如下图所示:

完成后,文件app/AppKernel.php和app/config/routing.yml会自动修改。AppKernel类的registerBundles方法被添加到$bundles数组下的下面一行:

new Foggyline\PaymentBundle\FoggylinePaymentBundle(),

routing.yml更新了以下内容:

foggyline_payment:
  resource: "@FoggylinePaymentBundle/Resources/config/routing.xml"
  prefix:   /

为了避免与核心应用代码发生冲突,我们需要将prefix: /改成prefix: /payment/。

创建卡实体

尽管作为本章的一部分,我们不会在数据库中存储任何信用卡,但我们希望重用 Symfony 自动生成 CRUD 功能,以便它为我们提供信用卡模型和表单。让我们继续创建一个Card实体。我们将通过使用控制台来实现,如下所示:

php bin/console generate:doctrine:entity

该命令触发了交互式生成器,为其提供了FoggylinePaymentBundle:Card的实体快捷方式,在这里我们还需要提供实体属性。我们要用以下字段来模拟我们的Card实体。

  • card_type: string

  • card_number: string

  • expiry_date: date

  • security_code: string

完成后,生成器在 src/Foggyline/PaymentBundle/ 目录下创建 Entity/Card.php 和 Repository/CardRepository.php。现在我们可以更新数据库,让它拉入Card实体,如下图所示:

php bin/console doctrine:schema:update --force

有了实体,我们就可以生成它的CRUD了。我们将通过使用以下命令来实现:

php bin/console generate:doctrine:crud

这将导致一个 src/Foggyline/PaymentBundle/Controller/CardController.php 文件被创建。它还在我们的app/config/routing.yml文件中添加了一个条目,如下所示:

foggyline_payment_card:
  resource: "@FoggylinePaymentBundle/Controller/CardController.php"
  type:    annotation

同样,视图文件是在app/Resources/views/card/目录下创建的。由于我们实际上不会围绕卡片做任何CRUD相关的操作,我们可以继续删除所有生成的视图文件,以及CardController类的整个主体。此时,我们应该有我们的Card实体、CardType表单和空的CardController类。

创建信用卡支付服务

卡片支付服务要提供我们未来销售模块在结账过程中所需要的相关信息。它的作用是提供支付方式标签、代码和订单的处理URL,如 authorize、 capture和cancel。

我们先在 src/Foggyline/PaymentBundle/Resources/config/services.xml 文件的 services 元素下定义以下服务:

<service id="foggyline_payment.card_payment"class="Foggyline\PaymentBundle\Service\CardPayment">
  <argument type="service" id="form.factory"/>
  <argument type="service" id="router"/>
  <tag name="payment_method"/>
</service>

这个服务接受两个参数:一个是form.factory,另一个是router.form.factory,将在服务中用于创建CardType表单的表单视图。标签在这里是一个至关重要的元素,因为我们的SalesBundle模块将根据分配给服务的payment_method标签来寻找支付方式。

现在我们需要在src/Foggyline/PaymentBundle/Service/CardPayment.php文件中创建实际的服务类,如下所示:

namespace Foggyline\PaymentBundle\Service;

use Foggyline\PaymentBundle\Entity\Card;

class CardPayment
{
  private $formFactory;
  private $router;

  public function __construct(
    $formFactory,
    \Symfony\Bundle\FrameworkBundle\Routing\Router $router
  )
  {
    $this->formFactory = $formFactory;
    $this->router = $router;
  }

  public function getInfo()
  {
    $card = new Card();
    $form = $this->formFactory->create('Foggyline\PaymentBundle\Form\CardType', $card);

    return array(
      'payment' => array(
      'title' =>'Foggyline Card Payment',
      'code' =>'card_payment',
      'url_authorize' => $this->router->generate('foggyline_payment_card_authorize'),
      'url_capture' => $this->router->generate('foggyline_payment_card_capture'),
      'url_cancel' => $this->router->generate('foggyline_payment_card_cancel'),
      'form' => $form->createView()
      )
    );
  }
}

getInfo方法将为我们未来的SalesBundle模块提供必要的信息,以便它构建结账过程中的支付步骤。我们在这里传递了三种不同类型的URL: authorize, capture和cancel。这些路径现在还不存在,因为我们将很快创建它们。我们的想法是,我们将把支付动作和流程转移到实际的支付方式上。我们未来的SalesBundle模块将仅仅对这些支付URL做一个AJAX POST,并期望得到一个成功或错误的JSON响应。一个成功的响应应该产生某种交易ID,而一个错误的响应应该产生一个标签信息来显示给用户。

创建卡支付控制器和路由

我们将编辑 src/Foggyline/PaymentBundle/Resources/config/routing.xml 文件,在其中添加以下路由定义:

<route id="foggyline_payment_card_authorize" path="/card/authorize">
  <default key="_controller">FoggylinePaymentBundle:Card:authorize</default>
</route>

<route id="foggyline_payment_card_capture" path="/card/capture">
  <default key="_controller">FoggylinePaymentBundle:Card:capture</default>
</route>

<route id="foggyline_payment_card_cancel" path="/card/cancel">
  <default key="_controller">FoggylinePaymentBundle:Card:cancel</default>
</route>

然后,我们将编辑CardController类的主体,在其中添加以下内容:

public function authorizeAction(Request $request)
{
  $transaction = md5(time() . uniqid()); // Just a dummy string, simulating some transaction id, if any

  if ($transaction) {
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }

  return new JsonResponse(array(
    'error' =>'Error occurred while processing Card payment.'
  ));
}

public function captureAction(Request $request)
{
  $transaction = md5(time() . uniqid()); // Just a dummy string, simulating some transaction id, if any

  if ($transaction) {
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }

  return new JsonResponse(array(
    'error' =>'Error occurred while processing Card payment.'
  ));
}

public function cancelAction(Request $request)
{
  $transaction = md5(time() . uniqid()); // Just a dummy string, simulating some transaction id, if any

  if ($transaction) {
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }

  return new JsonResponse(array(
    'error' =>'Error occurred while processing Card payment.'
  ));
}

现在我们应该能够访问/app_dev.php/payment/card/authorize这样的URL,并看到authorizeAction的输出。这里给出的实现是虚拟的。在本章中,我们不会连接到一个真正的支付处理API。对我们来说,重要的是销售模块将在结账过程中,通过payment_method标签服务的getInfo方法的['payment']['form']键来呈现任何可能的表单视图。意思是说,结账过程应该在信用卡支付下显示一个信用卡表单。结账的行为将被编码为:如果选择了带有表单的支付,并且点击了下单按钮,该支付表单将阻止结账过程继续进行,直到提交支付表单以授权或捕获支付本身中定义的URL。当我们进入SalesBundle模块时,我们将进一步触及这一点。

创建支票支付服务

除了信用卡支付方式,我们再去定义一个静态支付,叫做Check Money。

我们先在 src/Foggyline/PaymentBundle/Resources/config/services.xml 文件的 services 元素下定义以下服务:

<service id="foggyline_payment.check_money"class="Foggyline\PaymentBundle\Service\CheckMoneyPayment">
  <argument type="service" id="router"/>
  <tag name="payment_method"/>
</service>

这里定义的服务只接受一个路由器参数。标签名称与卡支付服务相同。

然后我们将创建src/Foggyline/PaymentBundle/Service/CheckMoneyPayment.php文件,内容如下:

namespace Foggyline\PaymentBundle\Service;

class CheckMoneyPayment
{
  private $router;

  public function __construct(
    \Symfony\Bundle\FrameworkBundle\Routing\Router $router
  )
  {
    $this->router = $router;
  }

  public function getInfo()
  {
    return array(
      'payment' => array(
        'title' =>'Foggyline Check Money Payment',
        'code' =>'check_money',
        'url_authorize' => $this->router->generate('foggyline_payment_check_money_authorize'),
        'url_capture' => $this->router->generate('foggyline_payment_check_money_capture'),
        'url_cancel' => $this->router->generate('foggyline_payment_check_money_cancel'),
        //'form' =>''
      )
    );
  }
}

与卡支付不同的是,支票货币支付在getInfo方法下没有定义表单键。这是因为没有信用卡条目供它定义。它只是要成为一个静态的支付方法。然而,我们仍然需要定义 authorize, capture和 cancel URL,尽管它们的实现可能只是一个简单的带有成功或错误键的JSON响应。

创建支票支付控制器和路由

一旦支票支付服务到位,我们就可以继续为它创建必要的路由。我们将首先在 src/Foggyline/PaymentBundle/Resources/config/routing.xml 文件中添加以下路由定义:

<route id="foggyline_payment_check_money_authorize"path="/check_money/authorize">
  <default key="_controller">FoggylinePaymentBundle:CheckMoney:authorize</default>
</route>

<route id="foggyline_payment_check_money_capture"path="/check_money/capture">
  <default key="_controller">FoggylinePaymentBundle:CheckMoney:capture</default>
</route>

<route id="foggyline_payment_check_money_cancel"path="/check_money/cancel">
  <default key="_controller">FoggylinePaymentBundle:CheckMoney:cancel</default>
</route>

然后我们将创建src/Foggyline/PaymentBundle/Controller/CheckMoneyController.php文件,内容如下:

namespace Foggyline\PaymentBundle\Controller;

use Symfony\Component\HttpFoundation\JsonResponse;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Bundle\FrameworkBundle\Controller\Controller;

class CheckMoneyController extends Controller
{
  public function authorizeAction(Request $request)
  {
    $transaction = md5(time() . uniqid());
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }

  public function captureAction(Request $request)
  {
    $transaction = md5(time() . uniqid());
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }

  public function cancelAction(Request $request)
  {
    $transaction = md5(time() . uniqid());
    return new JsonResponse(array(
      'success' => $transaction
    ));
  }
}

类似于银行卡支付,这里我们添加了一个简单的 authorize, capture和 cancel 方法的虚拟实现。这些方法的响应将在后面反馈到SalesBundle模块中。我们可以很容易地从这些方法中实现更强大的功能,但这不在本章的范围内。

单元测试

我们的FoggylinePaymentBundle模块非常简单。它只提供两种支付方式:卡和支票支付。它通过两个简单的服务类来实现。由于我们不打算进行完整的代码覆盖测试,我们将只覆盖CardPayment和CheckMoneyPayment服务类作为单元测试的一部分。

我们首先在phpunit.xml.dist文件的testuites元素下添加以下一行。

<directory>src/Foggyline/PaymentBundle/Tests</directory>

有了这些,从我们的商店根目录下运行phpunit命令,就可以在src/Foggyline/PaymentBundle/Tests/目录下找到我们定义的测试。

现在,让我们继续为CardPayment服务创建一个测试。我们将创建一个 src/Foggyline/PaymentBundle/Tests/Service/CardPaymentTest.php 文件,内容如下:

namespace Foggyline\PaymentBundle\Tests\Service;

use Symfony\Bundle\FrameworkBundle\Test\KernelTestCase;

class CardPaymentTest extends KernelTestCase
{
  private $container;
  private $formFactory;
  private $router;

  public function setUp()
  {
    static::bootKernel();
    $this->container = static::$kernel->getContainer();
    $this->formFactory = $this->container->get('form.factory');
    $this->router = $this->container->get('router');
  }

  public function testGetInfoViaService()
  {
    $payment = $this->container->get('foggyline_payment.card_payment');
    $info = $payment->getInfo();
    $this->assertNotEmpty($info);
    $this->assertNotEmpty($info['payment']['form']);
  }

  public function testGetInfoViaClass()
  {
    $payment = new \Foggyline\PaymentBundle\Service\CardPayment(
       $this->formFactory,
       $this->router
    );

    $info = $payment->getInfo();
    $this->assertNotEmpty($info);
    $this->assertNotEmpty($info['payment']['form']);
  }
}

这里,我们正在运行两个简单的测试,看看我们是否可以通过容器或直接实例化一个服务,并简单地调用它的getInfo方法。该方法将返回一个包含['payment']['form']键的响应。

现在,让我们继续为CheckMoneyPayment服务创建一个测试。我们将创建一个 src/Foggyline/PaymentBundle/Tests/Service/CheckMoneyPaymentTest.php 文件,内容如下:

namespace Foggyline\PaymentBundle\Tests\Service;

use Symfony\Bundle\FrameworkBundle\Test\KernelTestCase;

class CheckMoneyPaymentTest extends KernelTestCase
{
  private $container;
  private $router;

  public function setUp()
  {
    static::bootKernel();
    $this->container = static::$kernel->getContainer();
    $this->router = $this->container->get('router');
  }

  public function testGetInfoViaService()
  {
    $payment = $this->container->get('foggyline_payment.check_money');
    $info = $payment->getInfo();
    $this->assertNotEmpty($info);
  }

  public function testGetInfoViaClass()
  {
    $payment = new \Foggyline\PaymentBundle\Service\CheckMoneyPayment(
        $this->router
      );

    $info = $payment->getInfo();
    $this->assertNotEmpty($info);
  }
}

同样,这里我们也有两个简单的测试:一个是通过容器获取支付方法,另一个是直接通过类获取。不同的是,我们并没有在getInfo方法响应下检查是否存在表单键。

功能测试

我们的模块有两个控制器类,我们想测试它们的响应。我们要确保CardController和CheckMoneyController类的 authorize, capture和 cancel 方法能够正常工作。

我们首先创建asrc/Foggyline/PaymentBundle/Tests/Controller/CardControllerTest.php文件,内容如下:

namespace Foggyline\PaymentBundle\Tests\Controller;

use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;


class CardControllerTest extends WebTestCase
{
  private $client;
  private $router;

  public function setUp()
  {
    $this->client = static::createClient();
    $this->router = $this->client->getContainer()->get('router');
  }

  public function testAuthorizeAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_card_authorize'));
    $this->assertTests();
  }

  public function testCaptureAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_card_capture'));
    $this->assertTests();
  }

  public function testCancelAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_card_cancel'));
    $this->assertTests();
  }

  private function assertTests()
  {
    $this->assertSame(200, $this->client->getResponse()->getStatusCode());
    $this->assertSame('application/json', $this->client->getResponse()->headers->get('Content-Type'));
    $this->assertContains('success', $this->client->getResponse()->getContent());
    $this->assertNotEmpty($this->client->getResponse()->getContent());
  }
}

然后我们创建src/Foggyline/PaymentBundle/Tests/Controller/CheckMoneyControllerTest.php,内容如下:

namespace Foggyline\PaymentBundle\Tests\Controller;

use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;

class CheckMoneyControllerTest extends WebTestCase
{
  private $client;
  private $router;

  public function setUp()
  {
    $this->client = static::createClient();
    $this->router = $this->client->getContainer()->get('router');
  }

  public function testAuthorizeAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_check_money_authorize'));
    $this->assertTests();
  }

  public function testCaptureAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_check_money_capture'));
    $this->assertTests();
  }

  public function testCancelAction()
  {
    $this->client->request('GET', $this->router->generate('foggyline_payment_check_money_cancel'));
    $this->assertTests();
  }

  private function assertTests()
  {
    $this->assertSame(200, $this->client->getResponse()->getStatusCode());
    $this->assertSame('application/json', $this->client->getResponse()->headers->get('Content-Type'));
    $this->assertContains('success', $this->client->getResponse()->getContent());
    $this->assertNotEmpty($this->client->getResponse()->getContent());
  }
}

这两个测试几乎是相同的。它们包含对 authorize, capture和 cancel 方法的测试。由于我们的方法是通过一个固定的成功JSON响应来实现的,所以这里没有任何意外。然而,我们可以很容易地通过扩展我们的支付方法来玩转它,使其变得更加强大。

小结

在本章中,我们建立了一个支付模块,有两种支付方式。卡片支付方式是这样制作的,它是在模拟涉及信用卡的支付。为此,它包括一个表单作为其getInfo方法的一部分。另一方面,支票支付是模拟静态支付方式--不包含任何形式的信用卡。这两个方法都是作为虚方法实现的,这意味着它们实际上并没有与任何外部支付处理器进行通信。

我们的想法是创建一个最小的结构,展示如何开发一个简单的支付模块,以便进一步定制。我们通过标记服务来暴露每个支付方法。使用payment_method标签是一个共识问题,因为我们是构建完整应用的人,所以我们可以选择如何在销售模块中实现这一点.通过为每个支付方法使用相同的标签名称,我们有效地创造了条件,使未来的销售模块能够选择所有的支付方法,并在其结账流程下呈现它们。

在下一章中,我们将构建发货模块。

上一页构建客户模块下一页构建发货模块

最后更新于4年前