今天在百度文库看文件时想着有没有可以在线看电子书的插件或源码呢？到网上搜索下发现了FlexPaper，下载下来，找了一些资料，折腾一番，出的效果还不错，就是将中文文档转换成swf文件时卡住了，先作个记录，以后有空再研究了。

FlexPaper是 一个开源轻量级的在浏览器上显示各种文档的组件，被设计用来与PDF2SWF一起使用， 使在Flex中显示PDF成为可能，而这个过程并无需PDF软件环境的支持。它可以被当做Flex的库来使用.另外也可以通过将一些例如Word、PPT 等文档转成PDF，然后实现在线浏览。

目前FlexPaper最新版是1.4.1，可以到官网或Google Project下载

解压后有一个FlexPaperViewer.html demo文件，和一个Debug文件FlexPaperViewer_Debug.html，这两个文件很好的展示了FlexPaper的用法，以下搜集了FlexPaper的一些参数和函数供大家参考，结合这些参数和函数很容易就可以应用FlexPaper

参数列表

事件与函数

将各种文档转换成swf文件是关键，从官网和其它资料都是介绍用SwfTools工具将pdf文件换成swf文件，在windows下可以使用以下命令行

C:\SWFTools\pdf2swf.exe Paper.pdf -o Paper.swf -T 9 -f

将Paper.pdf转换成Paper.swf，当然也可以用它的UI工具

但问题就来了，转换英文文档是可以的，但是中文就不行了会出现乱码，后来在网上找了一些方法，但折腾了一番没成功，以后有时间再研究，大家有兴趣可以参考以下的资料来研究下：使用xpdf来处理中文PDF文档。

其实早就准备好这个测试项目了，一直还忘记了写出来。今天又完善了一下测试用例，打算把它贴出来。

我是一个比较喜欢使用存储过程的人，自然经常会写很多存储过程。 但现在连MS也在关注ORM了，而且还做了二个了，所以也不得不了解一下了。 同时也为了检验一下自己写的通用数据访问层的性能，所以就写了个性能测试程序来将存储过程与ORM的性能做个比较， 当然了，也把我的通用数据访问层与原生的Ado.net的性能做了一番比较。

点击此处下载完整源代码

要测试比较的数据访问方式

这个测试程序提供了5种数据访问的方式来做进行测试。

1. FishWebLib-自动加载实体。(使用我的通用数据访问层，加载实体时，使用反射)

2. FishWebLib-手工加载实体。(使用我的通用数据访问层，加载实体时，无反射)

3. Ado.net直接调用存储过程

4. LINQ-TO-SQL

5. Entity Framework

说明一下，
第一种方式，我想有些人一看到反射就会想到性能差。这里我只想补充一句，反射的性能差不差，要看你如何去写，性能差不差要看结果。
另外，前三种方式全都采用调用存储过程的方式来进行测试。
后二者嘛，都属于ORM工具，就直接使用它们所提供的动态生成SQL语句的方式来进行测试。

停一下，为什么没有采用直接发出SQL语句的方式来进行测试？？
好吧，我来解释一下：的确可能有些人喜欢在C#中使用SQL语句的方式来操作数据库，这里就又可以为了二种方式了：
1. 采用SQL语句，并且采用参数的方式。我种做法本身是没有问题的，只是我不喜欢在C#代码中混着一堆SQL语句，看起来代码不清爽。 而且SQL语句放在C#中也没有语法着色的提示，写错了也不知道，并且不方便在数据库的一些工具中测试运行， 如果后期想优化语句，还得重新编译程序，再部署，太麻烦了。所以我不喜欢。
2. 拼接SQL语句。这种方式嘛，我真的不想评价它。

以上二种采用SQL语句的方式，不管如何，肯定快不过存储过程！，所以这里就不提供这种方式了。

比较哪些操作？

一般说来，数据库类的应用程序，操作数据库也就那么几种方式，增，删，改，查询分页列表，获取单个对象。 所以本次测试也就测试这5个方面。我想应该是很有代表性的。

再来看看实体类的定义吧(表结构与实体类对应，就不贴图了)

