自动生成API和文档 APIJSON

Apache
跨平台
2016-12-08
孤独的探索号

APIJSON

MySQL API PostgreSQL API Oracle API TiDB API
Java-Server API CSharp-Server API PHP-Server API  Python-Server API Node.js-Server API
Android API iOS API JavaScrpit API

English   通用文档   视频教程   在线工具

APIJSON是一种为API而生的JSON网络传输协议。
为 简单的增删改查、复杂的查询、简单的事务操作 提供了完全自动化的API。
能大幅降低开发和沟通成本,简化开发流程,缩短开发周期。
适合中小型前后端分离的项目,尤其是互联网创业项目和企业自用项目。

通过自动化API,前端可以定制任何数据、任何结构!
大部分HTTP请求后端再也不用写接口了,更不用写文档了!
前端再也不用和后端沟通接口或文档问题了!再也不会被文档各种错误坑了!
后端再也不用为了兼容旧接口写新版接口和文档了!再也不会被前端随时随地没完没了地烦了!

特点功能

在线解析

  • 自动生成文档,清晰可读永远最新

  • 自动生成请求代码,支持Android和iOS

  • 自动生成JavaBean文件,一键下载

  • 自动管理与测试接口用例,一键共享

  • 自动校验与格式化JSON,支持高亮和收展

对于前端

  • 不用再向后端催接口、求文档

  • 数据和结构完全定制,要啥有啥

  • 看请求知结果,所求即所得

  • 可一次获取任何数据、任何结构

  • 能去除重复数据,节省流量提高速度

对于后端

  • 提供通用接口,大部分API不用再写

  • 自动生成文档,不用再编写和维护

  • 自动校验权限、自动管理版本、自动防SQL注入

  • 开放API无需划分版本,始终保持兼容

  • 支持增删改查、模糊搜索、正则匹配、远程函数等

 



[以下Gif图看起来比较卡,实际在手机上App运行很流畅]

 

为什么要用APIJSON?

前后端10大痛点解析

快速上手

1.后端部署

可以跳过这个步骤,直接用APIJSON服务器IP地址 apijson.cn:8080 来测试接口。
见  APIJSON后端部署 - Java

2.前端部署

可以跳过这个步骤,直接使用 APIJSON在线工具 或 下载客户端App。
见  Android  或  iOS  或  JavaScript

下载客户端App

仿微信朋友圈动态实战项目
APIJSONApp.apk

测试及自动生成代码工具
APIJSONTest.apk

QQ技术交流群:607020115(群1) 739316921(群2)

如果有什么问题或建议可以 提ISSUE 或 加群,交流技术,分享经验。
如果你解决了某些bug,或者新增了一些功能,欢迎 贡献代码,感激不尽。

相关推荐

APIJSON, 让接口和文档见鬼去吧!

仿QQ空间和微信朋友圈,高解耦高复用高灵活

后端开挂:3行代码写出8个接口!

后端自动化版本管理,再也不用改URL了!

3步创建APIJSON后端新表及配置

其它项目

APIJSONAuto 接口管理工具,自动生成文档与注释、自动生成代码、自动化回归测试、自动静态检查等

APIJSON.NET C# 版 APIJSON ,支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite

apijson PHP 版 APIJSON,支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite 等

apijson Node.ts 版 APIJSON,支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite, WebSQL

uliweb-apijson Python 版 APIJSON,支持 MySQL, PostgreSQL, MS SQL Server, Oracle, SQLite 等

APIJSONParser 参考 APIJSON 设计标准开发的一款 SQL 编译器框架

SpringServer1.2-APIJSON 智慧党建服务器端,提供 上传 和 下载 文件的接口

APIJSON-Android-RxJava 仿微信朋友圈动态实战项目,ZBLibrary(UI)+APIJSON(HTTP)+RxJava(Data)

 

码云项目主页(源码、文档、视频等)

https://gitee.com/TommyLemon/APIJSON

的码云指数为
超过 的项目
加载中

评论(21)

孤独的探索号
孤独的探索号 软件作者

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。

引用来自“孤独的探索号”的评论

感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。

引用来自“孤独的探索号”的评论

APIJSON 目前 Java 版支持 MySQL, PostgreSQL, Oracle,其它语言实现见文末的 其它项目。 原本我也打算调用 Hibernate 实现解析成 SQL,但发现静态代码很难满足动态的参数解析, 而且 Hibernate 实现 JOIN 等连表功能太麻烦,就自己写了 SQLConfig 来实现 JSON->SQL 的解析。

引用来自“TGVvbmFyZA”的评论

你這難道不是RESTful的標準姿勢?不知道你這種自動化會有什麼特別的優點嗎?
后端无需再编写大量 逻辑重复但又难以抽象 的 CRUD 代码, 前端无需再等待后端 开发接口、编写文档 才能 调用接口实现功能。 https://gitee.com/TommyLemon/APIJSON/wikis/Home
孤独的探索号
孤独的探索号 软件作者

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。

