这太简单了,流程在哪里
在上面的例子里,我们看到了订单的CRUD操作,但这并不是实际生活中的真实情况,整个订单的生命周期如下图所示:
在实现这个流程时,我们分为两步:第一步对订单进行资源建模;第二步通过工作流对订单进行流程的生命周期管理。
工作流的职责在于管理订单的生命周期,在其生命周期的不同阶段,我们会有不同的参与者,对订单不同的操作权限。我们的系统架构演变成下面的样子:
看例子,这次将我们视角转移到框框网这边,看看框框如何处理我们已提交的订单。我们使用GET:http://api.kuangkuang.com/orders?status=waiting-review来获取所有需要审核的订单,服务器返回以下的数据:
<orders>
<link rel="list" media-type="application/xml" url="http://api.kuangkuang.com/orders"/>
<order>
<id>1000</id>
<state>waiting review</state>
<link rel="detail" media-type="application/xml" url="http://api.kuangkuang.com/order/1000"/>
</order>
</orders>
我们查看具体的订单信息,我们GET:http://api.kuangkuang.com/order/1000,服务器判断出我们是框框网员工,返回以下的数据:
<order>
<link rel="detail" media-type="application/xml" url="http://api.kuangkuang.com/order/1000"/>
<content>
<id>1000</id>
<cost>88.0</cost>
<state>waiting review</state>
<squence>
<activity rel="review" media-type="application/xml" url="http://api.kuangkuang.com/review/order/1000"/>
</squence>
</content>
</order>
注意到这两行:
<state>waiting review</state>
<squence>
<activity rel="review" media-type="application/xml" url="http://api.kuangkuang.com/review/order/1000"/>
</squence>
这段信息是由工作流加入的,它告诉我们当前订单的状态为等待审核以及下一步需要我们来审核。那么,我们PUT
http://api.kuangkuang.com/review/order/1000告诉服务器我们审核通过,服务器返回数据:
<order>
<link rel="detail" media-type="application/xml" url="http://api.kuangkuang.com/order/1000"/>
<content>
<id>1000</id>
<cost>88.0</cost>
<state>waiting send</state>
<squence>
<activity rel="send" media-type="application/xml" url="http://api.kuangkuang.com/sent/order/1000"/>
</squence>
</content>
</order>
同样,工作流加入了这两行数据:
<state>waiting send</state>
<squence>
<activity rel="send" media-type="application/xml" url="http://api.kuangkuang.com/sent/order/1000"/>
</squence>
告诉我们当前订单状态为等待送货,而下一步需要我们来完成这一步。此时,如果顾客来查看自己的订单会得到什么数据呢?服务器会判断出当前请求的用户是顾客,那么:
<order>
<link rel="detail" media-type="application/xml" url="http://api.kuangkuang.com/order/1000"/>
<content>
<id>1000</id>
<cost>88.0</cost>
<state>waiting send</state>
</content>
</order>
顾客能够看到自己的订单正处于等待送货状态,而不会有下一步的动作。恩,很好,框框网订单处理速度很快,而这正是网购的主要竞争力之一。
在这些交互中,最重要的是我们通过工作流实现了REST社区所呼吁的“将超媒体作为应用状态的引擎(hypermedia
as the engine of application state)”。更简单地说,URI代表了状态机里的状态迁移。我们通过<squence>和<activity>标签让客户端是通过跟随链接的方式来操作订单状态机的状态转移。
等等,实际情况不是这样,框框自己并不送货,好吧,那就下一篇见。
- 大小: 24.4 KB
- 大小: 67.8 KB
- 大小: 66.1 KB
- 大小: 29.2 KB
分享到:
相关推荐
Odoo的API设计遵循REST原则,采用HTTP方法如GET、POST、PUT、DELETE来执行CRUD(创建、读取、更新、删除)操作。例如,GET请求用于获取资源信息,POST用于创建新记录,PUT用于更新已有记录,而DELETE则用于删除记录...
本教程将带你深入学习如何使用.Net Core技术栈来开发电商后端API,帮助你从入门到精通,全面掌握RESTful API的设计原则和实践方法。 .Net Core 是微软推出的一款开源、跨平台的框架,它支持Windows、Linux、macOS等...
在本项目"restapi-shopdb"中,开发者创建了一个RESTful API,主要目的是为了支持用户进行注册、登录以及订购和查看产品。这个API是基于Node.js构建的,使用了MongoDB作为后端数据库,同时也利用JavaScript作为编程...
3. **RESTful API设计**: Checkout API作为一个Web服务,可能会遵循RESTful原则,提供一套以HTTP方法(GET、POST、PUT、DELETE等)来操作资源的接口。这使得API易于理解和使用,并且可以与各种类型的客户端(如Web...
总之,Django REST framework是一个强大的工具,它简化了API开发流程,让开发者能够专注于业务逻辑,而无需过多关注底层实现细节。通过深入学习和实践,你可以利用DRF构建出功能强大、易于使用的Web API。
资源模型是API设计中的核心概念,定义了可以进行操作的资源和它们之间的关系,以及资源的属性和行为。 #### Managed Entity and Task Resource Models 管理实体和任务资源模型涉及产品目录中的实体如何被管理和任务...
- **RESTful API设计**:学习如何设计符合REST原则的API接口,实现前后端分离。 - **安全性**:了解Spring Security的基本用法,实现用户认证和授权。 - **前端开发**:掌握基本的HTML、CSS和JavaScript,以及前端...
#### 六、API族的实际应用案例 1. **围绕交易集市**:开发者可以构建独立网店、购物门户、比价购物等应用,提高交易效率。 2. **电子商务企业系统集成**:例如,通过API实现进销存管理、分销渠道管理等,提升企业...
2. **REST API**: REST(Representational State Transfer)是一种网络应用程序的设计风格和开发方式,基于HTTP协议,可以实现客户端和服务器之间的通信。WooCommerce REST API允许开发者通过JSON格式获取和更新...
- 设计一个简单的订单处理流程,包括接收订单请求、验证订单信息、处理订单逻辑等步骤。 - 可以使用 MuleStudio 提供的模板作为起点,快速搭建基础框架。 5. **运行与调试**: - 在 MuleStudio 内部直接运行示例...
3. **RESTful API设计**:后端需提供符合REST原则的接口,用于微信小程序调用,涉及HTTP请求方法和状态码的使用。 4. **数据库设计**:可能包括用户表、菜品表、订单表等,涉及SQL查询和事务处理。 5. **用户认证与...
7. **RESTful API设计**: 为了实现小程序与服务器之间的通信,需要定义一套RESTful API接口,如POST提交打印任务、GET获取任务状态、PUT更新订单信息等。遵循REST原则可以使接口设计更加清晰、易于理解和维护。 8...
在IT行业中,API(应用程序接口)是连接...综上所述,“link-api-test”项目是IT领域中一个典型的跨平台API集成案例,涵盖了API设计、测试、安全和部署等多个方面,对于提升企业数据管理和业务流程效率有着重要意义。
4. RESTful API设计:为了使微信小程序与后端服务器进行通信,需要设计符合REST原则的接口,定义HTTP方法、URL路径和响应格式。 5. 用户认证与授权:实现用户注册、登录功能,可能使用OAuth2或其他身份验证协议,...
遵循REST(Representational State Transfer)原则,API设计应清晰、简洁,支持CRUD(创建、读取、更新、删除)操作。 6. **权限控制与安全** 对于物流管理系统,权限控制至关重要。开发者可能使用了基于角色的...
- **RESTful API**:使用@RequestMapping及其子注解,创建符合REST原则的API接口。 5. **安全控制**: - **Spring Security**:提供了一套强大的安全控制机制,可以处理用户认证、权限管理等问题。 6. **支付...
- RESTful API:设计符合REST原则的API接口,前后端分离,提高系统的可扩展性。 - JWT(JSON Web Token):用于实现安全的用户认证和授权。 - Docker:可能用于部署环境的标准化,方便测试和迁移。 在PPT部分,可能...
- **第三方系统对接**:通过REST API或者JMS,JBPM可以与其他系统(如ERP、CRM)进行数据交换和流程协同。 6. **性能优化** - **持久化策略**:选择合适的持久化机制(如JPA、Hibernate)对流程实例和数据进行...