我们需要一站式解决方案还是混合组合方案

      这年头提供一站式解决方案的框架才具备真正的核心竞争力和推广优势，一般的动不动要整合这个框架、整合那个框架的框架势必被历史所淘汰；如果spring mvc不把大家往注解的深渊里面带的话，并且把它的jdbctemplate搞的更简化的话，并且提供sql配置管理和动态sql的话，并且简化他的ioc配置语法的话，并且提供一些好用的前端数据展示标签或者逻辑标签，那么他势必把像struts、ibatis、hibernate这些只提供单一功能的框架淘汰掉。

   那么bbossgroups又具备什么样的优势呢，bbossgroups算得上国内少数几个能和spring抗衡的综合型j2ee框架:

   bg提供了注解mvc控制器，但是不推荐使用，任然推荐大家使用简洁的xml配置文件来管理控制器，管理页面和控制器处理方法的url映射规则，管理控制器方法处理跳转页面地址（这个有点像struts，但是远比struts要简单），管理业务组件，管理dao组件，然后通过简洁的ioc机制，有机的把各个层面像胶水一样粘连起来，程序的层次结构清晰，一目了然，整个模块的入口和驱动点就是用户在浏览器中输入或者通过表单提交的一个url请求，出口点也是一个浏览器页面的输出或者是文件的下载或者是一个json串等等，一切衔接起来就是那么的天衣无缝。

   bg的mvc提供完备的restful的支持，bg的mvc提供了良好的拦截器插件机制，可以非常方便地实现认证和页面保护功能。

   bg供了一套简单易用的数据展示标签、逻辑标签；

   bg提供了简单易用但功能强大的持久层框架，api简洁，支持多数据库事务管理，提供sql配置文件管理sql语句并能热加载，支持动态sql（和ibatis的动态sql有的一比，而且更胜一筹），一般的集合处理（批量删除、批量修改、批量插入）全部采用预编译批处理，那个执行效率真是美啊；bg的ioc框架那是本人最引以为自豪的地方，spring能搞的，bg基本上都能搞，但是xml配置语法更简洁，更大的好处是配置风格和spring相近，这样spring的用户群体能够很自然地过渡到bg的平台上面来，可谓潜在的用户无限啦。

   bg的rpc，bg对jms的支持，bg对quartz的强力支持，bg对webservice的支持，bg对组件异步调用的支持，bg对对象序列化/反序列化的支持，bg的对系统全局配置参数管理的支持。。。。，还有更多正在开发中的功能。

  良好的项目的支撑和不断的项目实践考验，为bg提供广阔的施展空间和不断功能改进的契机，使得bg与项目开发形成良性互动的局面。