go-kratos / beer-shop Goto Github PK

View Code? Open in Web Editor NEW

690.0 40.0 155.0 1.16 MB

An online shop application, the complete microservices demo for kratos.

License: MIT License

Go 68.17% Dockerfile 0.44% Makefile 0.31% JavaScript 29.14% HTML 1.66% CSS 0.28%

kratos microservices-demo microservices

beer-shop's Introduction

[WIP] beer-shop

An online shop application, mono-repo microservices demo for kratos.

本项目为一个使用kratos框架创建的，简单的微服务电商项目。

由于example较碎片化，未能体现出完整的项目的样子，因此我们创建了本项目，以完成如下目标：

演示kratos在mono-repo中的项目结构实践（与layout创建出来的略有不同）
提供多个微服务之间互相依赖调用和样例
提供与各种基础设施集成和部署的样例
主要为kratos框架使用演示，很多组件的设计做了简化或模拟处理，与实际的电商项目有一定出入，仅供参考

具体架构请参考文档：Docs

ATTENTION: This project is a Work-in-Progress.

注意，目前尚在开发，暂时无法运行，仅供代码参考。

Kratos Mono-Repo structure

.
├── api  // API&Error Proto files & Generated codes
│   ├── foo
│   │   ├── job
│   │   └── service
│   └── bar
│       └── interface
├── app  // kratos microservices projects
│   ├── foo
│   │   ├── job
│   │   └── service
│   └── bar
│       └── interface
├── pkg  // common used packages
└── docs

beer-shop's People

Contributors

Stargazers

Watchers

Forkers

cloudxo 864811699 xiezeyu-99 cluas kamajoy luckylsx isgasho shenqidebaozi jinguoxing biohazer asea1718 mfh313 xavierchan ares2013 che-io alex9968 qf2016 quickflows-co kingdom2014 lingling1420q asksid27 ssahinh erichen86 julian-chu larryclean wutiyang i6u wiki6 dy201 codefish-xiao jecqiang sparkler-deng taek-n-ta-tn ferrisz yihoyoung paddypei zhayhp zen0fpy zcwzcwzcw roshandev vincent20101 dinggewennuan heelie gaohongye wietseva wnz27 casper-mars baiyutang samwen maxwell881 stella0429 kshenfu towithyou xpzouying alexrogalskiy simpleliyu superryanguo overstarry djun aveyuan jxdxmx azure1489 miles0wu ag9920 super-easy yangchnet showsmall master-starcloud ihavegoal aliliin flystax fangker qianbeibuzui ilovesusu gkuanine zhangsiqaing dengtaobeijing kagaya85 coollinuxman liusds ch2go allendaydayup gaochnggg ingram7 minicloudsky tiandh987 goctopus chinamty besrabasant shengzhou1216 ddfeiyu y26s4824k264 dev-xz beyazit lmxdawn poopylee deepmomentcuiyong hrygo zhovdawei pwli0755

beer-shop's Issues

api 内部结构不够友好

api内部采用的 module/service|job/v1/ 的结构，导致 import 的时候出现一堆需要 alias 的问题，不够友好。为什么不是采用：service|job/module 的形式呢？这样，import 的时候就无需大量 alias 了。

另外，v1 目录也显得有些多余，在我看来， service|job/module 本身表示 v1 版本，而 service|job/module/v2 这样的表示 v1 以外的版本，不是更符合 go 开发的惯例么？非要这样设计的目的是什么？

另外，从模块版本控制上来看， v1、v2 内部的 pacakge name 采用 module，而不是 v1，v2 这样的 package name 不是更好么？在import 时，从 v1 切换到 v2，只是由 service/module 变作 service/module/v2 这样的结构，其它都无需更改。