文档驱动式超敏捷开发

  敏捷开发大家都不陌生,他对文档的态度是偏向于反对,但是也不是说一点文档都没有。他的说法是 代替文档。

  那么敏捷开发为什么会这么认为呢?其实大家在做项目开发的时候都会有这样的体会:

  •   时间紧任务重,哪有时间写文档呀?代码都写不过来。
  •   辛辛苦苦把文档写好了,但是但是项目才进行一小半好不好,需求怎么就变了呀!需求变了,代码都改不过来,那还有时间去修改文档呀?于是乎一开始写好的文档就变成了一个个的坑。默默的坑着后来的人。

  于是就有了这样的现象:

  •   当接手一个遗留项目的时候最希望的就是有文档,但是没有文档——郁闷;
  •   啥?!找到文档了,太好了……但是当看完了文档再去看代码的时候就会——更郁闷。

         (各位前辈呀,为后来人着想着想呀!)

  •   等自己完全接手项目,流程都弄明白了之后呢?忙改代码做新功能,至于文档?哪有时间去想文档呀。

  于是乎文档就成了一个包袱一个累赘,有还不如没有。

  为啥会这样呢?因为文档和代码没有直接关系,没有“联动”关系!

  那么啥是联动关系呢?我们举个例子,PowerDeszner做数据库设置的时候,我们不仅可以用这个工具做数据库文档,而且设计好了之后,还可以直接创建数据库。当文档有变化的时候,也可以自动修改数据库。还可以反向工程,就是指定一个数据库,然后根据数据库里的表和自动,自动生成文档。这就是联动。

  如果您对powerdes不熟悉的话,我在举一个CodeFirst的例子。CodeFirst就是先写代码设计类,然后用vs里面的来自动创建数据库,类结构发生变化了,可以自动的去修改数据库的表结构。这样就可以达到代码和数据库的一致性,而且有变化只需要修改一个地方(代码)就可以了,另一个地方可以自动变更。

  这就是我所说的“联动”。如果所有的文档都可以和代码进行这样的联动,需求有变化了,先去修改文档,然后代码会自动随之变更,那么文档就不会成为负担了!

  这就是我所说的“文档式驱动”!

  当然在实际中,并不是所有的功能都是先文档在代码。而是根据具体的情况来灵活控制的。

  这里在举一个WebAPI的例子。我们打开VS201*,新建一个webapi的默认项目,我们会发现有一个help的目录。进去一看,哇,api的使用文档!有接口名称、参数名称和他们的注解,还有调用实例。这还不是最神奇的,更神奇的是,当代码修改了之后,help里面的内容也会随之更新。这样写接口再也不用担心更新文档的问题了。

  这是有代码“生成”文档。这个仅仅是对程序员来说的,写代码用的文档。除此之外还有给客户看的文档,等等。如果这些都可以“联动”起来,做到有需求的时候,只需要改动一个地方,其他的地方都会随之更新。这是不是很爽!

  可能有人说,我这是痴人说梦,该醒醒了,别浪费大家宝贵的时间。这个当然不是无稽之谈,今天也不是愚人节。下面还是用例子说话。

  公司以前用asp.net mvc做项目。后来发现开发速度跟不上,于是找了一个国外的无后端的东东 ,叫做backendless。他的思路就是,凡是服务器做的事情(UI除外),都可以不用写代码了,都由他来包办。Backendless提供了一个平台,在这个平台上面配置各种服务,配置完了前台就可以直接调用。这个前台包括:web、手机web、安卓、苹果、flash(Flex)、等,并且可以生成对应的调用代码。我们写点前台代码就OK了。

  每一个环节都有人在做“联动”的事情。只是从整个项目的角度来看,把各个环节用一条线,从始至终的串联起来,让各个环节可以“联动”。目前还没有发现做这种事情的人(自己除外)。

  这么做的难度很大,推广也很难。其实大多数的情况都是只做一块,比如选择日期的my97,分页的Aspnetpager,在线编辑器,各种ORM,各种UI,单点登录,用户中心等。他们都只做一块,其他的不管。这样才能够让大家灵活的选择和使用。

  再举一个盖大楼的例子。要盖楼首先要一个图纸,然后请建筑公司来按照图纸把大楼盖出来。盖楼之前图纸可以修改,盖楼的时候会按照最后修改后的图纸来施工。但是楼盖好了,再去改动图纸,大楼就不会受到影响了。大楼改好之后,图纸和楼失去了联动,图纸不会去影响大楼了,因为楼已经盖好了。

  再来看看导航软件,我们输入出发地和目的地,然后导航就会规划一条路线出来,我们按照这个路线开车,开着开着发现前方路口堵车,怎么办?重新规划路线绕过堵车点。然后我们按照重新规划好的路线继续行驶。路线实时指导我们的行车方向,路线变了,我们的车就跟着变。这样就是实时联动。

  说了这么多,大家可能都蒙登了,我到底要说啥?还是来张图吧。

  总之呢,就是不能让文档孤单单的存在,要让文档和代码和页面互动起来。需求有变化了,首先想到的是改文档,然后对应的地方会随之自动更新,不需要修改代码!

  最后说一下啥是“超敏捷”,前面说了敏捷开发,那么超敏捷开发呢,顾名思义说的就是开发速度会更快。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏ASP.NET MVC5 后台权限管理系统

