我的同事最近老是抱怨我给的API非常的多，而且难以记住。
因为我的URL是这样的：
在传统的URL模式中，比如，我要参加某个活动，URL可能是POST：myapp.com.cn/1/api/12
然后，假如要获得参加计划的人的列表，URL可能是：POST：myapp.com.cn/1/api/13
这种方式显然不太妥。这是一个业务的增删改查，应该采用一个URL才可以。
我在写API的时候也遇到了这样的问题。一个增删改查会有好多的业务码。
实际上，应该使用GET方法来获取列表，使用POST来参加某个活动，使用DELETE来退出某个活动。
这才是REST风格。
真是只有经历过这些才知道人家为什么是对的啊！！！！！书本上的知识真的要去实践了，走走弯路，才知道什么是对的，什么是错的。就好像以前有人问我。数据验证是写在model层好还是controller层好。我告诉他，你每个都去试一下，自然就知道写在那个层比较好了。
但是现在我认为写在model层也并不是最好。直接分一个数据验证层才是好的。为什么？因为我实践过
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
6
1129
收藏
我更推荐学习一下 Github 和 Dropbox 的 API 设计，个人觉得比 Twitter 要好。
前几天翻译的 用 JSON 构建 API 的标准指南：中文版
感谢 @bornkiller 协助翻译。
顶楼主，实践出真知啊，就冲这个，不赞都不行。