android完全的IOC框架。支持构造方法，对象范围。方便的各个组件间的解藕，和android的试图和代码的绑定。
absir-android 不用于现有的 android annotations , Roboguice等IOC框架，android 是一个类似于spring bean方式运作的精简IOC实现，并且天然支持static属性和方法的注入。
在absi-.android 有完整Scanner,BeanFacotry,BeanDefine，不同于其他android IOC通过在android的组件onCreate方法里实现对对象的初始化。
absir.android依赖 absir.core (java的增强包,里面的反射功能非常好用, http://www.oschina.net/p/absir.core)、absir.bean(java IOC轻量实现)。
代码目前开发才一个多星期，还有许多地方可以完善，欢迎加入。
-
absir-core java核心功能扩展，帮助实现java快速开发。 absir.android(http://www.oschina.net/p/absir.android) 依赖项目。 提供常用的java增强功能，KernelObject类简单、快速使用java反射十分方便。
-
Ioc 实际上一种将应用的耦合集中在一起管理的一种程序结构设计方式。耦合集中的具体形式 一般是各种格式的配置文件。比如 Spring 就有它自己的配置文件格式的规定。 Nutz.Ioc 在设计之初就没有特别假定用户会把配置文件存成某种特定的格式，关于这点，各位 可以参看 定义自己的配置文件格式 一文。 同时，我们发现，在实际应用的时候，应用程序的耦合大概分做两种： 千秋万载，基本不变 部署之时，可
-
无论是 XML 还是 JSON，都需要你创建一个新的配置文件，在里面描述你的对象依赖关系。一般的来说， 一个应用大多数的对象依赖关系，是固定的，即，在项目发布以后是不必调整的。如果将这些依赖关系通通写到 配置文件中，颇有点"脱了裤子放屁"的感觉，最理想的情况是，将可能变动的依赖关系写到配置文件里，而将不怎么 会变动的依赖关系写成 Java 的注解 (Annotation)， 如果能这样的话，一切就
-
什么是IOC？ IoC(Inversion of Control)，意为控制反转，不是什么技术，而是一种设计思想。Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。 如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下： 谁控制谁，控制什么：传统Java SE程序设计，我们直接在对
-
主要内容：控制反转（IoC）,依赖注入（DI）,IoC 的工作原理,IoC 容器的两种实现IoC 是 Inversion of Control 的简写，译为“控制反转”，它不是一门技术，而是一种设计思想，是一个重要的面向对象编程法则，能够指导我们如何设计出松耦合、更优良的程序。 Spring 通过 IoC 容器来管理所有 Java 对象的实例化和初始化，控制对象与对象之间的依赖关系。我们将由 IoC 容器管理的 Java 对象称为 Spring Bean，它与使用关键字 new 创建的
-
3.2. IoC Spring 2.0 相当大的改进之一就是Spring的IoC容器。 3.2.1. 更简单的XML配置 多亏了新的XML配置语法的产生，Spring的XML配置变的更加简单了。如果你想充分利用Spring提供的新标签（Spring团队当然建议你这么做，因为他们使配置变的不再繁琐，更加易于阅读），请阅读标题为 附录 A, XML Schema-based configuration