的文章。 一篇是你在开始动手搭建环境前需要了解各工具原理的文章。 这是一篇你真正开始前需要查阅的文章。 本文介绍了前后端工作原理，前后端搭建的流程、搭建过程中需要用到的技术以及 开发环境版本。 一、前后端如何工作 Django、Vue 和 Element UI 前后 端原理论述  作者：M&T. 2 《51 测试天地》七十四 www.51testing.com 后端开发（Django+Rest 美观的用户界面。 前后端交互： 后端通过 Django Rest Framework 提供 API 接口，前端通过 Vue 发起 HTTP 请求调用 这些 API 接口。 前端通过 HTTP 请求向后端发送数据请求，后端根据请求进行相应的数据处理，并 返回响应数据给前端。 前端接收到后端返回的数据，并根据数据更新页面展示，实现与用户的交互。 总体而言，这种前后端分离的开发模式有助于实现前后端开发的解耦，使得各自的 使用非社区版本，我用的最新版本 （release 版） 在安装过程中，有的安装包在太老的版本中安装不成功。 社区版本不提供 Add Configuration 功能，导致前端环境服务配置及启动不能配置成 功。 总结 ·前后端交互流程 7 《51 测试天地》七十四 www.51testing.com 后端通过 Django Rest Framework 提供 API 接口，前端通过 Vue 发起 HTTP 请求调用

项目发起人，负责APPKIT项目的架构设计。专注于 高性能、高稳定、大并发系统的设计与应用。 小龙，目前为APPKIT项目负责人，主要负责APPKIT项目开发、技术对接和实施、开放平台等。专注于前后端全栈技 术开发，喜欢挑战新的技术和业务问题。 CAT 3.0 开源发布，支持多语言客户端及多项性能提升 - 美团技术团队 CAT 3.0 开源发布，支持多语言客户端及多项性能提升 CAT 3 后，服务本身内存占用在安全范围 内；同时可以根据查询操作统计缓存数据在实际使用中的命中率。 下图是增加LruCache结构前后，且增加LruCache后命中率高于95%的情况下，针对持续增长的QPS得 出的数据获取平均耗时(ms)对比图： 引入LruCache前后平均耗时 根据平均耗时图显示可以得出结论： 1. QPS高于250后，直接请求Redis获取数据的平均耗时达到10ms以上，完全无法满足使用的需求。 耗时角度看，QPS不高于500的情况下，耗时低于2ms。 下图是增加LruCache结构前后，且增加LruCache后命中率高于95%的情况下，针对持续增长的QPS得 出的数据获取Top999耗时(ms)对比图： LruCache在美团DSP系统中的应用演进 - 美团技术团队 引入LruCache前后TP999耗时 根据Top999耗时图可以得出以下结论： 1. 增加LruCache结

下的性能分布的一组样本。 ● 现在的问题是： ○ 非参数方法：样本是否来自同一总体？总体是什么分布？两组样本在可控的测试环境下进行吗？ ○ 参数方法：如果总体分布已经确定，那么样本的变化是否显著？性能的基准测试前后，是否具有统计意义下的明显 变化？ 2020 © Changkun Ou · Go 夜读 · 对 Go 程序进行可靠的性能测试 假设检验 20 假设检验：利用样本判断对总体的假设是否成立的过程 零假设 H0：想要驳回的论点 备择假设 H1：拒绝零假设后的备用项，我们想要证明的论点 p 值：零假设发生的概率 显著性水平：可靠程度 例如：在性能基准测试中， H0：代码修改前后，性能没有提升 H1：代码修改前后，性能有显著提升 p < 0.05：H0 发生的概率小于 5%，在至少 95% 的把握下，性能有显著提升 拒绝 H0 接受 H0 临界值 2020 © Changkun Ou git stash 记录并撤销代码的修改，执行测试得到修改前的性能测试结果 ○ 使用 git stash pop 恢复代码的修改内容，执行测试得到修改后的性能测试结果 ○ 使用 benchstat 对前后测量到的性能测量进行假设检验 ○ 验证结果有效性，例如确认结果的波动，比较随时间推移造成的性能回归等等 2020 © Changkun Ou · Go 夜读 · 对 Go 程序进行可靠的性能测试

