url和api命名规则驼峰、蛇形、脊柱和restful方式

最新推荐文章于 2024-05-11 15:05:58 发布
最新推荐文章于 2024-05-11 15:05:58 发布
阅读量8.8k 收藏 4
点赞数 2
分类专栏： JAVA 文章标签： 命名 驼峰
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lizz861109/article/details/121559026
版权
本文探讨了驼峰命名法、蛇形命名法和脊柱命名法在HTTP请求路径中的应用，以及RESTful规范下的URL命名技巧，强调全小写和连接符使用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

驼峰命名法(serverAddress)

  • 字母首字母大写
  • http://xxxx/getUser

蛇形命名法(server_address)

  • 下划线“_”分隔
  • http://xxxx/get_user

脊柱命名法(server-address)

  • “-”分隔
  • http://xxxx/get-user

restful规则

  1.   采用小写字母，数字，部分特殊符号（非制表符）组成。
  2.   不采用大小写混合的驼峰命名方式，尽量采用全小写单词，如果需要连接多个单词，则采用连接符“_”连接单词
  3. http://xxxx/get_user
RESTful API 接口路径格式：连接多个单词使用连字符、下划线、小驼峰？
宋冠巡的博客
03-27 1977
RESTful API 接口路径格式：连接多个单词使用连字符、下划线、小驼峰？ 可以使用多个单词表示一段路径，此时的多个单词，应该是合在一起才能表示一个完整含义，比如：课程表（class-schedules）。 最推荐的做法是使用连字符 `-` 来连接路径中的多个单词以提高可读性和符合RESTful API接口路径的最佳实践。
API命名的7种优秀实践：让你的接口更优雅、更易用
最新发布
qq_38220914的博客
03-14 379
API命名是一门艺术，它直接影响到接口的易用性和可维护性。通过遵循以上7种优秀实践，你可以设计出更优雅、更易用的API，提升开发效率和团队协作体验。如果你正在设计或维护API，不妨从命名开始，逐步优化你的接口，让它成为开发者的好帮手！我有个大胆的想法：我发的每一篇技术文，都是亲自验证过的，可以保证当下的可用性。欢迎小伙伴也跟着实操一次，操作遇到问题，可以后台留言；或者你技术难点，可以告诉我，我来验证，去折腾。让我们一起进步、相互成就！！！
API命名规则
04-17
复杂的windowsAPI如何命名，找到其中规律有助于你进一步运用API进行编程
URL的定义建议使用驼峰写法吗？如果不建议好的写法是什么？
Java相关领域
05-11 1330
在 URL 的定义中，通常不建议使用驼峰写法（CamelCase），因为 URL 应该尽量保持易于阅读和输入。URL 中包含的字母大小写可能会导致访问错误或混淆，因为不是所有的服务器或网络设备都会把 URL 视为大小写不敏感。因此，推荐的好的写法是使用全部小写并通过短划线来分隔单词。这样不仅避免了大小写敏感的问题，也使得 URL 更加清晰易读。
API接口中的函数命名规则
junli_chen的博客
04-19 1万+
作者：姚冬 链接：http://www.zhihu.com/question/31363461/answer/51984535 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 1. 拼写要准确 接口函数一旦发布就不能改了，要保持兼容性，拼写错误也不能改了，所以要仔细检查拼写，否则会被同行嘲笑很多年。 著名悲剧：unix 的 creat 2.
Restful后端API接口命名规范
i15730384741的博客
05-23 1万+
Restful 风格接口定义 一句话解释就是“通过路径知晓访问资源是何， 通过请求方式知道要做什么操作” 大致遵循以下两个规则： 请求 API 的 URL 表示用来定位资源； 请求的 METHOD 表示对这个资源进行的操作； 一. API的URL 通过URL用来定位资源，跟要进行的操作区分开，这就意味着URL不该有任何动词 下面示例中的 get、create、search 等动词，都不应该出现在 REST 架构的后端接口路径中。比如： /api/getUser /api/creat
接口（Api）版本号命名规则
LittleFogCat的专栏
03-08 2368
0. 前言 版本号的命名和更新问题，是开发者的责任感和前瞻性的问题。 1. 项目立项时 版本格式：0.0.0 2. 开发阶段时 此时系统尚不稳定，随时可能增减或者修正API。 版本格式：0.次版本号.修订号，版本号递增规则如下： 主版本号：0表示正在开发阶段； 次版本号：增加新的功能时增加； 修订号：只要有改动就增加。 3. 开发完成后，发布API，或进入二方库时 此时系统已经基本稳定...
Restful风格接口设计从入门到埋坑
天的博客
05-10 1197
前后端开发中，后端需要为前端提供接口。那么我们如何来提供一套相对优雅的接口设计实践？ 我相信许多同学都要命名困难综合征，拍脑袋的给出接口又很难形成良好的实践，那尤其如果是多人共同开发的工程，很容易就形成各种风格各立的接口，增加了一丢的不易维护。那想当然我也是其中的一员...所以这里也是给出自己的一份实践和参考。 前后端接口设计通常是Http接口。Http接口设计目前比较流行的是Restful风格接口设计。
RESTful API设计指南：OCTO速查卡片2.2版
本资源，"RESTful API设计-OCTO速查卡片2.2" 是专为API设计师和开发者准备的指南，旨在提供快速参考和最佳实践。 1. **名词化URL** RESTful API设计中，URL应使用名词而非动词。例如，使用`GET/orders`而不是`GET/...
API设计指南总结--命名规则（使用与REST API和RPC API）
shzbbsns的博客
05-06 775
参考goodle设计指南方针-----https://cloud.google.com/apis/design/resources。使用单数组件名称，不能使用下划线。进行版本控制的API软件包名称必须以此版本结尾。，不应使用后置形容词，对于API中重复的字段必须使用正确的复数形式。在语法上有效的DNS名称，可以解析为一个或多个网络地址。采用复数和小驼峰式命名法格式，并遵循美式英语拼写和语义。events、children或deleteEvents。指API的产品营销名称。应该使用直观的名词。
服务API设计 之 API命名规范
黄老师的博客
09-24 2623
API命名规范 命名风格 面向资源 同RESTful命名风格 在大型系统中，常以"业务领域"视角进行模块划分，以达到业务"高内聚低耦合"的效果。 "业务领域"必有"数据对象"沉淀，从宏观抽象的角度看，"数据对象"可统称为"资源"，"业务领域"就是业务相近的"资源"的集合。 "资源"一定是业务抽象后的对象： 可以是具体的数据对象： 商品 订单 合同 发票 采购计划 etc 可以是抽象的对象概念： 租户 用户 支付 文件 需求 etc "业务领域"与"业务领域"之间的依赖，可理解为是对"
为什么rest接口返回json建议采用下划线形式,不要用驼峰
10-14
为什么rest接口返回json建议采用下划线形式,不要用驼峰？今天小编就来为大家说明一下原因，还等什么？一起跟随小编过来看看吧
TP5 URL大小写(驼峰法访问需要注意事项)
qq_18572681的博客
10-22 2859
默认情况下，URL是不区分大小写的，也就是说 URL里面的模块/控制器/操作名会自动转换为小写，控制器在最后调用的时候会转换为驼峰法处理。 例如： http://localhost/index.php/Index/Blog/read // 和下面的访问是等效的 http://localhost/index.php/index/blog/read 如果访问下面的地址 http://localhost...
api——RESTful API（url命名规则、状态码）
fxinn的博客
08-12 604
参考链接 路径（Endpoint） 不能有动词，只能有名词 状态码（Status Codes） 参考链接：菜鸟教程 200 OK - [GET]：服务器成功返回用户请求的数据，该操作是幂等的（Idempotent）。 201 CREATED - [POST/PUT/PATCH]：用户新建或修改数据成功。 202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务） 204 NO CONTENT - [DELETE]：用户删除数据成功。 400 INVALID REQUES
如何定义好一个符合规范的url
09-20 991
描述 进公司没有多久遇到一个问题，定义的url会被大神吐槽说是很渣。之前从来没有注意这块，今天把我们团队的url规范分享给大家。 为什么需要URL规范化 1、网站URL和结构已经成为网站搜索引擎友好的最大基础性问题，网站URL 和结构问题，早发现早优化，越是往后放，最后就成了制约网站运营和产品开发的决定性因素。 2、无论是网站的可用性还是网站对搜索引擎的吸引力，清晰明了的浏览路径都是相当...
一种简单且通用的后端api接口相关命名规范
代码君
11-29 5628
我在项目中比较重视api接口的命名规范，好的命名不仅能方便前后端联调，而且代码维护也是很方便的。 不幸的是，很多工作几年的老程序员在命名这个事情上也是一塌糊涂。想整理一个规范出来，能够方便开发人员去落实，这个规范一定要简单，不同能力水平的开发人员都能很容易理解和使用。
API 增删改查命名规范
堕落天使的博客
08-04 1822
API 增删改查命名规范
请求路径URL命名规范
u013078871的博客
08-22 3419
1、由于URL是大小写敏感的，如果用驼峰命名在输入的时候就要求区分大小写，一个是增加输入难度，另外也容易输错，报404。蛇形命名法用下划线，在输入的时候需要切换shfit，同时下划线容易被文本编辑器的下划线掩盖，支付宝用的是蛇形命名法，stackoverflow.com和github.com用的是脊柱命名法。最后：如果前后的需要保持一致的规范，前后的可直接遵循restful简版：1、全小写单词；2、URL请求中不采用大小写混合的驼峰命名方式，尽量采用全小写单词，如果需要连接多个单词，则采用连接符“
RESTFUL URL命名原则
热门推荐
360linker
04-24 5万+
URL命名通常有三种，驼峰命名法(serverAddress)，蛇形命名法(server_address)，脊柱命名法(server-address)。由于URL是大小写敏感的，如果用驼峰命名在输入的时候就要求区分大小写，一个是增加输入难度，另外也容易输错，报404。蛇形命名法用下划线，在输入的时候需要切换shfit，同时下划线容易被文本编辑器的下划线掩盖，支付宝用的是蛇形命名法，stack...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

lizz666

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值