ASP.NET MVC5+EF6+EasyUI 后台管理系统(60)-系统总结

前言: 起初写这个框架的时候,可以说在当时来说并不是很流行的设计模式,那是在2012年,面向对象的编程大家都很熟悉, 但是“注入、控制反转(DI,IOC,依赖注...

3428
来自专栏13blog.site

Spring+SpringMVC+MyBatis+easyUI整合优化篇(八)代码优化整理小记及个人吐槽

前言 这两天也一直在纠结这一篇文章该写什么东西,前面临时加的两篇文章就有些打乱了整体节奏,这一篇又想去写一下代码层面优化的事情,可是也不太能抓住重要的点,不太确...

2586
来自专栏java一日一条

为什么要测试,测试是如何令人更快乐的?

我曾经是一个不测试主义者,因为我看不到测试的价值。然后,我试了一段时间,变得对它深信不疑。我收集了一些经验,当然还远远不够。这篇文章总结了一些我知道的以及我认为...

801
来自专栏Crossin的编程教室

3分钟破译朋友圈测试小游戏

最近,朋友圈时不时会流行起某个测试类小游戏,比如你的性格图谱啦,你是三体中的哪个角色啦,你有什么超能力啦……昨天晚上在某个群里,又被一个测测你是什么书的小游戏刷...

4587
来自专栏灯塔大数据

荐读|爬虫还在用Python?我与Node.js不得不说的故事

深夜闲来无事,默默的打开github,在搜索框中填入了”Stars:>1”,本想着依旧可以在第一页看到Spark的身影,结果第一个映入眼帘的是这个: ? 快速...

1.3K5
来自专栏养码场

平庸开发者的生存指南

我个人认识一些非常有才华的开发人员,他们可以一帆风顺地创建极好的软件。正是这些天赋人士,使得外行人对我们这个行业充满了很高的期望。但我要说的一个可悲的事实是:并...

1102
来自专栏web前端教室

如何从零开始,形成自己的模块化思维方式?

计算机这东西不是凭空出现的,它是为了解决一些实际的问题,有很多时候是对现实世界的模拟。遇到问题时,经常会有人说,要有大局观,要具体问题具体分析,也可以牵强的解释...

1292
来自专栏智能大石头

大数据分析中Redis怎么做到220万ops

大数据时代,海量数据分析就像吃饭一样,成为了我们每天的工作。为了更好的为公司提供运营决策,各种抖机灵甚至异想天开的想法都会紧跟着接踵而来!业务多变,决定了必须每...

5436
来自专栏程序员宝库

我只是一名平庸的开发者

我就不是这些闪耀的新星,我只是一名平庸的开发者。如果你也不是天才玩家,那么本文将指导你如何在这个行业中生存下去。

46610
来自专栏大数据文摘

爬虫还在用Python?我与Node.js不得不说的故事

3.7K4

扫码关注云+社区

领取腾讯云代金券