public class Customer
{
    public int CustomerID { get; set; }
    public string CustomerName { get; set; }
    public string ContactName { get; set; }
    public string Address { get; set; }
    public string PostalCode { get; set; }
    public string Tel { get; set; }
}

分页的搜索参数

class QueryParam
{
    public string SearchWord = "上";
    public int PageIndex = 1;
    public int PageSize = 20;
    public int TotalRecords;
}

至于C#的测试代码嘛，我就挑2种出来，其它的完整代码及存储过程，您可以下载压缩包，打开项目来看。

1. FishWebLib-自动加载实体 的测试代码

// 为了避免打开关闭连接的额外的时间，这里的所有操作全部放在一个连接中。

using( FishDbContext db = new FishDbContext(false) ) {
    Customer customer = new Customer();
    customer.CustomerName = Guid.NewGuid().ToString();
    customer.ContactName = "ccccccccccc";
    customer.PostalCode = "123456";
    customer.Address = "aaaaaaaaaaaaaaaaaaaaaaaa";
    customer.Tel = "12345678";

    // Add
    FishBLLHelper.CallSpExecuteNonQuery(db, "InsertCustomer", customer);

    customer.ContactName = Guid.NewGuid().ToString();
    customer.PostalCode = "430076";
    customer.Address = "湖北武汉";
    customer.Tel = "87654321";

    // Update
    FishBLLHelper.CallSpExecuteNonQuery(db, "UpdateCustomer", customer);

    // Get One
    Customer ccc = FishBLLHelper.CallSpGetDataItem<Customer>(db, "GetCustomerById", null, customer.CustomerID);

    if( ccc == null || ccc.Tel != customer.Tel )    // 检验查询结果
        throw new Exception("call GetCustomerById failed.");

    // Delete
    FishBLLHelper.CallSpExecuteNonQuery(db, "DeleteCustomer", null, customer.CustomerID);

    // 分页查询：要求不仅取到列表，还要知道符合条件的记录数。
    QueryParam param = new QueryParam();
    List<Customer> list = FishBLLHelper.CallSpGetDataItemList<Customer>(db, "GetCustomerList", param);
    int recCount = param.TotalRecords;
}

4. LINQ-TO-SQL 的测试代码

using( MyNorthwindDataContext db = new MyNorthwindDataContext() ) {
    db.Connection.Open();

    Customer customer = new Customer();
    customer.CustomerName = Guid.NewGuid().ToString();
    customer.ContactName = "ccccccccccc";
    customer.PostalCode = "123456";
    customer.Address = "aaaaaaaaaaaaaaaaaaaaaaaa";
    customer.Tel = "12345678";

    // Add
    db.Customer.InsertOnSubmit(customer);
    db.SubmitChanges();

    customer.ContactName = Guid.NewGuid().ToString();
    customer.PostalCode = "430076";
    customer.Address = "湖北武汉";
    customer.Tel = "87654321";

    // Update
    db.SubmitChanges();

    // Get One
    Customer ccc = db.Customer.Where(c => c.CustomerID == customer.CustomerID).FirstOrDefault();

    if( ccc == null || ccc.Tel != customer.Tel )    // 检验查询结果
        throw new Exception("call Get One failed.");

    // Delete
    db.Customer.DeleteOnSubmit(ccc);
    db.SubmitChanges();

    // 分页查询：要求不仅取到列表，还要知道符合条件的记录数。
    MyDataItem.QueryParam parm = new MyDataItem.QueryParam();
    var query = from cust in db.Customer
                where cust.CustomerName.Contains(parm.SearchWord)
                select cust;

    int recCount = query.Count();
    List<Customer> list = query.Skip(parm.PageIndex * parm.PageSize).Take(parm.PageSize).ToList();
}

测试环境及结果

我的测试机器配置(ThinkPad SL510)：Core2 T6670 2.2GHz, 4G内存
操作系统：Wiondow server 2003 SP2
数据库：Sql Server 2005 Express SP4

由于以前听说MSDE有并发限制，我想现在的2005 Express版应该也会有限制，所以只开了2个线程。而且由于不想在测试时等太久，所以测试次数也就选了1000次， 有点少，如果您有兴趣自己来试试，可以下载压缩包，里面有完整的代码。

