程序员能够用思惟导图作什么

为何一开始会想写这个，相信全部java学习者一开始都会接触到一个东西，UML（Unified Modeling Language）。 UML是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。UML图，包括用例图、协做图、活动图、序列图、部署图、构件图、类图、状态图。 相信我不用过多解释，应该都有接触过，可是我想问的是，你们平时工做有用到这个玩意吗。对于大厂我不清楚，但对于一直在小厂的我，确实没有用到过，甚至连念头都没有产生过。为何，理由和借口一堆，项目小型用不上（实际上任何项目若是想用均可以），没法在开始正式编码前想清楚全部逻辑，佛系写码，时间不容许，弄起来麻烦等等。下面是一个示例

讲真我本身是接受不了，可能从入行一开始就没有养成这个习惯，实际工做中，项目迭代快，小组人员能力良莠不齐，也无法做为强制要求，大多数状况下就是指派任务，而后自由佛系发挥，项目跑得起来测试能过就行。或许稳定的后台服务须要这个，而多变的APP用这个神烦？

但最近整理一个Android项目，发现有一个痛点，在不熟悉的状况下，如何掌握页面间的关系，好比某某界面经过哪里跳转到哪里，每次后端或者测试问到某个页面用到什么，从哪里过去时，总是先全局搜索页面关键词（由于对项目不熟），找到这个页面，再去找其中的逻辑，很麻烦。因此突发奇想，若是本身先整理一遍页面关系，记录下来生成独立文档，之后不就好定位了，由于全部的页面在初次开发时，逻辑序列由产品经理定义，相比定义类与类的关系，类该有的属性，简单使用UML来表述页面的关系是否是感受轻松多了。在开发阶段就能够顺手添加，好比

这样既记录了页面所属类，也记录了逻辑流向。但本身折腾了一下，发现有点不三不四，没用到UML的重点(模型和视图)，只是用在这个功能的话，彻底不须要用UML。改用思惟导图来作，随时添加删除，方便好作还好看，虽然个人图示丑了点，例如

这么一搞是否是感受清楚多了，并且增删改容易，没什么门槛，几乎大部分在线的思惟导图工具都有小组协做模式，开发初期各自按本身的分到的需求顺手添加，不冲突，并且有序的导图，对新人友好，刚入职就能快速定位所属业务页面，快速上手。

总的来讲，我以为忙活这么一出，一个是方便之后查找，还能缕清本身产品业务的主体逻辑，并且上述图示是能够强化增长元素的，好比光用名字本身也不清楚说的是哪一个页面的话，能够添加详细的应用截图说明，这样会更明了。总之思惟导图，用处不限于这个，但至少简单的使用其特色，对于开发来讲，小助手性质吧。