sparrow 框架设计最大化解耦，理论上业务层只依赖SPARROW-FACADE即可，接口可由第三方如spring c3p0 fastjson logback 具体实现。
整体架构图如下：
SPARROW 架构图
基础核心层，实现了一些框架和上层业务涉及到的一些工具类类，如图
工具类库
包括bean properties 反射（非JDK反射）读写,class 集合类，日期，email ,文件 ,正则等常用工具类.核心功能，后文将一一介绍。
sparrow code generator 并不是简单的代码生成，而是为了反射提高效率，而专门实现的快速读写对象属性的工具包。
相当于spring 的ioc容器，对sparrow-facade的container 接口的实现，目前主要是针对xml模式的bean解析与依赖注入。
对jdk datasource接口的实现，主要是数据库链接池最基本的维护。
对sparrow-json的实现，目前默认是对fastjson接口的封装。上层业务可自行替换，不影响上层业务代码。
对slf4j接口的实现,只实现常用的log打印功能，上层业务可通过代码log4j或logback替换
模拟spring mvc实现，上层业务可代理实现spring mvc替换
hibernate 与mybatis jpa三者，取其精华去其槽粕。实现简单，易用，可扩展，未来可实现跨数据库，跨数据源(hbase elastic search兼容) ，对上层业务换数据源不需要修改业务代码的切换。
对sparrow-facae mq 接口的实现，该模块对上层业务的mq调用代码进行封装，对各类mq产品实现兼容，即底层换mq产品，上层业务代码不需要修改，跨各类mq产品。
该模块对nosql 数据库接口进行封装，理论上支持各种nosql 数据库，对上层业务兼容。对redis key统一定义维护（这部分会专门有一篇文章去分析）
本文，主要是对sparrow框架的整体构架做简单介绍，下文会针对每一个模块的核心代码展开分析
good night!
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。