一般说来，应用程序在第一次连接数据库时会慢一些，由于听说.net中有所谓的连接池的概念， 所以本测试程序在运行测试前，会根据线程的数量创建相应数量的连接，然后关闭它们，就算是给连接池做好了准备。
而且每次的测试结果只取程序启动后第一次的运行结果。

贴测试结果：

让人意外的是：Entity Framework比IINQ-TO-SQL慢了不少。比“Ado.net直接调用存储过程”就差更远了。

存储过程还是没让我失望，仍然是我最信赖的技术。所以呢，如果您想让程序有更好的性能，还是建议使用存储过程， 我想这也是为什么即使那些ORM工具一方面可以动态生成SQL，却仍然要支持调用存储过程的原因，在性能面前没有任何技术能取代存储过程！

当然了，如果某些小的项目，或者不经常执行的逻辑中，或者准确的说：对性能要求不高的地方，使用ORM也行吧。
我想有些人在性能面前又会扯到缓存，的确缓存可以在某些时候改善性能，因此，可能会说：我有缓存，存储过程不需要也很好啊。 但是，我也想说：我用存储过程，再加上缓存，会不会更快呢？

说到存储过程，让我想到一件难忘记的事： 今年早些时候去汉庭面试时，最后遇到一位“牛人”，当时我刚提到存储过程，没想到就听到对方的一堆对于存储过程的批评， 最后还说出一句很雷人的话：“存储过程只适合做点小项目！”， 哎，我当时真想说：“你去看看Sharepoint,TFS，看看人家微软用了多少存储过程！”

我知道，在这个世上的确存在一些存储过程的反对者。但是，我上家公司所有做开发的同事，全是支持存储过程的，当然了，他们也都会写存储过程， 问他们存储过程好不好，他们可以说出一大堆存储过程的优点。那些反对者所谓的缺点，在他们看来，并不认为是缺点，这里也就不想列举了。

我呢，只想说二句话：
1. 不会存储过程的人，建议去学学存储过程，学习肯定是有代价的，尤其是不同的数据库的存储过程语法不一样。
2. 会存储过程的人，可以去看看ORM，不用太投入，了解一下它们就好。

在这个测试程序项目中，还有一个问题未能解决，Entity Framework支持POCO的方式来使用(放在目录EFPOCO)，我也写了相应的代码， 但项目中同时存在使用Entity Framework设计器生成的代码(放在目录EF)， 当运行Entity Framework POCO的代码时，会出现异常“找不到“WinFormApp.EF.Customer”的概念模型类型”。 这二种方式单独运行时(在项目中排除另一个目录)，是没有任何问题的，总之就是不能混用这二种方式。
如果谁知道原因，请帮我修改一下。 只要把目录EFPOCO加入到项目中，然后取消注释TestFactory.cs中的一些代码就可以重现异常了。在此先谢谢了。

点击此处下载完整源代码

其实早就准备好这个测试项目了，一直还忘记了写出来。今天又完善了一下测试用例，打算把它贴出来。

我是一个比较喜欢使用存储过程的人，自然经常会写很多存储过程。 但现在连MS也在关注ORM了，而且还做了二个了，所以也不得不了解一下了。 同时也为了检验一下自己写的通用数据访问层的性能，所以就写了个性能测试程序来将存储过程与ORM的性能做个比较， 当然了，也把我的通用数据访问层与原生的Ado.net的性能做了一番比较。

点击此处下载完整源代码

要测试比较的数据访问方式

这个测试程序提供了5种数据访问的方式来做进行测试。

1. FishWebLib-自动加载实体。(使用我的通用数据访问层，加载实体时，使用反射)

2. FishWebLib-手工加载实体。(使用我的通用数据访问层，加载实体时，无反射)

3. Ado.net直接调用存储过程

4. LINQ-TO-SQL

5. Entity Framework

