20100718 项目重构计划

现在部署的项目包括:

www.citi-box.com 大城小格网站和对应的框架应用

www.pixysoft.net 个人的网站和框架

citibox.pos 门店销售系统,一共三台。

applications 应用部署

第一步调整计划:2010-09-06 完成

1. 数据库链接再度优化,删减无用的代码、优化性能。

调整范围:

pixysoft.sql

pixysoft.framework.noebe等所有相关。 

pixysoft.framework.schema. 

第二步调整计划:2010-09-06 完成

核心库,包括config/log/refletion/verification 

第三步调整计划一:2010-09-22 完成

noebe增加轻量级ORM操作;ORM重写,提高性能。 

第三步调整计划二:

重写socket、comet、messageflow、spiders对通讯架构的再度调整。

第四步调整计划:

对应用、框架应用调整,包括:

api、autoupdate、codelive、healthcheck、registry、schedular、versions、workflow、pageflows、prototype、pagedrivens、testdrivens

第五步调整计划:

现有应用再度调整,优化整个应用组织。 

附录: 2010-05-20 ~ 2010-06-20 小结与本月计划

06-07月计划:

<软件工程>

2. bamboo实现计划导出报表。方便查看。

3. 完成wiki 实现最终的需求跟踪, 能够查看需求、api、version、todo、bugs,记录必要的说明信息。

4. 完成notebook 实现brainstorm

 

<应用开发>

6. 完成财务系统 实现通用支付平台

这个 不应该是近期要考虑的事情,起码也要等影响力起来之后,有了人气,再开始。 

<框架开发>

。提高orm性能,支持emit操作。2010-09-22 完成

 

。报表系统升级,实现更加全面的开发+界面完善,成为真正能够打印、显示的报表系统; 

效果:集成在现有系统,能够显示销售报表、配货报表等。类似crystal report的效果,包括表头、数据等。

 

。开发数据监控系统

效果:对现有的应用进行监控。 不考虑开发。

 

。思考并完成统一comment平台,实现评论的统一管理,集成messageflow,实现一种sns的机制。

效果:集成在pagdriven里面。为了更好的互动、并且与wiki、api、pagedriven集成后,能够提供备注等功能。

 

------------------------------------------------------------------

2010-06-20 代码复用、使用率情况分析

 

Pixysoft.X分析

pixysoft.web.ui 准备淘汰

pixysoft.windows.form 准备重构,大部分代码会考虑丢弃。剩下的考虑重新复用。

pixysoft.office 不太常使用,一方面依赖cs模式,另外性能不好需要打开office程序,最后需求较少,等报表系统开发出来再解决。

从分析来看,情况比较严重。大部分代码将给移植、或者淘汰。

 

 

Pixysoft.Framework.X分析

pixysoft.framework.noebe.dataming 目前仅库存在使用,使用了累计算法,挖掘算法还没有使用。2010-09-22 由于维护成本太大 删除项目

pixysoft.framework.noebe.recovery 在数据库表结构全局系统完成+自动更新实现实时更新后,重新使用。2010-09-22 由于维护成本太大 删除项目


 

Pixysoft.Applications.X分析

pixysoft.applications.noebe.consistency 不好用。建立集成在网络模式。

pixysoft.applications.noebe.datamining 由于framework没有使用,目前没用。2010-09-22 由于维护成本太大 删除项目

pixysoft.applications.noebe.recovery 同上2010-09-22 由于维护成本太大 删除项目

pixysoft.applications.printer 少用

 

Pixysoft.Weblications.X分析

apis 性能问题非常严重,查询很不方便;其次很多查询效果不好。例如查询某class的被依赖情况。2010-09-22 由于维护成本太大 删除项目

bamboo 存在目标管理问题

recovery 少用。等框架开发完成 2010-09-22 由于维护成本太大 删除项目

schedular 同上

versions 少用,仅查看日志,考虑淘汰 

 

Handler的优化

recovery 2010-09-22 由于维护成本太大 删除项目

api 2010-09-22 由于维护成本太大 删除项目

registry

 

 

小结:再接再厉,继续集成+优化。  

  

原文地址:https://www.cnblogs.com/zc22/p/1779965.html