定制 apoplavs/laravel-autodoc 二次开发

按需修改功能、优化性能、对接业务系统,提供一站式技术支持

邮箱:yvsm@zunyunkeji.com | QQ:316430983 | 微信:yvsm316

apoplavs/laravel-autodoc

Composer 安装命令:

composer require --dev apoplavs/laravel-autodoc

包简介

Provided middleware for auto generating of OpenApi documentation file by run testing of your API.

README 文档

README

This library is designed to gather information passing the features tests and generate documentation about your API. The principle of operation is based on the fact that the special Middleware installed on the Route for which you want to collect information that after the successful completion of all tests generated Swagger-file. In addition this plug-in is able to draw Swagger-template to display the generated documentation for a config.

Installation

Composer

  1. composer require apoplavs/laravel-swagger

Laravel

  1. add Apoplavs\Support\AutoDoc\AutoDocServiceProvider::class, to providers in config/app.php
  2. run php artisan vendor:publish

Plugin

  1. Add middleware \Apoplavs\Support\AutoDoc\Http\Middleware\AutoDocMiddleware::class to Http/Kernel.php.
  2. Use \Apoplavs\Support\AutoDoc\Tests\AutoDocTestCaseTrait in your TestCase in tests/TestCase.php
  3. In config/auto-doc.php you can specify enabling of plugin, info of your project, some defaults descriptions and route for rendering of documentation.
  4. In .env file you should add following lines
    AUTODOC_ENABLED=true
    LOCAL_DATA_COLLECTOR_PROD_PATH=/example-folder/documentation.json
    LOCAL_DATA_COLLECTOR_TEMP_PATH=/tmp/documentation.json
    

AUTODOC_ENABLED - enable or disable generate of documentation when passing a tests

LOCAL_DATA_COLLECTOR_..._PATH - custom path to your generated documentation file

You can disable autodoc for one test, just need before running test, set AutoDocMiddleware::$skipped = true;

Usages

For correct working of plugin you have to dispose all the validation rules in the rules() method of class YourRequest, which must be connected to the controller via DependencyInjection. In annotation of custom request you can specify summary and description of this request. Plugin will take validation rules from your request and use it as description of input parameter. If you want to set to common description of your API endpoints you can rewrite swagger-description.blade.php in your views and customize as you want. It will be render as blade template.

Example

<?php

namespace App\Http\Requests;  

use Illuminate\Foundation\Http\FormRequest;

/**
 * @summary Updating of user
 * @security false
 *
 * @description
 *  This request mostly needed to specity flags <strong>free_comparison</strong> and 
 *  <strong>all_cities_available</strong> of user
 *
 * @_204 Successful MF!
 */
class UpdateUserDataRequest extends FormRequest
{
    /**
     * Determine if the user is authorized to make this request.
     *
     * @return bool
     */
    public function authorize()
    {
        return true;
    }  
  
    /**
     * Get the validation rules that apply to the request.
     *
     * @return array
     */
    public function rules()
    {
        return [
            'all_cities_available' => 'boolean',
            'free_comparison' => 'boolean'
        ];
    }
}
  • @summary - short description of request
  • @description - Implementation Notes
  • @skip-autodoc true - skip generate documentation for this request
  • @_204 - Custom description of code of response. You can specify any code as you want.
  • @security - ['bearerAuth', 'basicAuth', 'ApiKeyAuth', false] Depending on what you need null - disable of security for this request (when in common it set); ['bearerAuth', 'basicAuth', 'ApiKeyAuth'] - set specific type of security for this request

If you do not create a class Request, the summary, Implementation Notes and parameters will be empty. Plugin will collect codes and examples of responses only.

If you do not create annotations to request summary will generate automatically from Name of Request. For example request UpdateUserDataRequest will have summary Update user data request.

If you do not create annotations for descriptions of codes it will be generated automatically the following priorities:

  1. Annotations of request
  2. Default description from auto-doc.defaults.code-descriptions.{$code}
  3. Descriptions from Symfony\Component\HttpFoundation\Response::$statusTexts

Note about configs:

  • auto-doc.route - it's a route where will be located generated documentation
  • auto-doc.basePath - common route where located root of your all API
  • auto-doc.info - common info about your documentation
  • auto-doc.servers - list of which (hosts) you can use when you test your endpoints
  • auto-doc.basePath - base path for your API routes, this will be considered as common path of your endpoints
  • auto-doc.security - type of authorization to your API routes. Available values: "bearerAuth", "basicAuth", "ApiKeyAuth", ""
  • auto-doc.defaults.code-descriptions - custom description of your API responses. For example, if when test passed and API endpoint return code 200, by default as description will be write "OK" but if you add to this array element '200' => 'Custom description'. When your API endpoint return code 200, as description will be write "Custom description"
  • auto-doc.defaults.headers - Default headers for add to each requests.
  • auto-doc.data_collector - it's a type of collect your document with API documentation. Thin library support JSON and YAML types. If you want to use YAMLDataCollector you must install yaml extension in your PHP https://www.php.net/manual/en/yaml.setup.php
  • auto-doc.enabled - it's just a flag enable (true) or disable (false) generate documentation when run tests

Also you can specify way to collect documentation by creating your custom data collector class.

This plugin based on https://github.com/RonasIT/laravel-swagger

apoplavs/laravel-autodoc 适用场景与选型建议

apoplavs/laravel-autodoc 是一款 基于 Blade 开发的 Composer 扩展包,目前已累计 9.09k 次下载、GitHub Stars 达 1, 最近一次更新时间为 2020 年 03 月 26 日, 在 PHP 生态内属于活跃度较高的组件。

它主要适用于以下技术方向: 「testing」 「laravel」 「swagger」 「openapi」 「auto-documentation」 等业务场景。在实际项目中,围绕这些方向常见需要落地的问题包括:接口对接、性能调优、并发安全、与既有框架(Laravel / ThinkPHP / Yii / Webman 等)的兼容适配,以及生产环境的日志埋点与稳定性保障。

我们在过去多个企业项目中使用过 apoplavs/laravel-autodoc 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。

围绕 apoplavs/laravel-autodoc 我们能提供哪些服务?
定制开发 / 二次开发

基于 apoplavs/laravel-autodoc 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。

BUG 修复 & 性能优化

线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。

项目外包 & 长期维护

承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。

yvsm@zunyunkeji.com QQ:316430983 微信:yvsm316 西安尊云信息科技 · 专注 PHP / Go / 分布式系统研发

统计信息

  • 总下载量: 9.09k
  • 月度下载量: 0
  • 日度下载量: 0
  • 收藏数: 1
  • 点击次数: 6
  • 依赖项目数: 0
  • 推荐数: 0

GitHub 信息

  • Stars: 1
  • Watchers: 2
  • Forks: 2
  • 开发语言: Blade

其他信息

  • 授权协议: MIT
  • 更新时间: 2020-03-26