接口文档和接口开发调试使用同一个工具，接口调试完成后即可保证和接 口文档定义完全一致。 4. 高效、及时、准确！ 最佳实践 1. 前端（或后端）：在 Apifox 上定好接口文档初稿。 2. 前后端：一起评审、完善接口文档，定好接口用例。 3. 前端：使用系统根据接口文档自动生成的 Mock 数据进入开发，无需手写 mock 规则。 4. 后端：使用接口用例 调试开发中接口，只要所有接口 测试人员：直接使用接口用例测试接口。 7. 所有接口开发完成后，测试人员（也可以是后端）使用集合测试功能进行多接口集成测试，完整测试整个接口调用流 程。 8. 前后端 都开发完，前端从Mock 数据切换到正式数据，联调通常都会非常顺利，因为前后端双方都完全遵守了接口定 义的规范。 谁在使用 Apifox 接口文档设计 接口文档设计 1. 完全可视化 2. 零学习成本 3. 遵循 OpenAPI

理理解后端服务需要过程 ⼀一⼩小时上⼿手，半天上线⼀一个业务新接⼝口 学习成本低 学习成本 闲⻥鱼 - 让你的闲置游起来 闲⻥鱼 - 让你的闲置游起来 数据模型 Client & Server 前后端⼀一致 视图 Fixed Widget 三端⼀一体化新开发模式 视图 Dynamic Widget 业务逻辑 Client | Server 分拆实现 闲⻥鱼 - 让你的闲置游起来 写好客户端逻辑后，直接从代码⽣生成协议 Dart Server 定协议，写逻辑 客户端同步协议 客户端实现 ⼀一个⼈人定协议，不不需要前后端开发都理理解UI展示逻辑 闲⻥鱼 - 让你的闲置游起来 全链路路⽇日志 客户端和服务端⽇日志本地化，⽅方便便查询。 客户端和服务端⽇日志融合。 调试⼀一体化 前后端⼀一致的调试⽅方式。 闲⻥鱼 - 让你的闲置游起来 ⼀一体化开发的好处 开发灵活，扩展性好，降低沟通成本

接口文档和接口开发调试使用同一个工具，接口调试完成后即可保证和接 口文档定义完全一致。 4. 高效、及时、准确！ 最佳实践 1. 前端（或后端）：在 Apifox 上定好接口文档初稿。 2. 前后端：一起评审、完善接口文档，定好接口用例。 3. 前端：使用系统根据接口文档自动生成的 Mock 数据进入开发，无需手写 mock 规则。 4. 后端：使用接口用例 调试开发中接口，只要所有接口 测试人员：直接使用接口用例测试接口。 7. 所有接口开发完成后，测试人员（也可以是后端）使用集合测试功能进行多接口集成测试，完整测试整个接口调用流 程。 8. 前后端 都开发完，前端从Mock 数据切换到正式数据，联调通常都会非常顺利，因为前后端双方都完全遵守了接口定 义的规范。 接口文档设计 接口文档设计 1.完全可视化 2.零学习成本 3.遵循 OpenAPI 规范 数据模型 1