引用来自“孤独的探索号”的评论

感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。

引用来自“孤独的探索号”的评论

APIJSON 目前 Java 版支持 MySQL, PostgreSQL, Oracle,其它语言实现见文末的 其它项目。 原本我也打算调用 Hibernate 实现解析成 SQL,但发现静态代码很难满足动态的参数解析, 而且 Hibernate 实现 JOIN 等连表功能太麻烦,就自己写了 SQLConfig 来实现 JSON->SQL 的解析。

引用来自“TGVvbmFyZA”的评论

另外 Spring Boot 1.x 差評
只是 Demo 用了 SpringBoot,自己升级呗。 后续我们可能也会升级到最新。 https://github.com/TommyLemon/APIJSON/tree/master/APIJSON-Java-Server
孤独的探索号
孤独的探索号 软件作者

引用来自“超级大黑猫”的评论

希望项目继续加强文档 文档不足不利于做团队推广和使用 只能个别爱好者喜欢
群友贡献了一个非常详细的图文入门文档 https://github.com/TommyLemon/APIJSON/blob/master/%E8%AF%A6%E7%BB%86%E7%9A%84%E8%AF%B4%E6%98%8E%E6%96%87%E6%A1%A3.md
TGVvbmFyZA
TGVvbmFyZA

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。

引用来自“孤独的探索号”的评论

感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。

引用来自“孤独的探索号”的评论

APIJSON 目前 Java 版支持 MySQL, PostgreSQL, Oracle,其它语言实现见文末的 其它项目。 原本我也打算调用 Hibernate 实现解析成 SQL,但发现静态代码很难满足动态的参数解析, 而且 Hibernate 实现 JOIN 等连表功能太麻烦,就自己写了 SQLConfig 来实现 JSON->SQL 的解析。
另外 Spring Boot 1.x 差評
TGVvbmFyZA
TGVvbmFyZA

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。

引用来自“孤独的探索号”的评论

感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。

引用来自“孤独的探索号”的评论

APIJSON 目前 Java 版支持 MySQL, PostgreSQL, Oracle,其它语言实现见文末的 其它项目。 原本我也打算调用 Hibernate 实现解析成 SQL,但发现静态代码很难满足动态的参数解析, 而且 Hibernate 实现 JOIN 等连表功能太麻烦,就自己写了 SQLConfig 来实现 JSON->SQL 的解析。
你這難道不是RESTful的標準姿勢?不知道你這種自動化會有什麼特別的優點嗎?
超级大黑猫
超级大黑猫
希望项目继续加强文档 文档不足不利于做团队推广和使用 只能个别爱好者喜欢
孤独的探索号
孤独的探索号 软件作者

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。

引用来自“孤独的探索号”的评论

感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。
APIJSON 目前 Java 版支持 MySQL, PostgreSQL, Oracle,其它语言实现见文末的 其它项目。 原本我也打算调用 Hibernate 实现解析成 SQL,但发现静态代码很难满足动态的参数解析, 而且 Hibernate 实现 JOIN 等连表功能太麻烦,就自己写了 SQLConfig 来实现 JSON->SQL 的解析。
孤独的探索号
孤独的探索号 软件作者

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

引用来自“懒神”的评论

3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。
感谢。 APIJSON 相当于银行的 ATM 机,提供自助服务,能快速解决大部分常见问题,不用排队等柜员(后端同事)手动操作。
懒神
懒神

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。

引用来自“孤独的探索号”的评论

对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki
3Q,不错。你这个可以不用跟hibernate类对比,因为你的设计理念与他们不一样。你的基础设计理念可能是:是后端为接口化,作为前端的数据提供者与异步/同步协助处理者,逻辑与展示由前端来做。而hibernate是更接近存粹的工具向ORM,它的目的是兼容更多数据库,让一套代码可以跑在不同数据库却有近乎相同的效果。从发展的角度来说,我好些年前有定义,未来后端实际上可以做出接口提供者(服务提供者),提供给不论是web/手机APP/AI等等调用。现在手机的webapp类型开发实际上就是类似的了,你的这个工具实际上做的就是这样的事情。 如果说最老的后端自己拼写html为1.0版本;后端将模板html与代码分开处理反回给前台最终效果为2.0版本;后端前端设计理念完全分离,后端看作数据处理者服务提供者的方式可以看作3.0版本。你的这个算是3.0.1BETA的小版本。目前算是简单的,这种思路实际上是可以发扬到更大。
孤独的探索号
孤独的探索号 软件作者

引用来自“懒神”的评论

