jfinal-ioc-demo

授权协议 GPL
开发语言 Java
所属分类 程序开发、 面向方面AOP/IoC
软件类型 开源软件
地区 国产
投 递 者 濮阳鸿卓
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

改编自 @北风刮的不认真了/JFinal_IOC 根据类型(支持接口)或者属性名注入

  1. 导入包

  2. 给需要注入到目标的类加上@Ioc注解

  3. 需要注入的属性加上@Autowired或@Resource (类似:Spring)详情看demo

详情请看 Demo

Maven:

<dependency>
  <groupId>org.ine</groupId>
  <artifactId>jfinal-ioc</artifactId>
  <version>1.0.0</version>
</dependency>
  • 我记得以前有人跟我说,“面试的时候要看spring的源码,要看ioc、aop的源码"那为什么要看这些开源框架的源码呢,其实很多人都是"应急式"的去读,就像读一篇文章一下,用最快的速度把文章从头到尾读一遍,那结果就是当你读完它,你也不清楚它讲了一个什么故事,想表达什么。 一个优秀的架构的源码我认为就好像一本名著一样,你的“文学”水平越高,你就越能读出作者设计的精妙之处。一篇源码在你不同水平的时候,能

  • 我记得以前有人跟我说,“面试的时候要看spring的源码,要看ioc、aop的源码"那为什么要看这些开源框架的源码呢,其实很多人都是"应急式"的去读,就像读一篇文章一下,用最快的速度把文章从头到尾读一遍,那结果就是当你读完它,你也不清楚它讲了一个什么故事,想表达什么。 一个优秀的架构的源码我认为就好像一本名著一样,你的“文学”水平越高,你就越能读出作者设计的精妙之处。一篇源码在你不同水平的时候,能

  • 我记得以前有人跟我说,“面试的时候要看spring的源码,要看ioc、aop的源码"那为什么要看这些开源框架的源码呢,其实很多人都是"应急式"的去读,就像读一篇文章一下,用最快的速度把文章从头到尾读一遍,那结果就是当你读完它,你也不清楚它讲了一个什么故事,想表达什么。 一个优秀的架构的源码我认为就好像一本名著一样,你的“文学”水平越高,你就越能读出作者设计的精妙之处。一篇源码在你不同水平的时候,能

  •        我记得有人告诉我。“面试一下spring源代码。看ioc、aop源代码"那为什么要看这些开源框架的源代码呢,事实上非常多人都是"应急式"的去读。就像读一篇文章一下,用最快的速度把文章从头到尾读一遍,那结果就是当你读完它,你也不清楚它讲了一个什么故事,想表达什么。        一个优秀的架构的源代码我觉得就好像一本名著一样。你的“文学”水平越高。你就越能读出作者设计的精妙之处。 一篇

 相关资料
  • JFinal的ioc插件 JFinal_ioc是JFinal的ioc插件,目的就是为了像spring的注入功能一样方便简单。 习惯在spring下通过注解的方式扫描service层,然后在controller的注入使用,在JFinal下自己写个插件和一个全局拦截器来实习这些功能。 希望各位大神给予宝贵意见 遵循JFinal的传统,依然是0配置,so bean的添加在JFinalConfig的继承类

  • jfinal demo  程序,使用bootstrap+本人编写的多款插件,如使用coffeescript-maven-plugin编译coffeescript代码,使用lesscsss-maven-plugin编译lesscss代码,使用flyway-maven-plugin运行数据库脚本,支持多种定制功能。 运行指南: 1.在mysql里创建数据库jfinal_demo,运行maven插件 c

  •     JFinal 是基于 Java 语言的极速 WEB + ORM + AOP + Template Engine 框架,其核心设计目标是开发迅速、代码量少、学习简单、功能强大、轻量级、易扩展、Restful。在拥有Java语言所有优势的同时再拥有ruby、python、php等动态语言的开发效率!为您节约更多时间,去陪恋人、家人和朋友 :) JFinal有如下主要特点: MVC 架构,设计精

  • Ioc

    Ioc 实际上一种将应用的耦合集中在一起管理的一种程序结构设计方式。耦合集中的具体形式 一般是各种格式的配置文件。比如 Spring 就有它自己的配置文件格式的规定。 Nutz.Ioc 在设计之初就没有特别假定用户会把配置文件存成某种特定的格式,关于这点,各位 可以参看 定义自己的配置文件格式 一文。 同时,我们发现,在实际应用的时候,应用程序的耦合大概分做两种: 千秋万载,基本不变 部署之时,可

  • Ioc

    无论是 XML 还是 JSON,都需要你创建一个新的配置文件,在里面描述你的对象依赖关系。一般的来说, 一个应用大多数的对象依赖关系,是固定的,即,在项目发布以后是不必调整的。如果将这些依赖关系通通写到 配置文件中,颇有点"脱了裤子放屁"的感觉,最理想的情况是,将可能变动的依赖关系写到配置文件里,而将不怎么 会变动的依赖关系写成 Java 的注解 (Annotation), 如果能这样的话,一切就

  • spring-jfinal 用于整合 spring 和 jfinal。 依赖 jar jfinal、javassist v3.*、Spring v3+(3.2.0之前需要依赖cglib) 使用Maven <dependency> <groupId>cc.ecore</groupId> <artifactId>spring-jfinal-plugin</artifactI