程序猿？车手？
作者 : admin 于 2009年11月21日, 10:45:32
2009
11-21
11-21
流程的改进和代码控制
作者 : admin 于 2009年11月21日, 09:37:52
2009
11-21
11-21
最近一直在修改系统，并无太多原创的代码。其中修改了ucenterhome和discuz两套代码。
ucenterhome原来的队伍进行优化后，我又改进了分享功能。此功能虽然上线，功能也无大碍，但UE方面差强人意，主要是因为年前项目紧张，此项目投入人力并不多的原因。此功能修改，无详细的需求文档，也未进行详细的需求分析和业务逻辑设计，就匆匆开始了编码过程，结果就是：代码比较混乱，结构性比较差，升级和改进的潜力小。如果要改进，面临的结果就是重写。又因为uchome本身的设计结构，无论改写和重写成本都比较高。
因此，前期的规划是比较重要的，前期多想一点，后期就能节约更多的时间和精力。
这种做法马上应用到下一个项目中：discuz论坛的优化和功能改造。
前期对需求做了详细的分析，在中间不断的需求细化和明确，因此，功能和业务逻辑清晰，代码在修改的时候，保留了原来功能，只做了功能的分支。虽然前期的需求交流花费了较多的时间，但编码过程所花费的时间就很小了。
后者的流程才是以后要继续发扬的流程。