SDK（OAuth Provider） • 辅助开发 cli ⼯工具 ⺫⽬目前进度 • 使⽤用 0.10.38，开发 Moajs 框架，Express / MongoDB • pm2 部署, 前后端分离 • 阿⾥里云的 slb 负载，alinode 监控 • moa-api, moa-frontend, moa-h5 (未能⽤用) • 使⽤用 Redis 缓存，Rabbitmq，senaca name:string password:string 其他开发，如iOS开发⾥里模型校验⾮非常烦,于是写了⼀一个 json2objc命令⾏行⼯工具，读取json，⽣生成oc代码，可以 节省不少时间 Moajs与前后端分离 • 前端：moa-frontend • public下⾯面的采⽤用nginx做反向代理 • 其他的采⽤用express+jade精简代码（ajax与后端 交互） • 后端：moa-api Html，Css，模板引擎等⽐比较熟悉 4 阶段循序渐进，build 与⼯工具⻬齐⻜飞 从前端转 • 玩转 npm、gulp 这样的前端⼯工具类（此时还是前端） • 使⽤用 Node 做前后端分离（此时还是前端） • Express、Koa 这类框架 • Jade、ejs 等模板引擎 • Nginx • 玩转【后端】异步流程处理 promise / es6 的 ( generator

写 ⼀一 个 操 作 系 统 复睿：李四保 ⽤用Golang ⾃自我介绍 l 开发过银⾏行设备 l 同花顺移动证券 l 前后参与创⽴立过多家公司 l ⽤用Golang写了⼀一个云操作系统 电⼒力、⽯石化、银⾏行、证券、⼲⼴广电、电商 研发、产品、运营、公司运营 l 多种职业 l 喜欢各种宗教 l 喜欢在虚⽆无中创造⼀一个世界 l l 它可以运⾏行在各种常⻅见操作系统下 windows linux android l 它可以跑在⽤用户的路由器、PC、甚⾄至⼿手机上 前后引⽤用300多M开源代码，多重压缩之后， ⺫⽬目前可执⾏行程序⼤大约只有2到3M Leither是什么? l 它是⼀一个操作系统 l 它有⾃自⼰己资源管理体系 按设计要求系统的运⾏行场景有：传统服务器、PC、⼿手机或路由器。 能满⾜足的语⾔言只有： l C/C++ l Java l Golang 跨平台 前后发布了数⼗十个版本，上百次重构，⽤用golang毫⽆无压⼒力。主要得⼒力于以下特征： l 极简的语法 l 快速的编译 以前的同花顺客户端编绎要近20分钟，现在⼩小于3秒

在本教程找到 对应的绘画辅助尺配置⽅式。 如果你想要学习真正的透视投影原理，可参考 透视投影原理分类⽂ 章。 正交投影 正交投影是⼀种从物体的正⾯或者侧⾯进⾏观察的⽅式。在典型情 况下你要保持前后物体的⽐例相同，不要发⽣透视变形。 这种扁平的图纸主要使⽤平⾏直线辅助尺。在⽔平⽅向和垂直⽅向 各放置⼀组平⾏线，即可形成笔刷可以吸附的平⾯⽹格。 轴测图 轴测图有许多种，但都可以通过平⾏直线辅助尺实现。 管图层的显⽰效果发⽣了改变，但图像的原始数据并没有发⽣永久 改变。Krita 只不过在原始图层上应⽤了⼀个实时⽣效的滤镜或者 蒙版来改变图像的显⽰效果，只需隐藏这些滤镜或者蒙版图层，原 始图像即可按原样显⽰。这在需要反复切换对⽐前后效果的绘画流 程中极为有⽤。 你可以把不同的滤镜蒙版添加到⼀个图层，也可以添加⼀个能够影 响整张图像的滤镜图层。你还可以通过变形蒙版来对图层进⾏⾮破 坏性变形，也可以通过透明度蒙版来控制图层的哪些区域需要被隐 要在相邻的动画帧之间插⼊⼀些时间槽，可以按住 Alt 拖动任意 帧，这将把该帧和它后⾯的帧⼀起整体移动。 然后在空出来的时间槽中插⼊并绘制中间帧。 不过你很快会发现，插⼊的帧越多，⽤洋葱⽪追踪前后帧就越困 难。 你可以⽤洋葱⽪⾯板对洋葱⽪的显⽰⽅式进⾏修改。点击顶栏的数 字可以控制该帧数距离的洋葱⽪显⽰开关，数字越⼤，意味着它与 当前帧离得越远。数字栏下⽅的柱状图可以控制透明度的变化。⾯

一层，然后再绘制 上面一层，这样下面一层就会被上面一层遮盖。这叫做 绘制顺序。 在数字绘画中，你可以通过图层组把不同的元素分开在不同的图层绘制。各个 图层的内容保持独立，你可以随时更改它们的内容和前后顺序，最终合并输出 成成品。这叫做 合成。 你可以通过图层把线稿置于底色之上，或者把树木放在远山前面，在编辑时图 层之间不会互相影响。 Krita 的图层有多种类型，每种图层都有特定的用途： 颜料图层 以在本教程找到对应的绘画 辅助尺配置方式。 如果你想要学习真正的透视投影原理，可参考 透视投影原理分类文章。 正交投影 正交投影是一种从物体的正面或者侧面进行观察的方式。在典型情况下你要保 持前后物体的比例相同，不要发生透视变形。 这种扁平的图纸主要使用平行直线辅助尺。在水平方向和垂直方向各放置一组 平行线，即可形成笔刷可以吸附的平面网格。 轴测图 轴测图有许多种，但都可以通过平行直线辅助尺实现。 示效果发生了改变，但图像的原始数据并没有发生永久改变。Krita 只不过在 原始图层上应用了一个实时生效的滤镜或者蒙版来改变图像的显示效果，只需 隐藏这些滤镜或者蒙版图层，原始图像即可按原样显示。这在需要反复切换对 比前后效果的绘画流程中极为有用。 你可以把不同的滤镜蒙版添加到一个图层，也可以添加一个能够影响整张图像 的滤镜图层。你还可以通过变形蒙版来对图层进行非破坏性变形，也可以通过 透明度蒙版来控制图层的哪些区