Pixysoft.X分析
pixysoft.google 准备移植到service框架下，将不再使用。
pixysoft.im 移植到service框架下。不再使用
pixysoft.tdparty.office 移植到service
pixysoft.tdparty.photo 移植到service
pixysoft.web.ui 准备淘汰
pixysoft.windows.form 准备重构，大部分代码会考虑丢弃。剩下的考虑重新复用。
pixysoft.office 不太常使用，一方面依赖cs模式，另外性能不好需要打开office程序，最后需求较少，等报表系统开发出来再解决。
从分析来看，情况比较严重。大部分代码将给移植、或者淘汰。
Pixysoft.Framework.X分析
pixysoft.framework.noebe.dataming 目前仅库存在使用，使用了累计算法，挖掘算法还没有使用。
pixysoft.framework.noebe.protocols 淘汰。
pixysoft.framework.noebe.recovery 在数据库表结构全局系统完成+自动更新实现实时更新后，重新使用。
pixysoft.framework.noebe.sockets 重写传输部分，等稳定运行后，在考虑建立局域网功能。
pixysoft.framework.spiders 等待messageflow等完成后集成
pixysoft.framework.noebe.comet 准备重构 将强调comet通讯，弱化noebe功能。考虑如何修改架构。
pixysoft.framework.noebe.security 要考虑应用场景，目前似乎没有需求。如果没有必要就取消
pixysoft.framework.messageflow 重写，使用xml。淘汰原来的协议。
pixysoft.framework.autoupdates 仅网站部署在使用，数据库等方面等待全局系统完成。
pixysoft.framework.schedular 考虑应用。调度系统
Pixysoft.Applications.X分析
pixysoft.applications.apis 淘汰，集成在version里面
pixysoft.applications.designbycontract 淘汰，等待verificaiton框架全面支持exception查询后，结合在api里面。
pixysoft.applications.noebe 不好用。考虑优化 结合在version里面
pixysoft.applications.noebe.consistency 不好用。建立集成在网络模式。
pixysoft.applications.noebe.datamining 由于framework没有使用，目前没用。
pixysoft.applications.noebe.recovery 同上
pixysoft.applications.printer 少用
一共11个应用，有7个没什么用。要考虑开发的目标问题。
Pixysoft.Weblications.X分析
apis 正在用，目前比较处理，而且app.td已经集成了，所以少用
autoupdates 没有使用。等数据库部署完成后再考虑
bamboo 存在目标管理问题
healthcheck 仅日志查询功能，考虑淘汰
recovery 少用。等框架开发完成
schedular 同上
soa 淘汰
vanni 不好用。等再重构
versions 少用，仅查看日志，考虑淘汰
总结
从代码分析来看，应用开发比较荒废。框架开发有待升级。基础开发等待移植。未来的开发目标：
移植基础，升级框架，重构应用。