摘要：组件的正确依赖于数据的正确，而在开发的过程中不同的开发人员有着不同的风格的数据处理方式。总的来说，就是在编写这样复杂的业务组件，我们应该同时编写相关的辅助函数来方便组件的调用者来使用。
Bug发生原因写这篇文章的初衷是为了记录我在修复项目中一个复杂业务组件中的bug而引起其他依赖这个组件的功能无法使用的过程中，对使用、维护复杂业务组件的一些思考
原文地址
我所在的项目组中, 有一个类似树状文件管理的需求
对于这样的需求，当时我设计一个基础的UI组件treeListView用来实现基础的树状UI， 同时在其基础上实现了explorer业务组件来实现具体的业务逻辑。
由于是树状的视图，所以在当时设计数据结构时也采用树作为数据结构。为了能够方便的查找树中的数据，我按照系统的文件管理给所有的数据添加了一个path属性。
但是在实现的时候没有考虑到同级目录下面可能同时存在同名的文件夹和文件这种情况，假设文件夹folder下面同时存在名为file的文件和文件夹，这个时候会造成它们的路径相同，在查找的时候无法区分这两个数据。修复的方法是在文件夹的路径后面增加/。
这样修复后，由于在我们的项目中有许多的地方直接使用path来来做判读，例如有的地方直接分割path来获取当前数据的名称或者其父元素的名称（虽然有更好的方式获取这些数据，但是开发过程中可能为了省事直接这样获取），或者在新建文件、文件夹时自己手动的拼写path。
当我按照上面的方式修复bug时，就必须同时修改这个依赖path的函数操作，当项目中的代码太多时就可能出现遗漏的情况，给代码的维护带来很大的困扰。
为什么会出现这么多的问题?问题出现了之后就应该去反思为什么造成现在这样的局面。诚然有一部分的原因是我们在开发过程中经常会图方便而随意的使用数据，但是根本的原因是在对一个复杂的业务组件调用过程中，没有一个方便、有效的操作造成的。换句话说就是对于组件依赖的数据没有一个有效的操作造成的。
组件的正确依赖于数据的正确，而在开发的过程中不同的开发人员有着不同的风格的数据处理方式。 一旦数据结构出现了错误或者发生了修改，就会导致组件出现意想不到问题。
如何解决这样的问题?对于业务组件, 我们是可以总结出对这个业务组件的调用的使用情况，例如本文中的explorer组件主要有以下几种情况:
新建文件夹、文件
删除文件夹、文件
修改文件夹、文件
根据路径查找文件夹、文件
根据路径查找父文件夹
对于这些操作，在组件的编写过程中我们可以同时编写对应的辅助函数，
如explorer组件我就编写下面的辅助函数
return {
// 修改属性操作
modify: modify,
// 重命名操作
rename: rename,
// 新建操作
create: create,
// 复制操作
copy: copy,
// 移动操作
move: move,
// 删除操作
remove: remove,
// 搜索树中符合要求的数据
searchTree: searchTree,
// 根据路径返回在树种的索引
searchByPath: searchByPath,
// 根据路径获取数据
getDataByPath: getDataByPath,
// 根据路径获取父目录的数据
getParentDataByPath: getParentDataByPath,
// 根据路径获取父目录路径
getParentPath: getParentPath
// 初始化数据中的path
addSourcePath: addSourcePath,
// 判断是否存在同名数据(用于新建时同名判断)
hasSameName: hasSameName
};
这样对于调用者来说，只要使用组件提供的辅助函数就可以方便的使用组件；对于组件的维护者来说，只要保证辅助函数的正确性，就可以保证组件在被调用的过程的正确，方便组件的维护。
总的来说，就是在编写这样复杂的业务组件，我们应该同时编写相关的辅助函数来方便组件的调用者来使用。而我们在开发中也应当避免写出上文中那样对数据直接进行操作的代码，这会导致业务的正确依赖于组件的内部数据相耦合，使组件难以维护。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/89016.html
摘要：背景作为单页大型应用的框架爱好者的我，不实现个大型应用练练手怎么赶说自己熟练，于是尝试实现了大部分的进销存功能。本文主要对实现业务需求中遇到的问题以及解决方案进行阐述。不确保对其他项目有可移植性。 背景 作为单页大型应用的mv*框架AngularJS爱好者的我，不实现个大型web应用练练手怎么赶说自己熟练ng，于是尝试实现了大部分erp的进销存功能。本文主要对实现业务需求中遇到的问题以...
摘要：单元测试针对程序模块进行测试。是开源的单元测试工具。一个好的单元测试应该具备的条件安全重构已有代码单元测试一个很重要的价值是为重构保驾护航。断言外部依赖单元测试的一个重要原则就是无依赖和隔离。 前端测试金字塔 对于一个 Web 应用来说，理想的测试组合应该包含大量单元测试（unit tests），部分快照测试（snapshot tests），以及少量端到端测试（e2e tests）。参...
摘要：是一个专门为应用所设计的集中式状态管理架构。此时可以帮助我们实现状态的管理。每个任务都归属于一个清单，有唯一的清单。说到这，一个复杂的的基本结构和功能已经出现了。 使用过一些清单类的应用程序，像 WunderList, Google Keep等，用来记录一些计划和安排，也试着将自己的计划安排同笔记一起整理在 Evernote 中，但是无论哪种方式用起来总觉得少了点什么，如果两者的一些功...
摘要：作者申砾本文是招聘职位深度解读系列的第一篇，我司申砾老师将为大家介绍团队一群无法抑制内心技术骚动的人。在数据迁移的过程中，我们支持对数据的以及内容按照一定规则做转换，实现分库分表的合并等复杂的操作。 作者：申砾 本文是 PingCAP 招聘职位深度解读系列的第一篇，我司 Engineering VP 申砾老师将为大家介绍 TiDB 团队（一群无法抑制内心技术骚动的人!）。 TiDB 团...
阅读 668·2021-11-18 10:02
阅读 2207·2021-11-15 18:13
阅读 3082·2021-11-15 11:38
阅读 2880·2021-09-22 15:55
阅读 3627·2021-08-09 13:43
阅读 2413·2021-07-25 14:19
阅读 2432·2019-08-30 14:15
阅读 3422·2019-08-30 14:15
