Archive For 十一月, 2008
整个事件还得从今年5月份说起，公司向客户推荐一个服务平台，这个平台是为了帮助经常不在office的商务人士的，提出一个移动办公的理念，平台中有一个功能模块用来实现PushMail，也是公司主推的一个模块。客户在 了解了这个平台后，根据自己的现状提出四个需求：整合内部的邮件系统、搭建短信平台、移动报表、升级现有监控系统到移动视频监控。而邮件系统未整合之前 PushMail实施起来很不方便。 公司开始以系统集成商的角色广泛接触相关领域从业人员，一方面通过合作伙伴（姑且这么叫）DC联系移动视频 监控、移动报表的相关软硬件厂商，另一方面专门抽调人手（员工F）学习客户现有的Exchange平台，了解市面 上的短信平台等，并委派其为移动方案经理。 历时一个月先后接触了移动视频领域2两、移动报表一家、短信平台3家、Exchange的相关软件代理商3家。跟一家移动视频领域的企业StarV建立了合作关系，也搭建了一个简易的Exchange的演示平台。针对客户的四点需求提交了一份简单的方案，主要包括一些大的框架性的东西，主要讲解了每点需求该如何实现，并起了一个很好的名字叫移动商务管理。将方案提交给客户后，客户总体上很满意，但是觉得方案整体不够细。 历时半个月开始细化方案，但是一涉及到具体的技术细节，像 Exchange环境的Front-End架构、像ISA的防火墙 功能、像移动报表如何与现有业务系统结合、像短信平台的技术指标对联通移动的支持、像数字视频信号如何转 换成模拟信号、像手机端如何点播视频文件等等，没实际操作过相关产品的F显得很无助，但是还是在Boss J的 压力跟大力支持下提交了第二版方案，第二版版方案中直接将公司一开始要推的Nokia的 PusMail 换成了Exchange自带的PushMail，F也搭建了基于Exchange的PushMail演示环境。
上周六跟同学一起逛了逛恭王府，和什刹海。 恭王府据说是和珅的宅子，笑谈间都念及和大人当年的小金库，希望能一窥其面容。花了30大洋进入府邸，应证了欢欢喜喜而来，败兴而归。和大人也好恭亲王也罢，不知是北京的宅子大抵一样还是真的审美疲劳，按理我是不应该审美疲劳的，没有什么特别之处，倒是跟着一个中英文双语导游后面听到一些比看到跟好玩的事情。 游玩过后，照常是腐败一顿，略过不表。 腐败过后，列位兴致也还高，移步什刹海。 才从浓重历史气息的皇亲家出来，就进入传说中北京烧银子最厉害的后海，恍惚间穿越了时空。恭王府稳重、大方，后花园则是北方园林中常见的假山、长廊、戏台、流水，当然也不乏创造产值的购买纪念品的休息区。什刹海（后海）不知是故意规划还是市场扎堆效益，放眼望去，一片碧波荡漾，围湖而起的是一条酒吧街，街口一个小铺“找东找西”，油画、丝巾、各种彰显个性的饰品陈列其中，门口的禁止拍照让人略觉扫兴。酒吧街让见到最多有两样东西：临湖摆放的椅子和挂在显眼位置的VISA标志。一看就是为了赚取外宾银子而设置的，偶有几处菜单置于门前，一看“，”后面0的个数，这肯定不是我等穷人的饮酒聊天之处。遇到一个老北京天桥绝“活吹糖人”，酒吧一条街荟萃中外文化呀。 再往前走到了“九门小吃”，里面东西多，介绍的人说涵盖了北京绝大多数的小吃，这个就无从考究了。对里面的东西倒是没怎么留意，反倒是门前的一堆鹦鹉还是什么的鸟让人印象深刻。
“话说天下大势，分久必合，合久必分。“ —-《三国演义》里的卷首语 键盘上有两个键C和V，而Ctrl+C和Ctrl+V是用电脑的人几乎每天都要用到滴，从事软件开发的软件工程师每天用的最多就是键盘鼠标了，而对于软件开发来说CV式的开发早已在面向过程时代就已经被抛弃。 下午跟同事讨论了一些现在开发的一个项目中问题，涉及到如何对现存的CV式的开发模式做一个改进操作。 现阶段我们开发绩效管理软件，由于管理软件的特殊性，会有很多的雷同的表单在系统中流转，为了交互的友好性在这些表单呈现的时候会加上一些其他的信息。如考核过程中最常见的部门和人员的考核表单，在系统看来几乎一样，而为了交互的友好性界面呈现就会有一些差距。就拿打分这环节来看，在打分环节，用户会用到两个页面，一个显示被考核对象的List页面，一个显示每个被考核人每条指标打分想的Detail页面。现在的模式是，现开发测试部门模块，等测试过了后，就会CV一份用到员工模块，添加一些员工模块的比如员工所在岗位所隶属的部门等信息。先不谈这种CV的方式是否符合面向对象的规则、是否丑陋等，单从代码的维护角度来看，比如List页面希望再添加或去除一列非控制字段，至少需要修改两处。更大的噩梦来了，在审核、审批的环境同样使用这个List页面，这样一来修改的地方久更多了。 针对这种CV方式带来的不便，我曾经尝试将这些共同的部分单独抽取成一个一个方法，以供调用（抽取成方法而不是类是由于框架对类的继承有很多的限制），可这种实现亦不是很优雅，将显示的逻辑放到了业务中。 今天讨论得出的结果基本跟我曾经尝试的方式雷同，某种程度上只是对原有的CV模式的一个规范而已。 想到前一阵子学习的ASP.net MVC的框架中，将数据绑定直接写在.ASPX页面上，给了我一些启示，虽然没用到MVC框架，是否也能将现有用于显示的Grid、Grid前的表头等信息做成一个一个控件（ascx），控件中会设定一些参数，根据这些参数来直接访问数据库，返回需要显示的信息，这样就将变化的源头控制在了这个ascx上，一来能已很少的成本来调整显示信息，二来可以将部分的显示逻辑从业务逻辑中分离，三来对以后的控件升级扩展也能更方便。 下阶段将尝试做一个Demo来实现这一想法。