精华内容
下载资源
问答
  • 金笛中间件开发接口说明文档
  • iPanel 3.0 中间件集成接口手册-2011

    热门讨论 2011-10-17 09:55:07
    iPanel 3.0 中间件集成接口手册-2011
  • PKI中间件接口手册

    2013-05-11 23:36:43
    PKI中间件接口程序员手册
  • web中间件接口说明

    2017-11-13 14:41:02
    金笛web中间件软件可做短信平台,也可客户短信平台集成,调用web中间件数据库接口,实现报警预警、会议通知等功能。
  • tp6api接口加密中间件

    万次阅读 2021-06-19 09:16:46
    前段时间老板突然说,APP的接口能不能加密,token容易被人破解,让我想个办法,不让别人破解。我一阵搜索脑袋,发现这东西没做过,就对老板说了一句我试试。作为一个程序员,面向百度编程,已成了必备技能。网上百度...

    前言

    前段时间有个同行突然说,APP的接口能不能加密,token容易被人破解,让我想个办法,不让别人破解。我一阵搜索脑袋,发现这东西没做过,就对他说了一句我试试。作为一个程序员,面向百度编程,已成了必备技能。网上百度一下,主要有几种方式进行加密:

    1. php后端生成密钥发给开发人员,开发人员根据密钥,把参数加上进行md5加密,生成sign。后端拿到数据根据密钥也进行加密,比对sign。安全性较强
    2. token加密,这个加密方式已经太普遍了,只要拿到用户的token,就可以随便请求,安全性一般
    3. 通过对称加密算法,该加密算法对uid+网站公钥进行时效加密,在一定时效内可用。在会员登录成功时,服务器端对该ID加密后返回给客户端,客户端每次请求接口的时候带上该参数,服务器端通过解密认证。

    综合起来还是第一种靠谱

    用tp6中间件实现加密

    主要分为两部分:

    1. 生成APP密钥,这个密钥可以是一串乱码,也可以是随机字符串。
    2. tp6中间件验证

    生成密钥

    这个可以看自己的想法来生成,只要不会重复,就不会出问题

        public static function create_unique() {
           $data = $_SERVER['HTTP_USER_AGENT'] . $_SERVER['REMOTE_ADDR']    //生成密钥
               .time() . rand();
           return substr(md5(time().$data),0,24);           //截取前面24位
           //return md5(time().$data);                            //进行md5加密,并返回一个密钥
       }
    

    把这个密钥发给APP开发人员,开发人员利用密钥把参数加密。

    重点来了,tp6中间件验证密钥

    首先得写一个中间件,这个中间件对参数进行验证。

    class AppMiddleware implements MiddlewareInterface
    {
        /**  接口sign 验证
         * @param Request $request
         * @param \Closure $next
         * @param bool $force
         * @return mixed
         */
        public function handle(Request $request, \Closure $next, bool $force = true)
        {
            // 1、获取参数
            $param = $request->param();
    
            // 判断sign time_stamp 是否存在
            if(empty($param['sign']) || empty($param['time_stamp'])) return json(’密钥错误‘);
    
            // 时间判断 大于3600s返回 系统错误
    
            $time_limit = 3600;
            if(abs((int)$param['time_stamp'] - time()) > $time_limit){
                Log::error('时间超时'.time().' param= '.json_encode($param));
            }
    
    //        try {
    //            $app_api_key = env('app.api_app_key');
    //        } catch (AuthException $e) {
    //            return json(’密钥错误‘);
    //        }
    
            // 2、加入私钥并排序参数
            $app_api_key = ‘asdfasdfasdfas;   //填你刚刚生成的密钥
            if(is_null($app_api_key)){
                return  json(’密钥错误‘);
            }
            $param['api_key'] = $app_api_key;// 加入私钥
    
            // 3、过滤不需要的参数
            ksort($param); // 对数组的键(字母)进行降序排序
    
            $str = '';
            foreach ($param as $key => $val) {
                if ($key == 'sign') continue;// 符合以下条件的都不进行拼接
                $str = $str .(string)$val;// 拼接数组的值[数组的键(字母)进行降序排序]
            }
    
            // 4、生成签名
            $sign = md5($str);
    
            // 判断sign
            if(empty($sign) || $param['sign'] != $sign){
                Log::error('接口错误 sign=  '.$sign.' param= '.json_encode($param));
            }
            return $next($request);
        }
    }
    
    展开全文
  • 接口验签小工具
  • asp.net core 的运行是一个又一个的中间件来完成的,因此我们只需要定义自己的中间件,记录请求开始处理前的时间处理结束后的时间,这里的中间件把请求的耗时输出到日志里了,你也可以根据需要输出到响应头或其他...
  • 电信设备-中间件通讯接口自动编程方法及装置.zip
  • 中间件接口攻略

    千次阅读 2018-06-13 11:44:36
    --------SAP--------SAP的中间件产品: XI(Exchange Infrastructure),2002~2005PI(Process Integration),2005~2012 PO(Process Orchestration),2012~NOWPO把SAP内部的开发接口暴露成W...

    标题虽然是攻略,实际是一个名称解释大全,我准备把我所了解的中间件技术都集中在这里。


    第一个问题,什么是inbound和outbound?

    SAP的中间件产品: 

    XI(Exchange  Infrastructure),2002~2005
    PI(Process Integration),2005~2012       
    PO(Process Orchestration),2012~NOW

    PO把SAP内部的开发接口暴露成WebService(其实ERP系统也是支持直接把接口暴露为WS),

    通过各种adapter适配器接入其它系统。全球目前有25万个SAP ERP系统,有1万个SAP的XI/PI/PO系统。


    SAP ERP系统中的接口:

    BAPI:由SAP官方提供的函数库,并已经包含在ERP系统中,这些函数库有点类似WIN32 API,但处理的是各业务模块的功能和数据。,有了这些BAPI接口可以调用,ABAP不需要再重新去造轮子。所以SAP-ERP项目中大量自开发的程序都会调用这些接口,官方的BAPI几乎涉及了ERP的全业务域,程序也写得很完美,BAPI主要负责对业务数据得增、删、改;数据的展现和输入输出,ABAP开发人员只需在自己的程序中完善即可。所以很多自开发的程序,你可以看到在外围的代码是自己写的,但核心的数据操作都会依赖BAPI来实现,这样及快又好。

    RFC:通常这些函数都是开发人员自己开发的,ABAP开发人员把接口功能要处理的逻辑都在RFC中来实现,然后这些RFC都有输入,输出,表;这些参数可以和调用的外围程序完成数据交互。RFC是SAP实现接口最简单的方式。SAP官方提供了外围平台的类库NCO和JCO,把SAP的RFC延申到.net和java平台,并且这类库很稳定(支持掉线重连),在接口开发这一层,这些类库提供了很全的功能,也很好用,唯一的缺点是配套的例子代码还不够全面。


    关于接口的inboundoutbound方式的解释(有别于MM业务上说的外向交货和内向交货),

    我们可以从SAP,ORACLE,IBM官方的资料查到如下

    SAP官方HELP:

    The SAP Java Connector (SAP JCo) is a middleware component that enables the development of SAP-compatible components and applications in Java. SAP JCo supports communication with the SAP Server in both directions: inbound (Java calls ABAP) and outbound calls (ABAP calls Java).

    而Oracle® Fusion Middleware文档是这样描述:
    《Integration Adapter for SAP R/3 User's Guide for Oracle WebLogic Server 12c Release (12.2.1.3.0)》

    The Adapter for SAP is used for the integration of Oracle products with SAP Enterprise to exchange the real-time data. It is developed in the Oracle JCA framework. It is based on the SAP Java Connector 3.0 (SAP JCo) and is used for the inbound and outbound interaction with SAP using message types RFC/BAPI/IDOC.
    Outbound interaction: When an application uses the Adapter for SAP to invoke an SAP R/3 business object or business operation, the interaction is termed as Outbound interaction.
    Inbound interaction: When an SAP R/3 system triggers an event and the event is listened by an application using Adapter for SAP as a result of which the application receives SAP R/3 data, the interaction is termed as Inbound interaction.
    Adapter for SAP allows different types of connection methods including secure connection and message server communication method, with both Unicode and Non-unicode SAP systems.


    SAP的outbound等于OSB的inbound(JCO的SAP官网例子代码为StepByStepServer.java)

    可以这样理解:从自己的系统发起的接口传输定义为Outbound,外部发起对我的调用定义为Inbound。



    IBM Integration Bus 总线产品相关描述:

    《Technical overview of Adapter for SAP Software 10》

    WebSphere® Adapter for SAP Software provides multiple ways to interact with applications and data on SAP servers. Outbound processing (from an application to the adapter to the SAP server) and inbound processing (from the SAP server to the adapter to an application) are supported.
    WebSphere Adapter for SAP Software connects to SAP systems running on SAP Web application servers. The adapter supports Advanced Event Processing (AEP) and Application Link Enabling (ALE) for inbound processing, and the Business Application Programming Interface (BAPI), AEP, ALE, and Query Interface for SAP Systems (QISS) for outbound processing. You set up the adapter to perform outbound and inbound processing by using the Adapter Connection wizard to generate business objects based on the services it discovers on the SAP server.

    For outbound processing, the adapter client invokes the adapter operation to create, update, or delete data on the SAP server or to retrieve data from the SAP server.
    For inbound processing, an event that occurs on the SAP server is sent from the SAP server to the adapter. The ALE inbound and BAPI inbound interfaces start event listeners that detect the events. Conversely, the Advanced event processing interface polls the SAP server for events. The adapter then delivers the event to an endpoint, which is an application or other consumer of the event from the SAP server.
    You configure the adapter to perform outbound and inbound processing by using the Adapter Connection wizard to create a library that includes the interface to the SAP application as well as business objects based on the functions or tables that it discovers on the SAP server.

    Overview of the outbound processing interfaces
    WebSphere Adapter for SAP Software provides multiple interfaces to the SAP server for outbound processing.
    Through its BAPI interfaces, the adapter issues remote function calls (RFCs) to RFC-enabled functions, such as a Business Application Programming Interface (BAPI) function. These remote function calls create, update, or retrieve data on an SAP server.
    The BAPI interface works with individual BAPIs (simple BAPIs). For example, you might want to check to see whether specific customer information exists in an SAP database.
    The BAPI work unit interface works with ordered sets of BAPIs. For example, you might want to update an employee record. To do so, you use three BAPIs:
    To lock the record (to prevent any other changes to the record)
    To update the record
    To have the record approved
    The BAPI result set interface uses two BAPIs to select multiple rows of data from an SAP database.
    BAPI calls are useful when you need to perform data retrieval or manipulation and a BAPI or RFC function that performs the task already exists.
    Simple BAPIs can be sent through the synchronous RFC, asynchronous transactional RFC, or asynchronous queued RFC protocol.
    With synchronous RFC, both the adapter and the SAP server must be available when the call is made from the adapter to the SAP server. The adapter sends a request to the SAP server and waits for a response.
    With asynchronous transactional RFC, a transaction ID is associated with the call from the adapter to the SAP server. The adapter does not wait for a response from the SAP server. Only the transaction ID is returned to the message flow.
    With asynchronous queued RFC, the call from the adapter is delivered to a predefined queue on the SAP server. As with asynchronous RFC, a transaction ID is associated with the call, and the adapter does not wait for a response from the SAP server.
    This interface is useful when the event sequence must be preserved.
    The Query interface for SAP Software retrieves data from specific SAP application tables. It can return the data or check for the existence of the data. You can use this type of interaction with SAP if you need to retrieve data from an SAP table without using an RFC function or a BAPI.
    With the Application Link Enabling (ALE) interface, you exchange data using SAP Intermediate Data structures (IDocs). For outbound processing, you send an IDoc or a packet of IDocs to the SAP server.
    The ALE interface, which is particularly useful for batch processing of IDocs, provides asynchronous exchange. You can use the queued transactional (qRFC) protocol to send the IDocs to a queue on the SAP server. The qRFC protocol ensures the order in which the IDocs are received. It is often used for system replications or system-to-system transfers.
    With the ALE pass-through IDoc interface, the adapter sends the IDoc to the SAP server with no conversion of the IDoc. The message tree contains a BLOB field that represents the IDoc.
    With the Advanced event processing interface, you send data to the SAP server. The data is then processed by an ABAP handler on the SAP server.

    Overview of the inbound processing interfaces
    WebSphere Adapter for SAP Software provides the following interfaces to the SAP server for inbound processing.
    Through its BAPI inbound interface, the adapter listens for events and receives notifications of RFC-enabled function calls from the SAP server.
    With synchronous RFC, both the adapter and the SAP server must be available when the call is made from the SAP server to the adapter. The adapter sends the request to a predefined application and returns the response to the SAP server.
    With asynchronous transactional RFC, the event is delivered to the adapter even if the adapter is not available when the call is made. The SAP server stores the event on a list of functions to be invoked and continues to attempt to deliver it until the adapter is available.
    You also use asynchronous transaction RFC if you want to deliver the functions from a predefined queue on the SAP server. Delivering the files from a queue ensures the order in which the functions are sent.
    If you select assured once-only delivery, the adapter uses a data source to persist the event data received from the SAP server. Event recovery is provided to track and recover events in case a problem occurs when the adapter attempts to deliver the event to the endpoint.
    With the ALE inbound processing interface, the adapter listens for events and receives one or more IDocs from the SAP server. As with ALE outbound processing, ALE inbound processing provides asynchronous exchange.
    You can use the qRFC interface to receive the IDocs from a queue on the SAP server, which ensures the order in which the IDocs are received.
    If you select assured once-only delivery, the adapter uses a data source to persist the event data, and event recovery is provided to track and recover events in case a problem occurs when the adapter attempts to deliver the event to the endpoint.
    With the ALE pass-through IDoc interface, the SAP server sends the IDoc through the adapter to the endpoint with no conversion of the IDoc. The message tree contains a BLOB field that represents the IDoc.
    The Advanced event processing interface polls the SAP server for events. It discovers events waiting to be processed. It then processes the events and sends them to the endpoint. For more information, see The Advanced event processing interface.


    上面资料总结:

    中间件的inbound方式定义为SAP call ESB;outbound方式定义为ESB call SAP .


    TO BE。。。。






    展开全文
  • 消息中间件通讯接口的研究与测试,刘鹭燕,王原丽,消息中间件是分布式应用程序快速发展而衍生出的一类系统服务软件,它的出现很好的解决了异构网络环境下分布式应用软件的互连与互
  • 主要介绍了详解vue+webpack+express中间件接口使用,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
  • 请问,后端Restful API,比如向一个API发送Http request,然后返回http response。 这种是API,那中间件是什么?为什么中间件适合Golang,node写?
  • 基于Tuxedo中间件接口方案

    千次阅读 2009-08-27 18:10:00
    TUXEDO是专业的消息服务器,可以自动完成消息的缓存,不会受到线路故障的影响,进行数据交换的程序,只需要把消息发送给TUXEDO就可以退出,由TUXEDO保证一定把数据送到对方。... 系统A、B通过Tuxedo交易中间件完成数据

       TUXEDO是专业的消息服务器,可以自动完成消息的缓存,不会受到线路故障的影响,进行数据交换的程序,只需要把消息发送给TUXEDO就可以退出,由TUXEDO保证一定把数据送到对方。当网络线路出现故障时,TUXEDO会自动保存信息并不断检测线路,当通讯恢复时,自动恢复被中断的消息传输,可以自动保证消息传输的完整性。传输使用的数据格式为XML。
        系统A、B通过Tuxedo交易中间件完成数据交换,A、B系统需要双方各自编写数据发送和接收模块,发送数据服务负责把接口数据打包成对方需要的XML格式,然后放入队列中,同时调用对方的接收数据的服务 。接收数据的服务负责把对方传过来的XML格式的数据包解析成关系数据并存放到关系数据库中。
        相关文献:http://blog.csdn.net/it_newbalance/category/544039.aspx

    展开全文
  • web服务器、Web中间件和Web容器的区别

    万次阅读 多人点赞 2018-11-25 20:36:21
    我们经常会被Web服务器、Web容器Web中间件这三个概念搞混。因为我们常见的很多网站要么是由IIS搭建,要么是由Apache、Tomcat、Ngnix搭建。所以,我们会把他们都叫成是Web服务器,因为他们都提供了Web服务,可以让...

    目录

    Web服务器

    中间件

    容器

    总结

    Web开发的选择


    我们经常会被Web服务器、Web容器和Web中间件这三个概念搞混。因为我们常见的很多网站要么是由IIS搭建,要么是由Apache、Tomcat、Ngnix搭建。所以,我们会把他们都叫成是Web服务器,因为他们都提供了Web服务,可以让我们通过http协议访问到。但是又有很多地方会说Tomcat是Servlet容器,而又有很多地方会说Tomcat是Web中间件!那么,他们到底是Web服务器还是容器,还是Web中间件呢???

    怀着这个问题,我查遍了网上所有的资料,终于把这几个概念好好的整理了一下。

    Web服务器

    广义的web服务器(Web Server):提供web服务的软件或主机,即Web服务器软件或装有Web服务器软件的计算机。例如:IIS、apache、nginx等。Web服务器可以处理 HTTP 协议,响应针对静态页面或图片的请求,进行页面跳转,或者把动态请求委托其它程序(它的扩展、某种语言的解释引擎(php)、Web容器)。

    所以,我们可以把 IIS、Apache、Nginx、Tomcat等都称为Web服务器,因为他们都提供了web服务。

    中间件

    中间件(Middleware)是提供系统软件和应用软件之间连接的软件,以便于软件各部件之间的沟通。中间件处在操作系统和更高一级应用程序之间。他充当的功能是:将应用程序运行环境与操作系统隔离,从而实现应用程序开发者不必为更多系统问题忧虑,而直接关注该应用程序在解决问题上的能力 。容器就是中间件的一种。

    Web中间件就是提供web应用软件和系统软件连接的软件的一个总称。

    我们来看看J2EE提出的背景:

    1、企业级应用框架的需求:在许多企业级应用中,例如数据库连接、邮件服务、事务处理等都是一些通用企业需求模块,这些模块如果每次都由开发人员来完成的话,将会造成开发周期长和代码可靠性差等问题。于是许多大公司开发了自己的通用模块服务。这些服务性的软件系列统称为中间件。

    2、 为了通用必须要提出规范,不然无法达到通用:在上面的需求基础之上,许多公司都开发了自己的中间件,但其与用户的沟通都各有不同,从而导致用户无法将各个公司不同的中间件组装在一块为自己服务。从而产生瓶颈。于是提出标准的概念。其实J2EE就是基于JAVA技术的一系列标准。

    并且中间件技术已经不局限于应用服务器、数据库服务器。围绕中间件,在商业中间件及信息化市场主要存在微软阵营、Java阵营、开源阵营。

    所以说我们可以把Tomcat、Weblogic、Jboss等叫做Web中间件。

    相关文章:Web中间件

    容器

    容器:容器是中间件的一种,作为操作系统和应用程序之间的桥梁,给处于其中的应用程序组件提供一个环境,使应用程序直接跟容器中的环境变量交互,而不必关注其它系统问题。例如:tomcat(servlet容器),Jboss(EJB容器)。这些容器提供的接口严格遵守J2EE规范中的web application 标准。

    web容器:我们把遵守J2EE规范标准的web服务器就叫做J2EE中的web容器。处理 web服务的容器,例如tomcat(servlet容器),IIS(asp容器)。web容器用于给处于其中的应用程序组件(ASP、JSP)提供一个环境,是中间件的一个组成部分,它实现了对动态语言的解析。比如tomcat可以解析jsp,是因为其内部有一个servlet容器。

    EJB容器(Enterprise java bean ):更具有行业领域特色。他提供给运行在其中的组件EJB各种管理功能。只要满足J2EE规范的EJB放入该容器,马上就会被容器进行高效率的管理。并且可以通过现成的接口来获得系统级别的服务。例如邮件服务、事务管理。

    WEB容器和EJB容器在原理上是大体相同的,更多的区别是被隔离的外界环境。WEB容器更多的是跟基于HTTP的请求打交道。而 EJB容器不是。它是更多的跟数据库、其它服务打交道。但他们都是把与外界的交互实现从而减轻应用程序的负担。例如servlet不用关心http的细 节,直接引用环境变量session,request,response就行、EJB不用关心数据库连接速度、各种事务控制,直接由容器来完成。

    所以说,我们也可以把 IIS(asp容器)、Tomcat(servlet容器)、Jboss(EJB容器)等叫做Web容器

    总结

    通过上面的解释,不知道你有没有搞清楚这几者之间的区别!其实,对于这些名词,也并没有一个十分清楚的概念说这个就是属于这个,而不能属于那个。他们之间很多是包含关系。

    web服务器:IIS、Apache、Nginx、Tomcat、Jboss、Jetty、Weblogic、Webshere、Glasshfish、Lighttpd等
    web中间件:Tomcat、Jboss、Jetty、Weblogic、Webshere、Glasshfish等
    web容器:IIS(asp容器)、Tomcat(servlet容器)、Jboss(EJB容器)

    所以应该是  web服务器>web中间件>web容器

    Web开发的选择

    • 一般本地开发的话,小项目,或者是个人开发建议的话,php使用apache、asp使用IIS、jsp使用tomcat
    • 大型的项目就用 jboss 或 webloigc
    • 大项目或者商业项目一般采用:weblgoic/webshere,其他的还有 jboss、glasshfish 等

    相关文章:Web中间件



     

    展开全文
  • 目的是提供您可以在应用程序非http库中依赖的接口。 这样,我们可以实现独立的代码,每个人都可以使用他想要的任何HTTP客户端。 可能有三种抽象/实现级别。 它们中的每一个都是可选的! 一个简单的Http客户端 ...
  • nodejs 中间件 反向代理 接口转发

    千次阅读 2021-03-10 11:15:14
    中间件是一种独立的系统软件服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机服务器的操作系统之上,管理计算资源网络通信。 一个统一过滤请求的中间层,这就是中间件。 用途 ...
  • 用于应用程序的插件,可提供在操作分派商店处理程序之间附加中间件接口。 受到的启发。 安装 npm install fluxible-plugin-middleware 用法 import middlewarePlugin from "fluxible-plugin-middleware" ; ...
  • 金蝶银企中间件750版本接口规范_V1.0.0
  • RestRPC接口区别

    千次阅读 2019-03-14 11:46:06
    RestRPC接口区别
  • 针对CBTC仿真系统中各子系统间信息的交互融合问题,通过研究当前分布对象中间件架构运行机制,提出适合CBTC仿真系统信息交互的接口中间件,构建引入接口中间件工作模式的CBTC通信体系。详细阐述了该通信体系的体系...
  • 智软web应用中间件(ZRpower)是新一代的WEB应用平台。 (1)开发框架。 (2)大量公用基础库,通过调用基础库实现快速的底层开发。 (3)常用WEB组件。 (4)数据库引擎。 (5)自定义表单引擎,自定义表单引擎处理数据录入模板...
  • 导读: ... 大家可以关注我个人公众号,所有分享内容,会在公众号第一时间推送,且阅读...中间件的数据接口模式,也会被称为中间数据库的数据交互模式,或者叫数据平台的数据交互,总的来说,就是在各个业务系统间,建...
  • ElasticSearch是一个基于Lucene的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于RESTful web...这篇文章主要介绍了Linux系统下 centos7下搭建ElasticSearch中间件及常用接口演示 ,需要的朋友可以参考下
  • 中间件

    千次阅读 2016-04-06 22:49:48
    有时会听到“中间件”这个词,不懂,隐约地觉得很高大上。我直觉那是个跟小型机、UNIX/LINUX、JAVA等牵扯在一起的东东。一、究竟啥是中间件?网络上竟然找不到一个确切的定义。总结起来,中间件是一种独立的软件,...
  • 知识的广度来自知识的深度,学习如果不成体系那是...Centos7下搭建ElasticSearch中间件,常用接口演示一、中间件简介1、基础概念2、分布式数据库3、核心角色二、中间件安装1、安装环境版本2、下载解压3、启动软件4、.
  • GB∕T 36960-2018 信息安全技术 鉴别与授权 访问控制中间件框架与接口,国家推荐标准。
  • 1.在项目目录下生成一个空白中间件,如VerifySign。执行: php artisan make:middleware VerifySign 2.进入项目目录如下,并打开刚生成的中间件,在handle方法下写校验sign的逻辑: 3.找到项目目录如下,打开...
  • 第二章 API接口介绍 2 2.1 中间件基本API框架介绍 2 2.2 API说明 3 2.2.1 ISapJcoFunctionUtil 3 2.2.2 ISapJcoLogUtil 3 2.3 XML模版 4 第三章 扩展函数 8 3.1 JS扩展函数 8 3.2 公式定义器扩展函数 9 3.3 JSON模版...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 135,447
精华内容 54,178
关键字:

中间件和接口的区别