当前位置 > 首页 > 软件工程实践 > Chat
如何用 Swagger 消除前后端分离的障碍
随着后端技术的日渐成熟和前端框架的异军突起,前后端分离几乎已经企业开发必须要选择的方向。但是采用了 JSP、Struts2、SpringMVC 等技术的项目在实现前后端分离时,由于 Web 容器的使用,使得前端开发人员无法专注于前台展示,分离起来困难重重。 RESTful 架构的引入,让电脑端、移动端、第三方系统的数据交互和流程控制更加便捷,也使得前后端分离成为可能。但是随着项目的推进,众多的 API 如果管理不当,在项目集成时,又将陷入泥潭。而 Swagger 的出现专注于为 API 提供可视化文档,便于前后端开发人员对接。 本场 Chat 将向读者展示 Swagger 的如下方面: - 为什么要用到 Swagger - 如何最简便的用到 Swagger - 基于 YAML 语法的 Swagger 实例 - 一些 Swagger 最佳实践 - 在 Spring-boot 中使用 Swagger **实录提要:** - 非技术人员如何能说服开发使用 swagger? - swagger 和 deloyd 有什么区别?什么情况下应该使用? - 针对 PHP 有没有工具把 phpdoc 格式的注释转化为 swg 格式? - 前后分离时,前端需要明确所有的输入输出参数,这个怎么配置更方便? - swagger-ui、swagger-editor、swagger-api、swagger-node 能不能梳理一下? - 从 docker hub 上 pull swaggerapi/swagger-ui 之后,如何定制自己的模拟接口? - 前后端分离,假设前端部署在 node 上,后端用 springboot 如何处理认证登录?
深度解读测试驱动开发(TDD)
你是否还在用如下这种方式编写代码? - 需求分析,想不清楚细节,管他呢,先开始写。 - 发现需求细节不明确,去跟业务人员确认。 - 确认好几次终于写完所有逻辑。 - 运行起来测试一下,靠,果然不工作,调试。 - 调试好久终于工作了。 - 转测试,QA 测出 BUG,打补丁。 - 终于,代码可以工作了。 - 一看代码烂的像坨屎,不敢动,动了还得手工测试,还得让 QA 测试,还得加班。 我要介绍的 TDD 编码方式是这样的: - 先分解任务,分离关注点。 - 列 Example,用实例化需求,澄清需求细节。 - 写测试,只关注需求,程序的输入输出,不关心中间过程。 - 写实现,不考虑别的需求,用最简单的方式满足当前这个小需求即可。 - 重构,用手法消除代码里的坏味道。 - 写完,手动测试一下,基本没什么问题,有问题补个用例,修复。 - 转测试,小问题,补用例,修复。 - 代码整洁且用例齐全,信心满满地提交。 本场Chat内容包括: 1. TDD 的几层含义; 2. TDD 的本质; 3. TDD 的好处; 4. 为什么大部分人 TDD 会失败; 5. TDD 的正确练习路径。 **实录提要:** - 在一个团队中谁来写单元测试呢,开发还是测试?如何协作? - TDD 是否适合界面的开发? - 有关于怎样分解任务的策略,拿到一个任务,如何开始第一步? - 如何在紧张的工期和完善的单元测试之间进行权衡? - 两周一个版本迭代,适合用 TDD 吗? - 对于单元测试的 mock,应该针对外部接口进行 mock 吗?
微信扫描登录