项目前期准备

随着春节的即将结束，新的项目也要启动了。目前的任务主要有两部分：旧系统的维护和新系统的设计。因为时间十分紧张，人力也不宽裕，所以如何很好的平衡这两部分是很关键的事情。而且为了新系统的设计有一个很好的技术储备，新项目的实施有一个很好的技术保障，很多为新系统准备的东西需要在旧系统的维护阶段有选择的先上，看看效果如何。我想，如果成功了整个过渡会很平滑，可是如果不太顺利，则很多方案或者说技术要重新再定。

分析目前的旧系统，主要的问题我觉得有这几点：
     设计风格不统一。设计部分尤其严重，这个主要是因为项目当初启动的时候时间太紧张，而且做的是简单的模块划分，个人根据自己模块的需要写了不同的框架，整理了一次虽然有了共同的抽象，不过有些模块因为其较为独立所以没有完全的翻过来，所以现在想加入一些东西很困难。一直在考虑是否要拿这些部分给翻一遍。还要考虑。另外还有一个很典型的部分就是 查询部分。当时为了这个查询的分页优化，系统不知道翻了多少遍，虽然项目是挺过来了，可是说心里话，确实没有留下什么可用的部分，所以作为一个对查询部分有很高要求的系统来说，如何将查询部分整理出一个共通的东西，理想状态是AOP化的是当务之急了。有了这个后，起码对于分页的控制，性能的计数，日志的处理都将很完善，维护也很简单。其他还包括 日志，事务，系统管理模块，性能计数都需要解决。
     界面风格。因为当初做的是模块划分，所以都是从前到后一个人做，结果就是除了后台业务逻辑部分处理的不统一，前台的界面写法也不一样。这点我特别羡慕写JAVA得人，j2ee得良好架构可以做到很好的各司其职，各有所长。而.net这种RAD得做法，很难达到这样的效果，网上包括自己也写了很多了类似struts得东西，都不实用，很明显违背.net得初衷，所以目前来看这点还是只有从项目管理角度去控制。我自己也希望在新系统中独立出一个人来专做各个界面，这样可以最大限度的做到统一和优化强项。不过不得不考虑的就是一旦人力失去如何培养第二个人接班。所以在新旧系统过渡阶段，同时目前旧系统有翻新UI得需求，所以我要从机制上解决这个统一的问题，毕竟是否好看是一个纯粹主观的问题，而是否统一是一个架构的基本要求，所以我准备从UI入手，逐步达到架构得完全一致。目前的话，UI部分我准备抽象出系统中用到的界面元素，做一些简单的行为和特性的封装，这样用到的每一个界面元素都来自一个地方，所以统一将是肯定的。维护的代价将十分小，不用动不动就整个系统翻一遍。
     多语言部分。应该说多语言的做法很多，应该说很成熟，因为旧系统启动的时候没有强制处理这部分导致很多提示性语言都写死在系统中，且用语很不规范。所以当务之急是出一套专用词汇，利用专业词库的概念来收集。