说明一下，
第一种方式，我想有些人一看到反射就会想到性能差。这里我只想补充一句，反射的性能差不差，要看你如何去写，性能差不差要看结果。
另外，前三种方式全都采用调用存储过程的方式来进行测试。
后二者嘛，都属于ORM工具，就直接使用它们所提供的动态生成SQL语句的方式来进行测试。

停一下，为什么没有采用直接发出SQL语句的方式来进行测试？？
好吧，我来解释一下：的确可能有些人喜欢在C#中使用SQL语句的方式来操作数据库，这里就又可以为了二种方式了：
1. 采用SQL语句，并且采用参数的方式。我种做法本身是没有问题的，只是我不喜欢在C#代码中混着一堆SQL语句，看起来代码不清爽。 而且SQL语句放在C#中也没有语法着色的提示，写错了也不知道，并且不方便在数据库的一些工具中测试运行， 如果后期想优化语句，还得重新编译程序，再部署，太麻烦了。所以我不喜欢。
2. 拼接SQL语句。这种方式嘛，我真的不想评价它。

以上二种采用SQL语句的方式，不管如何，肯定快不过存储过程！，所以这里就不提供这种方式了。

比较哪些操作？

一般说来，数据库类的应用程序，操作数据库也就那么几种方式，增，删，改，查询分页列表，获取单个对象。 所以本次测试也就测试这5个方面。我想应该是很有代表性的。

再来看看实体类的定义吧(表结构与实体类对应，就不贴图了)

public class Customer
{
    public int CustomerID { get; set; }
    public string CustomerName { get; set; }
    public string ContactName { get; set; }
    public string Address { get; set; }
    public string PostalCode { get; set; }
    public string Tel { get; set; }
}

分页的搜索参数

class QueryParam
{
    public string SearchWord = "上";
    public int PageIndex = 1;
    public int PageSize = 20;
    public int TotalRecords;
}

至于C#的测试代码嘛，我就挑2种出来，其它的完整代码及存储过程，您可以下载压缩包，打开项目来看。

1. FishWebLib-自动加载实体 的测试代码

// 为了避免打开关闭连接的额外的时间，这里的所有操作全部放在一个连接中。

using( FishDbContext db = new FishDbContext(false) ) {
    Customer customer = new Customer();
    customer.CustomerName = Guid.NewGuid().ToString();
    customer.ContactName = "ccccccccccc";
    customer.PostalCode = "123456";
    customer.Address = "aaaaaaaaaaaaaaaaaaaaaaaa";
    customer.Tel = "12345678";

    // Add
    FishBLLHelper.CallSpExecuteNonQuery(db, "InsertCustomer", customer);

    customer.ContactName = Guid.NewGuid().ToString();
    customer.PostalCode = "430076";
    customer.Address = "湖北武汉";
    customer.Tel = "87654321";

    // Update
    FishBLLHelper.CallSpExecuteNonQuery(db, "UpdateCustomer", customer);

    // Get One
    Customer ccc = FishBLLHelper.CallSpGetDataItem<Customer>(db, "GetCustomerById", null, customer.CustomerID);

    if( ccc == null || ccc.Tel != customer.Tel )    // 检验查询结果
        throw new Exception("call GetCustomerById failed.");

    // Delete
    FishBLLHelper.CallSpExecuteNonQuery(db, "DeleteCustomer", null, customer.CustomerID);

    // 分页查询：要求不仅取到列表，还要知道符合条件的记录数。
    QueryParam param = new QueryParam();
    List<Customer> list = FishBLLHelper.CallSpGetDataItemList<Customer>(db, "GetCustomerList", param);
    int recCount = param.TotalRecords;
}

4. LINQ-TO-SQL 的测试代码

