标题: 合理的但不一定是最有效的
作者: dnawo
日期: 2010-02-08 10:10 AM
分类: 其他
内容: 这段时间都在做站长的资源回收重新封装工作，整个工作有两个基本要求：
·重新封装的资源必须抽样测试，保证能用；
·文件名必须保证和站长提供过来的一样；
基于这两点要求，整个封装流程为：备份文件名→资源解包(借助第三方工具)→重新封装→恢复文件名。
于是开始写封装工具，完成后封装步骤为：
①.将站长提供的sis,sisx资源放在A文件夹，并生成文件名列表List.xml；
②.将所有资源用第三方工具解包后放在B文件夹，重新封装后放在C文件夹；
③.读取A文件夹中的List.xml来恢复文件名，封装过程结束；
不久，编辑反馈说有些站长提供过来的资源是按月存放的，按上边的步骤，一个站长的资源得一个文件夹一个文件夹来操作，效率不高，最好能一次处理多个文件夹，便想了新的封装步骤和编辑讨论：
①.将站长提供的sis,sisx资源按原文件夹结构放在A文件夹，并生成文件相对路径列表List.xml；
②.将所有资源用第三方工具解包后也按原文件夹结构放在B文件夹，重新封装后再按原文件夹结构放在C文件夹；
③.读取A文件夹中的List.xml来恢复文件名，封装过程结束；
这个步骤应该是比较合理的了，但编辑讨论说这还是不能提高效率，原因是第三方解包工具一次只能解开一个文件夹的内容，并存放指定文件夹中，这样，她们还是得一个一个文件夹去解包，再放到B文件夹中，和之前相比并快不了多少，最后讨论的步骤是：
①.将站长提供的sis,sisx资源按原文件夹结构放在A文件夹，并生成文件相对路径列表List.xml；
②.搜索出所有sis,sisx资源放到一个临时文件夹中，解包后放在B文件夹，重新封装后放在C文件夹；
③.读取A文件夹中的List.xml来恢复文件名并移到相对路径中，封装过程结束；
软件是为解决问题而产生的，软件是提供给人用的，那么软件设计的时候就必须站在使用者的角度，从怎么高效解决问题出发来设计，而不能一味的从常规的，理论上的合理出发，合理的但并不一定是最有效的。
+ 查看当前日志评论 (0)
────────────
PJBlog3 v3.2.9.518 Inside.
Processed In 0.633 ms
标题: 合理的但不一定是最有效的
你没有权限发表评论
────────────
PJBlog3 v3.2.9.518 Inside.
Processed In 0.633 ms
暂无评论
────────────
PJBlog3 v3.2.9.518 Inside.
Processed In 0.633 ms