发表于： 2025-04-17 20:52:57
0 76
今天完成的任务：先去把任务二的命名方式给看了一下。
所有文档至少包含以下信息：
1.接口功能
2.接口路径
3.接口入参
4.接口出参
5.各字段说明、约定值、是否必填、默认参数
6.复杂数据结构给出出范例
命名
- 所有接口均需符合restful命名风格，相关api设计规则可参考阮一峰-RESTful API 设计指南文章
接口都需要符合restlful风格。先去简单的看了一下。
遇到的问题：后面的阮一峰链接打不开。
就去博客简单的看了一篇关于restlful的文章：https://blog.csdn.net/qq_35075909/article/details/91522242
目前，我们的项目里，基本只有GET和POST两种http方法，如下图，无疑浪费了 HTTP 协议的潜力，而 REST 则充分利用了 HTTP 规范中的方法，达到接口描述的语义化。
遇到的问题：看的一头雾水，有了更多的问题：GET POST是什么东西。查了一下是Python里的东西，文章下面也有些看不懂。
继续接着任务一下面的深度思考来看吧！
14.可否远程连接到线上直接调试？真实的项目中，遇到问题的排查方案是什么？
真实项目中，我们可以通过远程连接的方式，进行调试
远程调试：服务端程序运行在一台远程服务器上，我们可以在本地服务端的代码（前提是本地的代码必须和远程服务器运行的代码一致）中设置断点，每当有请求到远程服务器时时能够在本地知道远程服务端的此时的内部状态。
1.远程调试适用于哪个阶段？开发？测试？线上？
（个人认为）适用于测试阶段，在线上肯定是不行的。很多人访问，都不知道调试的是哪个。开发阶段的话，一般是分功能模块的，每个人负责自己的模块，分开开发测试。远程调试，一般在于开发完成后的集中测试（功能衔接），这时项目已经部署到测试服务器上了。
结论：不建议在测试阶段来进行线上测试。
16.什么是贫血模型，什么是充血模型？为什么我们会强制要求使用贫血模型？
1.什么是贫血模型？
贫血模型是指使用的领域对象中只有setter和getter方法（POJO），所有的业务逻辑都不包含在领域对象中而是放在业务逻辑层。
2.什么是充血模型？
充血模型将大多数业务逻辑和持久化放在领域对象中，业务逻辑只是完成对业务逻辑的封装、事务和权限等的处理。比较符合面向对象。
使用贫血模型的好处：
系统的层次结构清楚，各层之间单向依赖。
耦合度低，方便后期的更新与维护。
设计简单，底层模型稳定。
明天的任务：把任务二的restful风格给搞懂。然后接着任务一的深度思考继续学习。
返回列表
评论