using( MyNorthwindDataContext db = new MyNorthwindDataContext() ) {
    db.Connection.Open();

    Customer customer = new Customer();
    customer.CustomerName = Guid.NewGuid().ToString();
    customer.ContactName = "ccccccccccc";
    customer.PostalCode = "123456";
    customer.Address = "aaaaaaaaaaaaaaaaaaaaaaaa";
    customer.Tel = "12345678";

    // Add
    db.Customer.InsertOnSubmit(customer);
    db.SubmitChanges();

    customer.ContactName = Guid.NewGuid().ToString();
    customer.PostalCode = "430076";
    customer.Address = "湖北武汉";
    customer.Tel = "87654321";

    // Update
    db.SubmitChanges();

    // Get One
    Customer ccc = db.Customer.Where(c => c.CustomerID == customer.CustomerID).FirstOrDefault();

    if( ccc == null || ccc.Tel != customer.Tel )    // 检验查询结果
        throw new Exception("call Get One failed.");

    // Delete
    db.Customer.DeleteOnSubmit(ccc);
    db.SubmitChanges();

    // 分页查询：要求不仅取到列表，还要知道符合条件的记录数。
    MyDataItem.QueryParam parm = new MyDataItem.QueryParam();
    var query = from cust in db.Customer
                where cust.CustomerName.Contains(parm.SearchWord)
                select cust;

    int recCount = query.Count();
    List<Customer> list = query.Skip(parm.PageIndex * parm.PageSize).Take(parm.PageSize).ToList();
}

测试环境及结果

我的测试机器配置(ThinkPad SL510)：Core2 T6670 2.2GHz, 4G内存
操作系统：Wiondow server 2003 SP2
数据库：Sql Server 2005 Express SP4

由于以前听说MSDE有并发限制，我想现在的2005 Express版应该也会有限制，所以只开了2个线程。而且由于不想在测试时等太久，所以测试次数也就选了1000次， 有点少，如果您有兴趣自己来试试，可以下载压缩包，里面有完整的代码。

一般说来，应用程序在第一次连接数据库时会慢一些，由于听说.net中有所谓的连接池的概念， 所以本测试程序在运行测试前，会根据线程的数量创建相应数量的连接，然后关闭它们，就算是给连接池做好了准备。
而且每次的测试结果只取程序启动后第一次的运行结果。

贴测试结果：

让人意外的是：Entity Framework比IINQ-TO-SQL慢了不少。比“Ado.net直接调用存储过程”就差更远了。

存储过程还是没让我失望，仍然是我最信赖的技术。所以呢，如果您想让程序有更好的性能，还是建议使用存储过程， 我想这也是为什么即使那些ORM工具一方面可以动态生成SQL，却仍然要支持调用存储过程的原因，在性能面前没有任何技术能取代存储过程！

当然了，如果某些小的项目，或者不经常执行的逻辑中，或者准确的说：对性能要求不高的地方，使用ORM也行吧。
我想有些人在性能面前又会扯到缓存，的确缓存可以在某些时候改善性能，因此，可能会说：我有缓存，存储过程不需要也很好啊。 但是，我也想说：我用存储过程，再加上缓存，会不会更快呢？

说到存储过程，让我想到一件难忘记的事： 今年早些时候去汉庭面试时，最后遇到一位“牛人”，当时我刚提到存储过程，没想到就听到对方的一堆对于存储过程的批评， 最后还说出一句很雷人的话：“存储过程只适合做点小项目！”， 哎，我当时真想说：“你去看看Sharepoint,TFS，看看人家微软用了多少存储过程！”

我知道，在这个世上的确存在一些存储过程的反对者。但是，我上家公司所有做开发的同事，全是支持存储过程的，当然了，他们也都会写存储过程， 问他们存储过程好不好，他们可以说出一大堆存储过程的优点。那些反对者所谓的缺点，在他们看来，并不认为是缺点，这里也就不想列举了。

我呢，只想说二句话：
1. 不会存储过程的人，建议去学学存储过程，学习肯定是有代价的，尤其是不同的数据库的存储过程语法不一样。
2. 会存储过程的人，可以去看看ORM，不用太投入，了解一下它们就好。

在这个测试程序项目中，还有一个问题未能解决，Entity Framework支持POCO的方式来使用(放在目录EFPOCO)，我也写了相应的代码， 但项目中同时存在使用Entity Framework设计器生成的代码(放在目录EF)， 当运行Entity Framework POCO的代码时，会出现异常“找不到“WinFormApp.EF.Customer”的概念模型类型”。 这二种方式单独运行时(在项目中排除另一个目录)，是没有任何问题的，总之就是不能混用这二种方式。
如果谁知道原因，请帮我修改一下。 只要把目录EFPOCO加入到项目中，然后取消注释TestFactory.cs中的一些代码就可以重现异常了。在此先谢谢了。

