背景去年下半年，我在微信书架里加入了许多技术书籍，各种类别的都有，断断续续的读了一部分。没有计划的阅读，收效甚微。新年伊始，我准备尝试一下其他方式，比如阅读周。每月抽出1~2个非连续周，完整阅读一本书籍。这个“玩法”虽然常见且板正，但是有效。已读完书籍：《架构简洁之道》。当前阅读周书籍：《深入浅出的Node.js》。Node 简介了解它：Node 是什么Node，一个强制不共享任何资源的单线程、单
背景前段时间我整理了一篇开发设计文档的经验——《磨刀不误砍柴工，分享编写前端技术设计文档的二三经验》，做为对于2023年的收尾。2024年1月，一年之初，正是立Flag的好时机。因为我今年有几本小说作品的计划，所以被分去了一部分写作精力。有限的精力，想要发挥更高的效率，还是需要一些策略，于是我想到了可以借鉴一下总结开发设计文档的经验。每月中的某一周阅读一本技术图书，然后再用一周时间产出技术收获。这
背景过去的一年，我完成了很多业务场景的开发。因为有编写开发设计文档的习惯，所以在年初做整理的时候，打开文档列表，能够很容易的找到过去的每一个设计方案。于是，借着休息日的时光，整理了部分功能，编写成完整的文章，分享出来。今天分享一篇关于通过功能描述与拆分进而捋清开发设计方案的业务场景实现方案。购买须知功能购买须知业务组件1、功能描述1.1 必需校验每次重新进入都需要进行购买须知1.2 购买须知状态的
背景即便是已经开发过数不清的业务功能，在遇到下面这种情况的时候，第一感觉还是“一个头两个大”。得想个办法先简化功能内容，再进行方案设计，方能实现务场景从繁琐到简单的蜕变。简单的思维转换越是繁琐的业务场景越需要梳理经络，经络捋顺清楚，开发方案也就八九不离十了。操作按钮展示规则通过需要判断的值的数组、逻辑运算符、关系运算符，最终确定是否展示布尔值。1、逻辑运算符将逻辑运算转换成数组对应的方法|| (或
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
