NetBeans vs. Eclipse RCP:插件机制比较

NetBeans与Eclipse处理扩展点及扩展的方式是不同的。让我们看看这些不同 之处。请注意,本文仅针对那些对这两个平台的插件机制都具备相当知识的人。

NetBeans Platform:

定义扩展点 创建一个接口,并将它置入一个公共模块包中。
创建扩展 创建上述接口的实现,并通过layer.xml文件将它注册到虚拟文件系统 中。
读取可用的扩展 使用org.openide.util.Lookup类去获取上述接口实现的实例。

Eclipse RCP:

定义扩展点 创建一个扩展点的描述符方案,该方案定义了扩展点的元素与属性, 以及这些元素之间的关系。

可用的属性类型为:boolean,string,java,resource和 identifer。可向该方案的任何部分添加文档。

最后,向plugin.xml文件 注册你的扩展点。

创建扩展 根据上述方案,在plugin.xml文件中创建一个子部分,在此处向属性 赋予值。如果属性类型为java,则也要创建被引用的Java类。
读取可用的扩展 使用org.eclipse.core.runtime.IExtensionPoint获取扩展的列表。 从每个扩展中获取IConfigurationElement的列表:

每个IConfigurationElement对应于plugin.xml文件中的一个XML标 签。

NetBeans平台 Eclipse RCP
优点 缺点 优点 缺点
非常简单,易于学习 扩展点没有定义它自己:没有关于是哪个公共模块接口作为扩展点使 用的信息。 扩展点清晰地定义了它自己:快速查看jar文件,你就能立即知道该插 件提供了哪些扩展点,以及它们是由哪些元素组成的。 比较复杂,需要更多时间去学习
  使用的查找名也未作定义 有许多属性类型:可以在XML文件中描述特定的结果。  
  扩展和其它的内容都混写在layer.xml文件中:难以确定该模块用于哪 些扩展。 可生成扩展的多数组成部分,见PDE。  
    定义好了文档的位置。
时间: 2024-11-08 19:07:32

NetBeans vs. Eclipse RCP:插件机制比较的相关文章

netbeans和eclipse开发插件哪个容易

问题描述 netbeans和eclipse开发插件哪个容易 netbeans和eclipse都支持可扩展,可以自己开发插件,哪个开发插件更容易 解决方案 差不多难度,都是可以用java开发.找现成的例子改会比较简单.按照文档从头写比较麻烦,eclipse国内研究的人多. 解决方案二: eclipse容易,毕竟用的人多 解决方案三: eclipse 使用更多,遇到问题比较容易找到答案 解决方案四: eclipse 用的人多!

探索Eclipse的插件签名机制

副标题:学习如何在 Eclipse 和 IBM Lotus Expeditor 中创建带签名插件 简介:在为软件安装插件时,安全性是一个很重要的问题.本文探索在 Eclipse 平台上使用的签名技 术,确定插件的可信度.Eclipse 将插件分为 5 类:签名的.未签名的.可信的.不可信的.过期的. 通过本文学习如何在 Eclipse 和 IBM Lotus Expeditor(基于 Eclipse 的产品)中创建带 签名的插件. 本文介绍了 Eclipse 插件签名及其应用.此外,还介绍了 I

eclipse rcp 怎样控制插件的下载?

问题描述 eclipse rcp 怎样控制插件的下载? 正在做一个eclipse插件的开发,要求在卸载此插件时能够在卸载事件里插入一些自己的操作

NetBeans VS Eclipse,新一轮的争端

从前不久开始, www.theserverside.com ,www.javalobby.org ,dev2dev论坛等多个Java论坛上争论着一个非常激烈的话题:Why Eclipse Developers Are Moving To NetBeans(为什么Eclipse 开发者正在转向 NetBeans).不知道是什么原因,如此简单的争端到了后来也会有些发霉的味道. 不能否认,这些言论最初可能是发自一个NetBeans的忠实用户,难免言谈之间会有所偏见.不过据理力争,其说法也并非全无可取之

Eclipse RCP+Spring建胖客户端Web程序

web|程序|客户端 摘要 Eclipse丰富的客户端平台(RCP)正在快速地成为构建胖客户端应用程序的框架选择.本文将向你详细介绍如何利用Eclipse RCP进行Spring Web开发. 一. 引言 尽管Web 2.0和丰富的因特网应用程序(RIA)如今极为风行,但是,当你真正需要胖客户端功能时构建一个丰富的Web前端可能并不真正满足你的要求. 但是,如果你确实想避开所谓RIA狂热而选择一种实际的胖客户端解决方案的话,那么你该怎样做呢?回答是:你可以选择一种丰富的客户端平台(RCP)来为你

Eclipse RCP:用于构建平台的平台

技术存在着一定的周期性.在经历了一段由瘦客户端统治的时期后,富客户端技术开始了它的回归.大量的组织正在将它们的应用程序构建成富客户端,其中许多组织将其应用程序建立在RCP(Eclipse Rich Client Platform)的基础上.术语富客户端首先表明此应用程序为用户提供丰富的体验;其次,它还表明此应用程序是某台服务器的客户端.虽然富客户端并不必须具有对应的服务器组件,但是它们通常会有对应的服务器组件. 富客户端在很多方面与胖客户端类似.它们两者都能为用户带来本地桌面体验,并提供那些通过

使用Eclipse RCP为移动作业提供操作支持

现在,工作人员的移动性日益增加,很多工作都需要在现场进行,远离标准的工作场所工 具,比如桌面计算机和有线网络.即便是对于移动设备,连接性也只能限于具有无线网络的 区域.在本文中,了解基于开源 Eclipse Rich Client Platform (RCP) 的 Mobile Workforce Framework 在为工作在没有网络连接或网络连接有限的偏远地区的团队提供支持 方面的发展.Mobile Workforce Framework 项目,即 Maestro,充分展示了通过使用 Ecl

基于Eclipse RCP简化IoC实现

一.引言 Eclipse富客户端平台(RCP)是一个强有力的软件基础库-它基于相互联系的协作性插件,允许开发者构建普通应用程序.借助于RCP,开发者只需专注于应用程序业务代码的开发而不必花时间去重写应用程序管理逻辑. 控制反转(IoC)和依赖性注入(DI)都是能够用来减少程序之间的耦合度的编程模式.它们都遵循一种简单的原则:你不必创建自己的对象,而只需描述该对象如何被创建:你不必实例化或直接定位你的组件需要的服务,而只需确定哪些服务为哪些组件所需要,然后由其它程序(通常是一个容器)负责把它们"钩

在Eclipse RCP中实现反转控制(IoC)

控制 Eclipse富客户平台(RCP)是一个功能强大的软件平台,它基于插件间的互连与协作,允许开发人员构建通用的应用程序.RCP使开发人员可以集中精力进行应用程序业务代码的开发,而不需要花费时间重新发明轮子编写应用程序管理的逻辑. 反转控制(Inversion of Control, IoC)和依赖注入(Dependency Injection, DI)是两种编程模式,可用于减少程序间的耦合.它们遵循一个简单的原则:你不要创建你的对象:你描述它们应当如何被创建.你不要实例化你的部件所需要对象或