点击此处下载完整源代码

几乎所有讲敏捷的书或者说使用了敏捷软件开发的团队都会拿出一个用户故事墙来说事。我们也有一面墙，如下所示：

用手机拍的，不是很清晰。不过能大致看出分栏。

可能有人要说，现在都二十几世纪了，还用这么落后的手段管理，累不累啊。Project干啥吃的，Excel，Word和PowerPoint都哪儿去了，比这好用多了吧。

其实不然，且听我细细道来。

墙的可见性

这么一面墙就放到团队低头不见抬头见的地儿，所以可见性非常高。你早晨来上班的时候从墙面前经过，可能会引起你驻足一会儿，你编写代码的时候抬起头，你又看到了这面墙，或许你会发现什么问题。下班了，猛一回头，还是那面墙默默的注视着你。

比 起传统的计划管理工具，墙的可视化程度要高得多了。使用PPT制作出精美的项目计划，使用Project做出精确到小时的资源安排，但那又怎样，几乎是在 项目开始的时候项目经理将这些文件发给大家的时候大家才会看看，或者项目中开会的时候项目经理将这些文件往投影仪上一投感觉倍儿有气派，最后看这些文件的 人聊聊无几，真的我没有欺骗你。而且大家都喜欢将自己的硬盘填得满满的，到最后要找到这几个文件甚至要动用全盘搜索，那么谁还去看这些文件？只留下项目经 理在那儿意淫而已。

我们要的就是不断地在你面前晃，晃到你都记得下来为止。

更好操作

有人说软件更好用，我可真的不信。现在Office套件一个个大得惊人，打开一个大文档慢的有点受不了（可能是我的电脑不好吧），然后操作也是麻烦的要死，经常找不着自己要的东东在哪儿。

对于这面墙呢，我们只需要把卡片从左移到右，就这么简单，下至三岁小孩，上至80岁的老太太都可以完成。轻松而快捷，就像过家家一样。

分栏里可有小窍门

别看这个分栏，里面可隐藏着一些小窍门的。看看上面那张图，第二行分为7栏：

准备开发->正在开发->准备测试->正在测试->测试人员已确认->已经秀给客户看->客户已接受

这七个分栏表示一个用户故事的生命周期，从左到右。

每一栏的大小也不是随便画画的，每个故事卡片都占有一定的空间，当一个分栏里卡片过满或者很不满的时候都是一些有用的信号。比如，这里如果准备开发的卡片太少了，那就表示业务分析人员要加把劲了，我们可以做的东西不多了，你再慢了我们可要去玩了啊。

而准备测试的那一栏很满的时候责表示：测试人员受不了了，你们开发的能不能慢点啊，或者派两个人过来帮我测试吧。等等这些都是非常有用的信息，而且一看就明了的事儿。

准备开发栏卡片在墙上从上到下的排列也不是瞎来的，每个卡片都有一个优先级。优先级高的表示客户最希望赶紧完成的，所以开发人员从这一栏拿卡去做的时候可不是随便拿的哦，你得按从上往下的顺序拿卡（要是想拿下面那张容易点的，你就等等吧，呵呵）。

看 到墙的最上端没？一个大红的Blocked标记在右侧。有的卡片因为某些事儿，比如正在开发的时候发现有的地方需求不明白，需要用户确认啊；或者正在测试 的时候发现了居然有地方没完成呢，这个就像线程被某些东西阻塞了一样，我们就把卡从对应的栏移动到它对应的上方。项目经理这个时候的作用就出现了，他将重 点关注这些被阻塞的卡，为嘛被阻塞了，他都要过来“管管闲事儿”。而且用这种方式还能很好的发现我这个卡是在哪个环节被拦住的，这也有利于跟踪。

卡片上也暗藏玄机

别看那一张小小的故事卡片，上面包含的信息可多了。