我本人是做后端,个人根据资料的内容感觉,这个工具实际上偏向于公开性质的内容展示。普通小型展示型项目用这个可以快速上手,不知道这样的感觉是不是对的。
对的。 我在 APIJSON 群里看到群友提到的公司项目, 有的是用 APIJSON 做 数据中心、可视化 等内部项目, 有的是 做 小程序、公众号、后台管理 等对外的项目。 不仅是可以快速上手,实际上也能极速开发哦, 增删改查、提取请求参数、封装返回JSON、校验参数的数据和结构 都不用写代码了, 省去了后端大量的开发成本,以及前后端关于接口的各种沟通成本。 https://github.com/TommyLemon/APIJSON/wiki

APIJSON 3.3.0 发布,新增自动化子查询,可嵌套自动化JOIN

APIJSON 3.2.5-3.3.0 更新内容: 新增支持 =, IN, FROM 3种类型的子查询 "key@":{ "range": "any", "from": "Table", "Table":{} }; 新增支持EXISTS "key}{@":{ "range": "all", "from": "Ta...

01/15 10:18

APIJSON 3.2.0 发布,4K Star 与 Hibernate 拉开差距

https://www.timqian.com/star-history/#TommyLemon/APIJSON&hibernate/hibernate-orm APIJSON 3.1.1-3.2.0 更新内容: 新增访问权限表 Access,自动生成权限管理的文档; 新增应用层连表 AP...

2018/12/19 10:04

APIJSON 3.1.0 发布,Star 超第 2 大 ORM 库 Hibernate

https://www.timqian.com/star-history/#TommyLemon/APIJSON&hibernate/hibernate-orm 众所周知,Hibernate 是 Java 的第 2 大开源 ORM 库,从 2007 年开源到现在已经有近 12 年的历史。廉颇...

2018/11/14 10:15

自动化接口和文档 APIJSON 3.0.0 发布

APIJSON 3.0.0 更新内容: 新增Function,启动时自检; join等功能兼容PostgreSQL; 解决join在主表为空对象时未解析为JOIN语句; 解决server.JSONRequest未转换数组为JSONArray导致后面解析...

2018/11/06 10:00

自动生成 API 和文档 APIJSON C# 1.0 已发布

APIJSON简介 APIJSON是一种为API而生的JSON网络传输协议。 为 简单的增删改查、复杂的查询、简单的事务操作 提供了完全自动化的API。 能大幅降低开发和沟通成本,简化开发流程,缩短开发周期...

2018/09/18 11:11

APIJSON 2.9.0 发布,自动化接口和文档

新增支持 Oracle 数据库: 新增可连接 Oracle 数据库的 APIJSONDemo_oracle 工程; APIJSONDemo_oracle 额外支持 String 类型的 id; APIJSONDemo_oracle 额外支持 在 application.yml 里配置...

2018/09/05 11:13

没有更多内容

加载失败,请刷新页面

没有更多内容

暂无问答

jenkins python api与json api不同

jenkins python api与json api不同

2015/06/18 14:38
792
0
cucumber-api安装与试用

cucumber-api,用于验证响应格式为JSON的Web Service API。 可以用来单独测试Web Service API,或者与Calabash配合进行手机APP和Web Service API的联合测试。...

2015/06/22 11:28
145
0
APP兼容性测试接口

免费的APP兼容性测试接口提供APP兼容性和功能测试,每天每个用户可以免费提交2次或者300个机型测试,让您脱身于繁琐的测试。

2016/01/15 10:03
43
1
Android Json解析方法

本片介绍的主要是Android开发中使用Google Gson 解析Json数据

2013/10/15 22:39
224
0
JAVA,Ajax 查询手机号码归属地 地址

在网上找了很多、如果根据网络提供的API直接JS Ajax查询会出问题:拒绝访问 网上说是跨域了、解决办法就是java后台访问这个API地址。下面罗列一些网络上的API地址。 手机网 http://api.showj...

2012/10/17 16:49
317
0
歌词迷API文档

歌词迷API文档 歌词 根据歌曲名获取歌词 请求地址 http://geci.me/api/lyric/:song 返回格式 JSON 请求方法 GET 示例 curl 'http://geci.me/api/lyric/海阔天空' {     "count": 15,  ...

2014/02/18 23:12
563
0
主题酒店api,携程酒店信息查询

主题酒店api,携程酒店信息查询,在线预订和支付下单。(!注post内容是json串如{"Key":"appkey"}而不是Key=appkey,建议使用浏览器插件测试,如火狐的HttpReqeuster, 谷歌的DHC) 接口名称:主题...

2015/12/04 17:00
46
0
Scala基础 - "_root_" package的作用

"_root_" package的作用

2016/11/03 14:04
40
0
Json数据生成与解析

JSON-P分为两个API,流API(javax.json.stream)和对象模型API(javax.json)。流API是一种底层且高效的解析和生成JSON的方式。它由两个主要的抽象构成——JsonParser和JsonGenerator。JsonP...

2016/09/19 22:45
286
0

没有更多内容

加载失败,请刷新页面

返回顶部
顶部