joecao/qbike

A demo of share bike using DDD, MicroService and Spring Cloud

滴滴电动车

本项目纯属虚构，如有雷同实属巧合

项目背景

在嘀嘀打车的创业成功经验引领下你的创业团队发现了一个拥挤的大城市的电动车机会。 你们发现电动车由于其灵活性能够在拥挤的路面上穿行，从而能够帮助很多上班族避免早晚高峰，按时到达目的地，比滴滴打车更方便。 你们决定设计一个电动车的打车平台，能够在早晚高峰时匹配电动车司机和有需要的乘客。

Quick Start

启动docker daemon进程
mvn clean install -DskipTests=true
docker-compose up mysql
ctrl-c退出
docker-compose up

http://localhost:8050

测试接口

安装postman，导入qbkie.postman_collection.json
调用fetchUser接口，注意，spring cloud第一次调用可能会失败，需要预热一段时间。
出现结果后，调用updateDriverPostion接口，将司机的坐标导入到redis中
然后就可以使用placeIntention接口发起一个请求 然后再用confirmIntention接口，返回true就是成功匹配了，Order就会生成
注意：confirm的接口中需要输入intentionId，如果是第一次，就是1，不清楚，可以到docker的MySQL的表t_intention中找

在http://127.0.0.1:9411上可以找到zipkin对这几次调用的结果的追踪

Dev

请安装Lombok插件，Java8 Stream + Lombok + Spring boot， 你会拥有一个全新的Java开发体验。

TODO

• 完全基于领域驱动设计
• 聚合根、领域对象、API的提炼按照Event Storming过程分析
• 升级到Spring Boot 2.0 和Spring Cloud Finchley
• Eureka服务注册与发现
• Swagger2管理REST API
• Hystrix服务的保护与容错
• Zuul网关应用
• Zipkin分布式追踪

业务场景

初步设计的场景比较简单，主要是匹配有需求的乘客附近的电动车司机。经过前期的需求梳理，产出了下列的基本功能

• 司机发布自己的位置和状态（默认一辆电动车只能搭载一位乘客）
• 乘客提交行程需求（行程需要包含起点和终点，只支持实时提交，不支持预约）
• 系统自动为乘客匹配合适的司机，将需求发送至司机手中
• 司机确认是否接受行程
• 司机和乘客按订单完成行程
• 乘客行程途中要求改变行程
• 系统计费及完成订单
• 乘客对司机的评价

业务流程

事件

命令

聚合识别

系统架构

qbike's Issues

有些图看不到了，能再上传下吗

有些图看不到了，能再上传下吗

你做了我想做的东西 哈哈

asdsazxcvbnmjhghjbnm,.,mnnm,mjhkl;'";'

你的图是用什么工具画的呢？

拜读了代码，业务逻辑感觉主要集中在领域服务里domain/service？

拜读了代码，业务逻辑感觉主要集中在领域服务里----domain/service？领域对象本身还是没有承载业务，还是setter/getter的贫血模型，这样的代码结构感觉和普通事务脚本(service/dao)似乎没有本质差别呢？这可能算是ddd战术实现的另一套方法了

觉得FeignClient 用起来方便优雅一些

觉得FeignClient 用起来方便优雅一些。
不过Feign用的时候也遇到两个问题， Feign不支持PATCH要加依赖，还有不支持分页接口调用。

看了下代码， 实现上感觉不够DDD

实体识别出来了，但是还是采用的贫血模型实现。 业务逻辑集中在service中，更像是一个传统的四层架构（controller/service/dao/model）

感谢分享