左上角是一个故事编号，一般项目应该有一个项目管理系统，里面记录着故事的详细信息，用什么到系统里去索引？就靠这个小编号。而且在向版本控制系统里提交代码时写注释也可以加上这个小编号，对日后查找有用的信息那可比文字搜索派用场多了。

右上角是一个故事点数，参见前一篇文章。

中间是用一句简单的话描述这个故事。为啥用一句话呢，还用那么大的笔写。嗯，用大字写就是为了写的内容少。一句话很容易记住，所以交流的时候也能更好的沟通。

左 下角画了很多正字，那是干啥的？那个表明这个卡片从准备开发移动到正在开发栏的时刻到现在已经过去了多少天了，一直记录到该卡片从正在开发栏移动到准备测 试栏。这个数据对于用来发现开发中的时间浪费是很有用的。比如估计的一个点的故事，咋现在开发了四天了呢？别人一看就会产生这么一个疑问，这样你就要跳起 来解释一下：靠，那个地方，部署太麻烦了，太消耗时间了。这样就有可能有人自告奋勇的来改善这个部署流程（我们就是在这么一步一步的改善中成长起来的）。

注意到没有，有的卡片右下角也有正字呢。呵呵，那是测试人员画的，作用同上。

唔，有的卡片上面还贴了小纸条，那是干啥的？小纸条上一般记录着这个故事划分了多少个任务（参见前一篇文章），在完成一个任务后开发人员会在任务后面画勾勾。

哎呀，我们的大头贴都上墙了。对，那个卡片上贴的照片就是正在这个故事上工作的开发人员，这样别人一走过去就知道某某某在干啥事儿，如果有啥问题可以找他去。而且这大头贴还能生出很多很多有意思的事情，对团队的融洽也很有帮助~~

一切为了可视化

好 了，小小的一面墙，甚至是小小的一个卡片记录的东西是不是真的很多？唔，还有很多东西这篇文章里还没记录呢。因为墙上画画很容易修改，你可以按照你的团队 需要来改进这面墙。总之就是要做到更好的可视化，反映出团队中的问题，能用一些明确的信号来表示出来，这真的比项目经理做的那个精美的PPT要高兴得多， 不信你也试试。

业务部门要给企业做一个报表转换，感觉不需要使用宏或程序也能完成。

研究了一下午，终于整出来了，感觉Excel是如此的强大，和大家分享一下。

源格式:

目标格式：

第1行的料件项次共有17个，料件项次下单耗，损耗率为空的不显示。

料号：=INDEX(亿泰兴!$C:$C,IF(MOD(ROW()-1,17)=0,(ROW()-1)/17+3,(ROW()-1)/17+4))

料件项号：=INDEX(亿泰兴!$E:$BT,1,(IF(MOD(ROW()-1,17)=0,17,MOD(ROW()-1,17))-1)*4+COLUMN()-1)

单耗：=INDEX(亿泰兴!$E:$BT,IF(MOD(ROW()-1,17)=0,(ROW()-1)/17+3,(ROW()-1) /17+4),(IF(MOD(ROW()-1,17)=0,17,MOD(ROW()-1,17))-1)*4+COLUMN()-2)

损耗率：=INDEX(亿泰兴!$E:$BT,IF(MOD(ROW()-1,17)=0,(ROW()-1)/17+3,(ROW()-1) /17+4),(IF(MOD(ROW()-1,17)=0,17,MOD(ROW()-1,17))-1)*4+COLUMN()-2)

说明：index()函数为取一个数组中元素的引用，其中“单耗”与“损耗率”公式是相同。

亿泰兴!$C:$C：（亿泰兴）为源数据sheet名，从第1张图可看到料号列在C列，所以取C列为料号数组。

IF(MOD(ROW()-1,17)=0,(ROW()-1)/17+3,(ROW()-1)/17+4)：

取当前行号是否能被17整除，因前3列是表头，所以需要从第4个元素开始读取。因目标格式中第一行是表头，所以是从行号第二行开始，需要Row()-1。

Column()是返回当前列号，Column()-2是因为单耗与损耗率是从第3列开始的。

具体请大家自行分析，下载地址：/Files/xiaobier/成品耗用明細.rar

From:http://www.cnblogs.com/xiaobier