Tapestry IoC Configuration

Tapestry用来对服务进行配置的方式

对服务进行配置需要用到contribute,然后+serviceId。

看一下代码:

public static void arbitraryMethodName(MappedConfiguration<String,FileServicer> configuration)
{
configuration.add("doc", new WordFileServicer());
configuration.add("ppt", new PowerPointFileServicer());
}

其中可能最令人不解的就是MappedConfiguration了。

There are three different styles of configurations (with matching
contributions):

有三种不同形式的configuration

  • Unordered Collection – Contributions are
    simply added in and order is not important.
    •   不排序的集合, 配置简单的追加进去,顺序一点也不重要。
      •   Configuration<Runnable>
        configuration

  • Ordered List – Contributions are provided as
    an ordered list. Contributions must establish the order by giving each
    contributed object a unique id, by establishing forward and backward
    dependencies between the values.
    •   排序的集合
      •   OrderedConfiguration<Runnable>
        configuration

  • Map – Contributions provide unique keys and
    corresponding values.

    •   映射表

      •   MappedConfiguration<String,FileServicer>
        configuration

Tapestry IoC Configuration

时间: 2024-11-05 16:04:48

Tapestry IoC Configuration的相关文章

Tapestry IoC Decorator

Advisor VS. Decorator Service Decoration is augmented with Service Advice. Advisor: 跟Decorator相似,且普通,因为它作用于接口,在编译时根本就不会去考虑. Decorator: 在编译时,Tapestry就会知道哪一个接口别装饰了,然后追加一个新的实现. 装饰,他是一个比较流行的设计模式.运用装饰器模式,一个接口的实现在不改变原有的实现内容的基础上追加新的功能. 在Tapestry中,表现出来就是拦截器,

My.Ioc 代码示例——谈一谈如何实现装饰器 (Decorator) 模式,兼谈如何扩展 My.Ioc

装饰器模式体现了一种“组合优于继承”的思想.当我们要动态为对象增加新功能时,装饰器模式往往是我们的好帮手. 很多后期出现的 Ioc 容器都为装饰器模式提供了支持,比如说 Autofac.在 My.Ioc 中,默认不提供装饰器支持,但我们可以自己进行扩展,以提供此项功能. using System; using System.Collections.Generic; using System.Diagnostics; using System.Reflection; using My.Ioc; u

Jdon框架开发指南

Jdon框架快速开发指南 开发主要步骤如下: JdonFramework6.0以上两步开发见这里. 快速配置指南 新增/查询/修改/删除(CRUD); 批量查询和分页显示 本文Step By Step详细讲解如何使用Jdon框架基于领域模型快速开发这两个功能,通过Jdon框架的可以快速完成系统原型(ArcheType),使得开发者将真正精力集中在每个项目系统的特殊业务处理. 本案例源码下载 按这里查看更详细全面文档 快速配置指南 Jdon框架有一个配置文件叫jdonframework.xml,其

Spring基础知识之依赖注入

Spring框架的四大原则: 1)使用POJO进行轻量级和最小侵入式的开发. 2)通过依赖注入和基于接口编程实现松耦合. 3)通过AOP和默认习惯进行声明式编程. 4)使用AOP和模板(template)减少模式化代码. 1.1依赖注入: 控制反转(Inversion of Control - IOC)与依赖注入(dependency injection - DI)在Spring环境下是同等的概念. 控制反转是通过依赖注入实现的.所谓的控制反转指的是:容器负责创建对象和维护对象间的依赖关系. 依

开发人员建议阅读:Spring Boot 架构中的国际化支持实践

pring Boot 主要通过 Maven 或 Gradle 这样的构建系统以继承方式添加依赖,同时继承了 Spring 框架中的优秀元素,减少了 Spring MVC 架构中的复杂配置,内置 Tomcat,Jetty 容器,使用 Java application 运行程序,而不是传统地把 WAR 包置于 Tomcat 等容器中运行,从而简化加速开发流程.此外,Spring Boot 学习简单.轻量级.容易扩展.基于这些优秀的特点,Spring Boot 成为了蓬勃发展的快速应用开发领域的领导者

Spring技术内幕——Spring Framework的IOC容器实现(二)

三.IOC容器的初始化过程 IOC容器的初始化时由前面介绍的refresh方法来启动的,这个方法标志着IOC容器的正式启动.这个启动包括BeanDefinition的Resource定位.载入和注册.下面我们将详细分析这三个实现过程,Spring把这三个过程分开,并使用不同的模块来完成,通过这样的设计让用户更加灵活的这三个过程进行剪裁和扩展,定义出最适合自己的IOC容器的初始化过程. 第一个过程: Resource定位过程,是指BeanDefinition的资源定位,他由ResourceLoad

SpringMVC中IOC容器

1.Spring作用: 1.生态体系庞大,全能型选手![springmvc是其一个子模块,jdbcTemplate能直接操作数据库!] 2.将其他组件粘合在一起 3.IOC容器和AOP Spring的Ioc机制(控制反转和依赖注入)正是用在此处. Spring的Ioc(控制反转和依赖注入) 控制反转[Ioc]:就是由容器控制程序之间的(依赖)关系,而非传统实现中,由程序代码直接操控. 控制反转是一种思想,其具体实现就是依赖注入! 依赖注入[DI]:组件之间的依赖关系由容器在运行期决定 ,由容器动

Spring - Java Based Configuration

So far you have seen how we configure Spring beans using XML configuration file. If you are comfortable with XML configuration, then it is really not required to learn how to proceed with Java-based configuration as you are going to achieve the same

Spring.Net 简单实例-01(IOC)

1.话不多说看操作.新建"Windows窗体应用程序" 2:通过配置文件创建IOC容器 首先引入安装包 3:定义一个接口(更好的体现封装性,当然也可以直接使用类) 定义一个类,实现接口 4:配置App.config文件 <?xml version="1.0" encoding="utf-8" ?> <configuration> <configSections> <sectionGroup name=&q