正式发布，More框架alpha3版，初步完成基石搭建工作。

value.equals("") == true 和 value.equals("") 我还是喜欢 value.equals("") == true 是我的习惯。考虑到javac在最终编译的时候value.equals("")这样的代码最后还是被编译成value.equals("") == true所以如何写到不会提升性能像字符串首字母转大写就使用了下面这段代码。目前来讲经过测试这段代码是我写出的运行最快的代码，当然如果发现有运行效率更快的，我会在恰当的时机替换原有代码。
//转换首字母大写
StringBuffer sb = new StringBuffer(beanClass.getSimpleName());
char firstChar = sb.charAt(0);
sb.delete(0, 1);
sb.insert(0, (char) ((firstChar >= 97) ? firstChar - 32 : firstChar));
this.beanName = sb.toString();

"".equals(value) 和 value.equals("") 某种程度上是一样的。  我也考虑 value == "" 之类的东西以减少equals毕竟equals速度太慢了。

像配置文件扫描中就大量使用了value.equals("")，因为考虑到Resource提供缓存的支持。所以IO、equals这样的操作就相对减少了很多，合理利用缓存会增加效率。More beans的ioc性能最快可以达到Spring的6倍 前提要求就是合理利用Ioc模式和缓存。如果使用不恰当Spring倒是它的6倍速度。

由于代码量很大，优化阶段在下几个版本会逐步覆盖。 例如目前注解扫描就有优化的余地。

对一出来就说要替代这个,替代那个的框架都不看好,这种框架的最终结果是谁也替代不了的

标题中“替代”这个词很大成分是为了广告效应。你说的谁也替代不了，我在发布alpha2的时候在主页曾经就说过如果More选择替代那么它将注定失败。如果没有“替代”这个词恐怕现在点击量不会在1000以上。


如果一味的基于其他框架去开发而没有自己核心内容，那么在集成开发时候肯定会受到被集成框架的诸多限制。就像Ioc一个已经 Aop的代理类在Spring中必须使用接口。 如果想突破这个限制必须重写Spring相关代码或者做大量配置。

在有一个假设，SSH+Dwr的开发中。项目中存在了 Dwr Action服务层，Action层，在More中你只需要有Action层就可以完成Dwr的功能，而且Dwr相关功能在More中已经以插件形式得到了支持。当然这不是内置Dwr也就意味着你不需要依赖dwr。同样的more也不限制你在去集成dwr。在more的世界里任何第三方框架的相互集成都不影响more的使用。

正如我在帖子中所阐述的，使用more不会破坏原有系统架构。而且more的后期加入只会让项目更灵活而非更繁琐的集成。

 

今天正式 发布 alpha3。

 

下面是项目主页以及下载地址相关例子也已经传递到项目主页：

 

项目主页：http://more.byshell.org 或 http://evemore.googlecode.com

下载地址：http://code.google.com/p/evemore/downloads/list

 

项目主页由于空间限制暂不提供编译依赖的jar以及例子项目依赖的第三方jar下载。