YY一下今年技术上想做的事情

去年下半年除了基本工作，最主要的就是对公司使用几年的开发框架进行了全面升级和优化，目标是编码量减少30-40%以上，开发效率提升40%以上，目前正在实施中。
根据工作需要和自己的兴趣，今年 YY 了几个技术主题，根据工作进度准备展开。简单描述一下，以便记录。
YY 为主，欢迎拍砖。

[list]
[*] [b] 1 Commons BeanUtils， [/b]
apache beanUtils 优化版；方式，开源；
按 beanUtils 接口风格，对 cglib 再封装，解决 apache beanUtils 性能低下的问题；
去年已经完成了一部分，copy 等操作，性能提升20倍；今年计划完成其余部分，属性设置，获取等。

[*] [b]2 分布式 ORM 规范 D-ORM[/b]
JPA 规范的很多特性和设计个人不是很喜欢，比如：过于复杂的 Entity Relation,@OnetoMany,@ManyToMany 等注解， Biodirectional 等；
另外，JPA 不支持分布式，无法适应大型系统的需要。

去年已经完成 D-ORM version 1.0. 包括：Entity，Generic DAO, 垂直切分和数据路由。
今年主要是想完成远程调用等主题。

今年还计划看是否需要完成 水平切分(因为分布式数据库已经实现了这部分功能)。

[*] [b]3 分布式缓存 [/b]
现有许多基于 Memcached 的分布式缓存方案高可用，伸缩性存在一些不足，Cache清除和更新机制比较低效。
个人觉得有必要设计和开发这样一个分布式Cache。很多思想可能会参考 Coherence。
并且，最先主要针对 数据缓存使用，会和 D-ORM 充分结合使用。

远期可能会支持文件，图片等通用事件型缓存。

[*] [b]4 高性能分布式事务架构 ( High Speed Distributed Transaction Architecture)[/b]
现在，很多大型网站的数据库架构都是分布式数据库，主要采用一种自己设计开发的切分架构来实现，而不是由厂商提供。 因此，一般都不支持分布式事务。

而基于XA协议的JTA事务，物理数据库不支持，而且性能不高，对大型系统来说不肯能也不会采用，因此在思考其他方式。主要方向是，基于XA协议，实现分布式，高性能的事务处理方案。以此来支撑海量数据，高并发型网站的事务需求。
可能是做成分布式事务服务器。

Google 的 MapReduce 解决了超海量数据的高效处理，但有专家批评点在于它对标准的DBMS规范，无法支持，如事务。但个人觉得 MapReduce 解决了改解决的问题，适用就好，不必那么符合标准理论。
不过个人放肆的YY一下， 大型分布式系统下，一些网站对事务要求真的还是蛮高的。因此需要有相应的事务方案支撑。也许也会成为 云计算 (Cloud Computing) 的另一块内容。

[*] [b]5 领域模型框架(Domain Model Framework)[/b]
其实构思了蛮久了，想的七七八八了。只是一直没时间做。
因为目前 Hibernate，JPA 等的领域模型设计和开发还只满足了部分需求，一些特性的设计自己觉得不太好，和自己的思路不一致。

主要解决企业，网站等系统，领域驱动设计无法很好落地的问题。
目标是, 在 DMF 下，能自然的按 Domain Model 进行设计和开发，让业务代码自然，流畅，易读。并且也能减少很多过程化编程的代码。

远期目标是，和分布式调用框架，如Hessian，SCA等结合起来，实现一个企业或功能内，领域模型组件的服务化和高度复用。也能从技术上，促进企业的产品和业务规划。
[/list]

先YY这么多，不一定能做多少。欢迎拍砖。