本文写的是什么？
平时总要写文档。不写，代码无法维护，所以不得不写。但是写文档费时费力，更可怕的是写完了读起来还很费劲，束之高阁，总感觉时间浪费掉了，真是苦不堪言。
一直以来深受“写文档”的折磨，偶然看到一篇神文，接着在网上又查了自动化工具和DSL的理论，这才茅塞顿开！虽然大部分都没看懂，但要想做到轻松写出好文档，足矣！
现在就来说说我是怎么办到的吧！
要做什么？
我们的最终目的，是写出好文档。所以，首先我们要确定：什么是好文档。
好文档就如下图所示：
上面的文档好在哪？
首先，它是文档，让你知道它的功能，参数，一目了然；
其次，它是程序，你输入参数就能马上看到结果。
所以，我所希望的事，就是在完成代码后，可以费很少的力气，就生成一个像上文中所说的可调试文档。
我们接下来要做两件事：
1、生成文档；
2、文档是可调试的文档。
怎么做？
现在要开始做了，总感觉有些无从下手，那就先从最具体的事情——目前唯一能看得见的可调试API开始分析吧。
我们最终要做出的可调试API是什么样的呢？
参考之前的效果图，简化一些来说，就是下面这个样子：
纯文字显示类名，方法，功能解释，输入参数；
有一个执行按钮；
有一个区域显示执行结果。
在这个界面中，有哪些是变量呢？
类名
列表项目
方法名
功能说明
参数数量
参数名
执行结果
其中：一个API对应着一个类名，一个方法名，一个功能说明，多个参数名，执行结果是执行后生成的。
模型分析
根据以上结果，我就可以将这个API抽象出一个模型类了:
一个API包含属性：类名，类文件所在路径，方法名，功能说明以及该方法所需要输入的参数。
而一个参数又包含属性：参数名及参数说明。
事件流
接下来分析一下整个事务流程。
一句话流程：
点击“生成”按钮，生成类的HTML文档。
这就是我们要做的事情，但是说得很不清楚。我们要生成某个类的某个方法对应的HTML文档，但是一句话没有说清。
现在我们要解释清楚，于是把它拓展开来，变成一段话：
配置文件中已指定好待生成文档的类及其方法了，点击“生成按钮”， 读取该配置文件，再依次生成文档。
我们接下去就这样继续拓展下去，直到把所有步骤都搞清楚。
最终设计
整个系统一共有三类页面：
功能页：只有一个生成API的按钮；
类清单页：将类及其方法列出来，点击后跳转至API页面。
API页：列出方法说明，可以输入参数并执行该方法，可查看其执行结果。
三类页面中，第二类类清单页没有什么功能，只涉及到页面跳转，所以只用html实现就行了。
至于功能页和API页都采用MVC模式进行设计。
功能页
MVC结构
Model:API；
View:make_api_template.php；
Controller:create_api.php
MVC调用流程
用户在View层点击“生成”按钮后，触发Controller；
Controller中指定了需要生成API的类，并调用这些类中的静态方法make_api生成了Model;
Controller利用这些Model生成文档
API页
MVC结构
Model：js代码，目前还未形成独立的model；
View:生成的html页；
Controller:index.php
MVC调用流程
用户在View层输入某方法的参数，点击“执行”按钮后触发Controller；
Controller根据View页传来的参数，执行方法，得到结果后返回给View；
View接收到结果并将其显示出来
结语
我实现的版本是CohenBible。
类似的工具有很多，prmd，swagger editor， apidocjs，都很好用。
写这篇文章不是鼓励大家重复造轮子，但是自己实现过一遍，会有不一样的收获。
我为什么会想到重复造轮子呢？
其实最大的原因就是：真的不太会用上面的几个工具，只好自己实现，把整个生成文档的流程走了一遍。结果，回过头再来看上面的工具，竟然拿来就能用了！如果是按官方的教程走，不知道还要花多少时间，哈哈:)
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。