作为开发人员,开发调研写程序码代码便是本分,做的多了便自然而然有了自己的一套思路和习惯,不可埋头苦写忽略的需求忽略了架构.也不可不写少实践写起来就没有得心应手的感觉了.
做为开发人员至今,也有些心得和经验拿出来和大家分享下.文笔不好还望见谅.
案例
因为业务部门的管理需求,以提供工作效率为目标,每次用户在系统中获取客户资料后,都需要用户额外再整理资料制作WORD文档.但是因为WORD文档格式统一,都是所选用户的资料汇总都是可以从系统获取的.所以委托我们修改系统增加这个功能.
直接从业务部门拿到WORD模板厚厚的一叠,收集需求后,功能说明很简单.就是按要求把系统资料根据筛选客户然后把资料按照WORD模板生成即可,然后给用户导出就可以拿来用了.
实现思路:
回忆以前做过的项目中是有类似功能,基本有2种实现方式,一种是后台调用Word类,根据内容生成Word;第二种方式界面上做个排版,直接打印导出之类的.(这种方式排版简单内容少是可以的诸如单页的授权证明之类),但是以前的项目功能简单也就1,2页Word最多也不超过5页,但是上面的模板有20多页,第二种方式工作量太大直接否决,第一种方式用代码生成格式,工作量也很大
心里也很排斥,在百度搜寻其他方案,在试用第三方插件.
当时正在看<软件随想录>其中有个说很不错,书不在身边了没法摘录,大致意思说office里面的
代码很脏(不是指差而是说可以追溯到很久的历史,内容又多,功能很强大),可以让office替我们
干活,office里面既然有这么强大的功能,那么所有他能做的,都让office去做就好了,我们不必
写重复的代码,让office替我们干脏活.
有了思路很快就出了一个demo利用office组件调用书签往WORD里面插入特定的内容.
具体代码参考我以前写的一篇博客
引用块内容
http://blog.csdn.net/sat472291519/article/details/42489637
后话
在平日工作中,我也遵循一个原则拿出来分享下,如果分配过来的功能或者任务是我之前已经做过的,那么我就产生了一个解决方案,这个方案的时间和效率我都能把控住,这个是保守的方案,在项目不是很紧急的情况下,我不是优先考虑这个方案.而是尝试一个新的解决方案来解决这个问题.如果能解决问题那么这个问题我就有俩个解决方案了,我可以充分的对比这俩个方案的优点和缺点以备下次碰到相同的问题我可以做出最优的选择;如果不能解决问题,那么我还不是有保守方案吗?因为是保守方案进度可控所以我还是能完成任务,我只是多了一次出错的教训,这也是经验,还是宝贵的经验.以后可以告诉别人,”这样不行”,还能回答”这样为什么不行”,否则我能回答”这样我也没做过 你可以试试”之类的.对于我而言只有好处,没有坏处.


被折叠的 条评论
为什么被折叠?



