-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
说一下一些短板 #2
Comments
跑了一下您提供的程序,棒棒的!感谢提供的思路,多个接口数据我们还真没考虑到。实际最初我们的程序思路也是和您的类似,以不同模块输出数据,为了减少实际使用中多层嵌套及代码量过大问题,我们将模块这一层去掉了。直接用id唯一性标识来区分。既然是唯一性标识,就不会有重复覆盖的情况,如果是您说的分布式的情况的话,这个唯一性标识会有相同的可能性情况还有待调研。同时还有个疑问是,如果是多个子系统,我们是不是将其当做多个不同的系统来处理,而不是当做一个系统。相信一个人做多个子系统并行开发的概率也会比较小。 |
可以看一下我之前写的的另一个文档 |
考虑的问题太过单一了
如果是分布式的系统的话 一个swagger页面里面其实会有很多子系统的 并不是打开一个swagger就一个接口数据
其实你这个swagger接口考虑的形式也太过得单一了
只能针对有提供参数的那种普通接口
其实接口名字里面有些是usingPost_1 usingPost_2之类的 这种名字是会变化的 你那边也没过滤
还有类似因为分布式的关系 后台接口的容器是有可能重名的 那么你这边就会出现直接覆盖的情况
我们团队我自己已经写了一个爬接口的脚本了
相比你这个的话 更加成熟点
The text was updated successfully, but these errors were encountered: