亚洲精品美女久久7777777,亚洲熟妇无码一区二区三区导航 ,亚洲精品无码乱码成人

EMF建模常见问题

xiaoxiaoleemin — Mon, 07 May 2007 06:10:00 GMT

我习惯于直接用ECore Editor建立ecore模型�Q�如果装了GMF插�g的话�Q�在ecore文�g上点击鼠标右键，通过菜单“Initialize ecore-diagram diagram file”可以生成�c�M��c�d��的表�C�，�q�样可以从整体上看模型。而且在徏模的�q�程中可以随�?Validate"以检查当前存在的错误。以下是一些常见的问题�Q?br> 1.Ecore Editor中根元素的直接子元素属性页中有“Ns Prefix"�?Ns URI"两项需要设�|�，前者可以设�|��ؓ模型的名字，后者随便设�|�一个URI地址�Q�如"http://"+模型名字。如果这两项不设�|�，那么当修改了ecore模型后，从genmodel�?#8220;Reload" ecore模型时出错�?br> 2.某个EReference如果多重性�ؓ"0...*",则在属性页中把lower bound讄��?�Q�upper bound讄��?1�?br> 3.genmodel根元素的�W�一层子元素的属性页中，"All"�c�d��?#8220;prefix”属性值是指EMF生成的代码中Factory和Package�{�类的前�~��Q�可以指定�ؓ模型名字�Q�首字母大写以符合类名的习惯�Q?#8220;base package”属性值是生成的各个包的前�~��Q�假设指定�ؓ“com.example"。然后有“Ecore”�c�d��Q�其中的各个属性值是从ecore模型中读�q�来的，不可修改�Q�其�?#8220;Package”�c�d��下的"Name"属性值是包名的一部分�Q�假设指定�ؓmodel�Q�，接在前面的base package��g��后，那么生成的Model 部分代码分别有三个包�Q�com.example.model; com.example.model.impl; com.example.model.util.
btw�Q�在有的GMF 版本中，如果包名存在首字母大写的单词�Q�那么生成代码的时候会出错�?br>

xiaoxiaoleemin 2007-05-07 14:10 发表评论

如何昄��PropertySheet视图

xiaoxiaoleemin — Sun, 06 May 2007 09:24:00 GMT

摘要: 前面的几��是��M��《EMF�Q�A Developer's Guide》一书前三章的读书笔讎ͼ�我觉得这三章的内�Ҏ��最重要的，介绍了EMF Framework的一些设计、结构以及实现的问题。但是这些只是一些原理性的东西�Q�要熟练掌握EMF的方法是在项目中应用它，我们可以从修改EMF生成的代码入手。EMF生成的编辑器是MultiPageEditor�Q�比较复杂，我们可以参考它自己写一个普通的Editor�Q�在�q�个�q�程中可以熟悉哪些代码是用于实现哪些功能的�?nbsp; 阅读全文

xiaoxiaoleemin 2007-05-06 17:24 发表评论

xiaoxiaoleemin — Sat, 05 May 2007 12:44:00 GMT

摘要: 上一部分中，我们看到了如何通过content和label provider来显�C�EMF模型�Q�这一部分介绍如何修改、编辑EMF模型。EMF.Edit支持��Z��Command的模型编辑方式，可以自动的undo和redo。EMF.Edit的Command Framework可以分�ؓ两部分，�W�一部分是common command framework�Q�其中定义了一些基本的命��o接口�Q�实��C��例如basic command stack,compound command�{�，虽然�q�些命��o主要用于EMF.Edit,但是实际上可以独立于EMF.Edit使用�Q�第二部分是EMF.Edit 命��o�Q�是指一些专门编辑EObject的命令�?nbsp; 阅读全文

xiaoxiaoleemin 2007-05-05 20:44 发表评论

xiaoxiaoleemin — Sat, 05 May 2007 10:08:00 GMT

本书的第二章介绍了EMF产生的Model部分的代码，你可以��用EMF Edit Framework来�ؓmodel构徏功能强大的视囑֒��~�辑器。在EMF��Z��生成的编辑器里，可以�~�辑�Q�复�Ӟ��_�脓�Q�拖拽等�Q�、显�C�model�Q�还可以无限的redo/undo。如果这个编辑器不能完全满��你的需求，你可以在此基��上做一些修改，肯定比从头开始写节约旉��?br> Eclipse通过JFace中的一些Viewer来显�C�结构化的数据，�q�些Viewer不直接从model中获取要昄��的数据，而是通过ContentProvider和LabelProvider来取得要昄��的内宏V��文本以及图标等信息。不同的Viewer需要不同的ContentProvider和LabelProvider�Q?br>

Viewer	ContentProvider	LabelProvider
ListViewer	IStructureContentProvider	ILabelProvider
TreeViewer	ITreeContentProvider	ILabelProvider
TableViewer	IStructureContentProvider	ITableLabelProvider

    其中ILabelProvider有getText(Object)和getImage(Object)两个�Ҏ��Q�ITableLabelProvider有getColumnText(Object, int)和getColumnImage(Object,int)两个�Ҏ��Q�它们之间没有��承关�p�R��IStructureContentProvider有getElements(Object)�Ҏ��Q�返回一个Object数组�Q�而ITreeContentProvider是其子类�Q�另有自��q��Ҏ��getChildren(Object),getParent(Object)和hasChildren(Objecct)三个�Ҏ��?br>    EMF Edit是把Eclipse UI Framework�Q�JFace�Q�和EMF Framework�q�接��h��的桥梁，包括两部分，其中org.eclipse.emf.edit是与UI无关的部分，org.eclipse.emf.edit.ui是与UI有关的部分。前一部分主要包括ItemProvider和Commmand�?br>    1.Item Providers
    item provider,�q�个名字来源于它为模型中各个可编辑的"items"(对象�Q?provides"功能。它通常是EMF Adapters�Q�但是也可以不是。They are used to adapt model objects so the model object can provide all of the interfaces that it needs to be viewed and edited.
    item provider主要有四个功能：作�ؓcontent和label provider�Q?为EMF对象提供property source�Q?担当Command Factory�Q?��EMF模型的变化通知发送给Viewer。每个item provider可以实现上述全部功能或者部分功能，通常情况下，item provider通过�l�承EMF Edit的基�c?span style="FONT-WEIGHT: bold">ItemProviderAdapter来实现全部的功能。下面分别介�l�这四个功能各自需要哪些方法的支持�Q?br>
    (1)Content and label item providers
    EMF.Edit分别通过AdapterFactoryContentProvider和AdapterFactcoryLabelProvider来提供content provider和label provider的功能，�q�两个类的构造函数都需要一个adapter factory�Q�EMF生成的edit部分代码中的**ItemProviderAdapterFactory�Q�负责�ؓ特定的类型创建或者定位adapter�Q�，它们的很多方法都通过分发到相应的Item Provider来实现。比如getChildren()的实现如下：

  public boolean hasChildren(Object object)
  {
    // Get the adapter from the factory.
    ITreeItemContentProvider treeItemContentProvider =
      (ITreeItemContentProvider)adapterFactory.adapt(object, ITreeItemContentProviderClass);

    // Either delegate the call or return nothing.
    return
      treeItemContentProvider != null  &&
        treeItemContentProvider.hasChildren(object);
  }

EMF.Edit为模型中的每个类生成一�?*ItemProvider�c�，负责为UI的显�C�提供具体的实现。每个类在默认情况下都实��C��5个接�?其中的三个IStructuredItemContentProvider(为ListViewer和TableViewer提供contentProvider), ITreeItemContentProvider(为TreeViewer提供contentProvider),IItemLabelProvider(为TreeViewer和ListViewer提供labelProvider)是支持这一功能�?
如果我们要用TableViewer昄��订单�Q�模型中对应PurchaseOrder�c�）�Q�那么应该修改PurchaseOrderItemProvider�Q��它实现ITableItemLabelProvider�Q�同时实现方法getColumnText和getColumnImage。还要在��模型生成的POItemProviderAdapterFactory�cȝ��构造函��C��d��对ITableItemLabelProvider的支持：

...
supportedTypes.add(ITableItemLabelProvider.class);

    (2)Item Property Source
    当打开PropertySheet�Ӟ��AdapterFactoryContentProvider�q�是通过adapterFactory扑ֈ�相应的实��C��IItemPropertySource接口的item Provider。EMF.Edit中的PropertySource�c�d��C��q�一接口�Q�因此AdapterFactoryContentProvider�q�回PropertySource的一个新创徏的实例（作�ؓ被选中的item provider的wrapper�Q�给PropertySheet�Q�PropertySource把很多方法的实现分发�l�了itemPropertySource。其代码如下�Q?br>

public IPropertySource getPropertySource(Object object)
  {
    if (object instanceof IPropertySource)
    {
      return (IPropertySource)object;
    }
    else
    {
      IItemPropertySource itemPropertySource =
        (IItemPropertySource)
          (object instanceof EObject && ((EObject)object).eClass() == null ?
            null :
            adapterFactory.adapt(object, IItemPropertySourceClass));

      return
        itemPropertySource != null ?  createPropertySource(object, itemPropertySource) : null;
    }
  }

  protected IPropertySource createPropertySource(Object object, IItemPropertySource itemPropertySource)
  {
    return new PropertySource(object, itemPropertySource);
  }

    自动生成�?*ItemProvider实现�?个接口中的IItemPropertySource��是支持�q�一功能的，其中getPropertyDescriptors()�Ҏ��q�回的列表决定了PropertySheet中显�C�的内容列表�?br>
    (3)Command Factory
    EMF.Edit提供了修改EMF对象�Q�可以undo�Q�的整套机制�Q��ƈ且提供了一些通用的命令。自动生成的**ItemProvider实现�?个接口中�q�没提到的IEditingDomainItemProvider��是支持�q�一功能的。EMF.Edit的Command Framework需要EditngDomain接口�Q�其中类AdapterFactoryEditingDomain如同前面提到的AdapterFactoryContentProvider和AdapterFactoryLabelProvider�Q�它负责把相应的�Ҏ��(比如getChildren()�Q�getParent()�{�）分发�l�实��C��IEditingDomainItemProvider的Item Provider�?br>
    (4)Change Notification
    �?*ItemProvider所adapt的对象状态发生变化时�Q?*ItemProvider会收到Notification�Q�其NotifyChanged()会被调用。ItemProvider作�ؓObserver负责�q��o不相关的事�g�Q�然后把相关的事件传递给模型的central change notifier�Q�通常是实��C��IChangeNotifier接口�?*ItemProviderAdapterFactory�?br>    当我们在PropertySheet中修改Item�Q�订单项�Q�在模型中对应Item�c�）的名字时�Q�首先ItemPropertyDescriptor的setPropertyValue()�Ҏ��被调用，它会通过SetCommand修改名字或者直接调用Item的eSet(),��M��q�两�U�方法都会调用到ItemImpl的setName()�Ҏ��Q�该�Ҏ��中判断是否需要发送通知�Q�如果需要，则向所有监听item对象的adapter发送通知�Q�即调用它们的notifyChanged()�Ҏ��Q�，�q�些adapter包括ItemItemProvide�Q�它的notifyChanged()�Ҏ��调用POItemProviderAdapterFactory�Q�IChangeNotifier�c�d��Q�的fireNotifyChanged()�Ҏ��Q�然后再调用所有注册的listener的fireNotifyChanged()。这些listener可能是PropertySheet�Q�Outline视图中的TreeViewer�{�，收到通知后，更新视图以反映model的变化。当有事件发生需要通知JFace的Viewer�Ӟ��真正的listener�q�不是viewer本��n�Q�而是它的content provider�?br>
    EMF.Edit的另一部分重要内容Command Framework留到下一部分介绍�?br>

xiaoxiaoleemin 2007-05-05 18:08 发表评论

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF��介（下）

xiaoxiaoleemin — Fri, 04 May 2007 13:44:00 GMT

EMF Framework提供了模型变化通知、持久化支持、操�U�EMF对象的反��API�{�功能来帮助用户提高工作效率�Q�下面分别详�l�介�l�一下�?br> 1.Notification and Adapter
EMF生成的每一个类�q�是一个Notifier�c�d��Q�因此当它的属性或者引用改变的时候可以发出通知。这是一个很重要的性质�Q�通过监听EObject的变化可以及时地更新视图或者与之相兌��的对象。EMF中的Notification Observer�Q�Listener�Q�叫做Adapter�Q�它除了监听事�g以外�Q�还可以扩展其它行�ؓ(extend behavior)�{�。一个Adapter可以通过如下的方式添加到��M��一个EObject对象上（比如PurchaseOrder�Q�：

Adapter poObserver =
aPurchaseOrder.eAdapters().add(poObserver);

然后�Q�当aPurchaseOrder的状态发生变化时�Q�比如setBillTo�Ҏ��发生了）�Q�poObserver的notifyChanged()�Ҏ��会被调用�?br> EContentAdapter,可以��d��C��个根元素�Q�一个资源或者一个resource set,它可以监听这些元素的��M��子元素的状态变�?
Adapter在实现behavior extension(比如不通过�l�承来实现某个接口的功能�Q�的功能�Ӟ��是通过AdapterFactory来完成的。比如：

POAdapter adapter = (POAdapter)somePOAdaterFactory.adapt(someObject,POAdapter.class);

    �q�样�Q�POAdapter�c�d��的adapter对象被添加到了对象someObject上�?br>
    2.Object Persistence
    EMF对�Q何model的默认的序列化方式是XMI。有两个跟序列化相关的函敎ͼ�eContainer()和eResource().下面通过例子来看�q�两个方法的作用�Q?br>

PurchaseOrder order = POFactory.eINSTANCE.createPurchaseOrder();
order.setBillTo("123 Maple Street");

Item item = POFactory.eINSTANCE.createItem();
item.setProductName("Apples");
item.setPrice(0.45);
item.setQuantity(20);

order.getItems.add(item);

�q�里PurchaseOrder和Item分别是模型中代表订单和订单项的类。这时如果调用item.eContainer()会返回order对象。但是如果调用order.eContainer()则会�q�回null�Q�因为它没有被包含在��M��元素里边。这时order和item的eResource()�Ҏ��都会�q�回null�?br> ��Z��序列化这些对象，我们应该把它们加入到一个Resource里边。Resource是一个代表吴立存储位�|�（如文�Ӟ��的接口。我们只需要把根元素加入到Resource中即可�?br>

Resource resource = ;
resource.getContents().add(order);

�q�时order和item的eResource�Q�）�Ҏ��都会�q�回resource对象�Q�其中item是通过order加入到resource中去的。这时调用resource.save(null)后两个对象就保存下来了�?br> 但是�Q�如何取得resource呢？可以借助于EMF中的ResourceSet�Q?它是创徏Resource的工厂，��是一�p�d��resource的集合�?br>

ResourceSet resourceSet = new ResourceSetImpl();
URI fileURI = URI.createFileURI(new File("mypo.xml").getAbsolutePath());
Resource resource = resourceSet.createResource(fileURI);
resource.getContents().add(order);
resource.save(null);

保存完成之后�Q�如何读取呢�Q?

PurchaseOrder order = (PurchaseOrder)resource.getContents().get(0);

    ResourceSet�q�支持跨文档的引用（cross-document reference)�Q�当遇到跨文档的引用�Ӟ��先用proxy对象来代替实际的对象�Q�当�W�一�ơ真正��用这个对象的时候才resolve成真正的对象。Proxy是一个关于目标类的一个未初始化的对象�Q�但是它拥有实际对象的URI�?br>
    3.The Reflective EObject API
    EObject defines a generic,reflective API for manipulating instances.

EClass orderClass = POPackage.eINSTANCE.getPurchaseOrder();
EAttribute shipToAttribute = POPackage.eINSTANCE.getPurchaseOrder_shipTo();
orderClass.eSet(shipToAttribute, "123 street");
String shipTo = orderClass.eGet(shipToAttribute);

    上面调用orderClass的eSet和eGet�Ҏ��比直接调用order的setShipTo()和getShipTo()效率要低一些，因�ؓ它要switch做一些条件判断，但是它的优点是open up the model for completely generic access.EMF.Edit中的AddCommand�Q�SetCommand�{�通用的命令就是通过�q�种方式实现的�?br>
    4.Dynamic EMF
    在没有生成模型中各个�cȝ��代码之前�Q�我们也可以使用他们的对象，如下�Q?br>

EPackage package = EcoreFactory.eINSTANCE.createEPackage();
EClass orderClass = EcoreFactory.eINSTANCE.createEClass();
orderClass.setName("PurchaseOrder");
package.getEClassifiers().add(orderClass);

EClass itemClass = EcoreFactory.eINSTANCE.createEClass();
itemClass.setName("Item");
package.getEClassifiers().add(itemClass);

EAttribute shipToAttribute = EcoreFactory.eINSTANCE.createAttribute();
shipToAttribute.setName("shipTo");
shipToAttribute.setEType(EcorePackage.eINSTANCE.getEString());
orderClass.getEAttributes().add(shipToAttribute);
...

接下来，我们可以�q�样初始化这些类的对象：

EFactory factory = package.getEFactoryInstance();
EObject order = factory.create(orderClass);
order.eSet(shipToAttribute, “123 street");

��x��Q�EMF的基本知识就介绍完了�Q�如果你只是需要EMF产生的Model Code�Q�那么需要学习的东西��p��么多了。如果你�q�需要EMF产生的Edit Code和Editor Code�Q�那么还有另外的知识需要学习�?br>

xiaoxiaoleemin 2007-05-04 21:44 发表评论

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF��介（上）

xiaoxiaoleemin — Fri, 04 May 2007 11:13:00 GMT

    1.EMF的元模型Ecore
    我们通常所说的模型(Model)是指应用�E�序更高层次的描�q�ͼ�通过它可以生成部分甚臛_��部的实现代码�Q�可以由UML�{�标准的�Ҏ��来定义。EMF(Eclipse Modeling Framework)中的模型层次没有�q�么高，它和实现直接兌��?br>    EMF是一个可以��生代码的框架�Q�你可以通过UML�c�d��、XML Schema、Java Interface�{��Q何一�U�方式来定义EMF模型�Q�而且可以�׃��U�方式生成另外其它方式，在这里EMF 模型��是把这三者结合在一��L��更高层次的一�U�表�C�。EMF模型本质上是UML�c�d��的子集，它是关于应用的类和数据的��单模型�?br>    用来描述EMF模型的模型（元模型）叫做Ecore�Q�Ecore本��n也是一个EMF模型�Q�因此它是自��q��元模型，也可以说Ecore是一个元元模型。Ecore模型的主要组成部分有�Q?br>    EClass�Q�代表一个类�Q�通常有自��q��名字�Q?个或者多个属性、引用�?nbsp;
    EAttribute:代表一个属性，有自��q��名字和类型�?br>    EReference:代表两个�c�M��间的兌��关系的一端。有名字�Q�代表是否聚合的boolean�c�d��的标志，以及目标�cȝ��c�d��?br>    EDataType�Q�代表属性的�c�d��Q�可以是int或者float�{�原子类型，也可以是java.util.Date�{�对象类型�?br>    当我们有了自��q��具体应用�Ӟ��我们会实例化Ecore的以上元素�ؓ�q�个具体的应用构造模型，�U�Cؓcore模型。core模型的序列化采用XMI(XML Metadata Interchange)�Q�因为用来定义core模型的三�U�方式（Java Interface,XML Schema�Q�UML)都有各自的缺点，不适合作�ؓcore模型的序列化形式�?br>
    2.目前生成Ecore模型的三�U�方�?/span>
    �Q?�Q�从UML生成: 直接用Ecore Editor或者Omondo提供的工具EclipseUML;也可以从EMF Project的Wizard中导入mdl文�g�Q�还可以从UML工具中导出。其中第一�U�方法可以自动的同步core模型与工具中�~�辑的模型（如EclipseUML�~�辑的ecd文�g�Q�，而后两种�Ҏ��当uml�c�d��有了变化旉��要重新导入或者导出才能��core模型与之同步�?br>    �Q?�Q�从Java Interface生成�Q�在要徏模的�c�L��者方法前�?#8220;@model”注释�Q�每个属性和引用对应一个get�Ҏ��Q�不需要set�Ҏ��?br>

/**
*@model
*/
public interface PurchaseOrder
{
    /**
     @model
     */
    String getShipTo();

    /**
     @model
     */
    String getBillTo();

    /**
     @model type="Item" containment="true"
     */
    List getItems();
}

    (3)从XML Schema生成�Q�模型中的每个类用一个complex type表示�Q�一个属性用一个内嵌的element表示�Q�引用则用一个内嵌的属于另一个complex type的element表示。这��L��定schema之后�Q�模型实例的序列化根据它来进行�?br>    除了以上三种定义模型的方式之外，�q�存在其它的方式�Q�比如说�Q�目前EMF正在支持RDB Schema�Q�Rational Database)的方式来定义模型�?br>
    3.代码生成
    模型��C��码的自动生成是EMF重要的功能之一�Q�大大提高了生��率，而且生成的代码简�z�，高效�?br>    Ecore中的每个�c�（EClass�Q�会生成一个接口和一个实现类�Q�EMF�Ҏ��采用了这�U�实��C��接口相分��ȝ��设计。其中的接口都会�l�承EObject�q�一EMF中的集接口，它如同java.lang.Object在Java中的��C��Q�它主要提供了三个功能：eClass�Q�）�Ҏ��q�回该对象的metaobject�Q�eContainer�Q�）和eResource�Q�）反别�q�回包含该对象的对象和资源；另外eGet�Q�）、eSet�Q�）、eIsSet�Q�）和eUnset�Q�）�{�方法�ؓ讉K��该对象提供了API.EObject�q��承了Notifier接口�Q�当对象发生变化�Ӟ��如成员变量的取值发生了变化�Q�会发出通知�Q�观察者设计模式）。比如改变Order对象的属性shipTo的set�Ҏ��的实现如下所�C?

public void setShipTo(String newShipTo)
{
   String oldShipTo = shipTo;
   shipTo = newShipTo;
   if(eNotificationRequired())
      eNotify(new ENotificationImpl(this, Notification.SET, POPackage.PURCHASE_ORDER_SHIP_TO, oldShipTO, shipTo));
}

其中eNotificationRequired()是BasicNotifierImpl�c�L��供的�Ҏ��Q�它�q�回是否需要调用eNofifier().
除此以外�Q�EMF�q��ؓ每个模型分别生成一个factory和package对应的接口和实现�c�R��其�?*Factory�l�承于EFactory�Q��ؓ模型中每个类的创建提供create***�Ҏ��Q�因此我们在EMF中一般不用new来创建对象。创��Z��个订单对象的代码如下�Q?br>

PurchaseOrder po = POFactory.eINSTANCE.createPurchaseOrder();

    如果**Factory中没有�ؓ你想要的�c�d��生成特定的create***�Q�）�Ҏ��Q�那么可以用基类EFactory的create�Q�EClass class)�Ҏ��Q�将要创建的�c�d��作�ؓ参数传入卛_��。比如说�Q�模型中用到Enumeration或者自定义的MapEntry�Q?*Factory中就不会有直接创��两个�c�d��的对象的�Ҏ��Q�我们可以用***Factory.eINSTANCE.create�Q?*Package.eINSTANCE.getIntToIntEntry)来完成�?br>   **Package使得我们可以讉K��模型中的Ecore元数据，模型中的每个�c�R��每个属性、每个引用都�?*Package中对应一个int倹{�?br>   生成�?*AdapterFactory�c�d��以�ؓ特定的类型创建Adapter�?br>
   4.代码的重新生成与合�ƈ
   EMF生成的类、接口、方法、域前面都有“@generated"标记�Q�如果改变该标记�Q�那么在重新生成代码的时候，�q�个标记下的部分保持不变�Q�不会重新生成。如果你修改了getName�Q�）�Ҏ��的实玎ͼ�也相应的修改了该�Ҏ��前面�?@generated"标记�Q�但是你既想保留自己对这个方法的修改�Q�又想看看EMF自动生成的这个方法是什么样子的�Q�这时可以通过在该�c�L��件中��d��q�样一个方法来实现�Q?br>

/**
*@generated
*/
public String getNameGen()
{
}

�q�个�Ҏ��名字的末��֊�上了Gen后缀�Q�这样EMF在生成代码的时候发��C��把getName�Q�）前面�?#8220;@generated"标记修改了，�q�时它会��查有没有getNameGen()�Ҏ��存在�Q�如果有�Q�就把getName的默认实现添加在�q�个�Ҏ��里边。重新生成代码后�Q�发现EMF为getNameGen()�Ҏ��d��了实现语�?return name".
EMF代码生成器是从generator model �Q?genmodel文�g�Q�而不是core model�Q?ecore文�g�Q�来生成代码的，�q�里的generator model是core model的Decorator�Q�其中的GenClass修饰EClass�Q?GenFeature修饰EAttribute和EReference�{�，另外它还包含生成代码的包名，生成的Package和Factory�cȝ��前缀名字�{�信息�?br> generator model和ecore model分离的好处是�Q�Ecore元模型只保存模型信息�Q�而独立于代码生成相关的一些额外信息。坏处是两个模型可能��Z��不一致的状态，因此修改了ecore模型后，应该在genmodel上重新导入ecore模型�Q�以保持两个模型的一致性�?br>

xiaoxiaoleemin 2007-05-04 19:13 发表评论

《EMF�Q�A Developer's Guide》读书笔记第一章：Eclipse概述

xiaoxiaoleemin — Sat, 03 Mar 2007 05:26:00 GMT

Eclipse是一个开源��Y仉��目，它的目标是提供最好的工具集成�q�_��。Eclipse软�g��h��Common Public License�Q�就是说你可以��用、修改其中的代码�Q�可以重新发布�ؓfree版本�Q�也可以作�ؓ�U�有��目的一部分�?br> Eclipse��目分�ؓ三个子项目：Eclipse��目�Q�Tools��目和Technology ��目�?br>
Eclipse��目�Q�主要包括Eclipse开发的核心�l��g�Q�即Eclipse SDK�Q�它用于支持�q�_��或者框架的开发。Eclipse本��n是用Java开发的�Q�但是它可以用于实现其它语言的开发工兗��Eclipse��目又分��Z��个子��目�Q�Platform�Q�JDT�Q�Java Development Tools),PDE(Plugin Development Tools).��Z��q�三个子��目��以��L��扩展Eclpse框架或者开发其它工兗��?br>

Platform�Q�Eclpse的核心组件。它提供了插件开发和工具集成所需要的框架和服务，比如标准的工作台用户界面�Q�项目、文件和文�g夹的��理机制�{��?
JDT是Java的集成开发环境，甚至可以用于开发Eclipse本��n�?
PDE为Eclipse插�g提供view和editor。PDE建立在JDT的基��上�ƈ且进行了扩展�Q�它支持一些非Java的插件开发活动，比如定义扩展炏V�?

Tools��目�Q�Eclipse�q�_��开发出来的各种为其它应用提供支持的工具。如CDT是一个实现C++集成开发环境的子项目，GEF是一个提供图形编辑功能的子项目，而EMF是一个由形式化模型定义�{化�ؓ模型代码的子��目�?br> Technology��目�Q��ؓ兛_��Eclipse的研�I�员或者学术界人士提供��Z��。如XML Schema Infoset Model��目��是一个基于EMF的用于读取、操作XML Schema的库�?br>
下面介绍一下Eclipse��目的Platform子项目的几个重要特征�Q?br> �Q?�Q�Plug-in体系�l�构�Q?br> 在Eclipse中，提供某个功能的基本单元或者构件成为插�Ӟ��Plugin�Q�。Eclipse�q�_��以及在其上面扩展的其它一些工具都是由一�p�d��插�g�l�成。插件包括运行所需要的Java代码、图片文件、文本文件、名为Plugin.xml的Manifest文�g�{�。plugin.xml声明了该插�g与其它插件的关系�Q�其中，Requires声明它的�q�行所依赖的其它插�Ӟ��Exports声明它的公有�c�d��其它插�g的可见性；Extension Point声明了其它插件��用它的方式；Extensions声明它所使用的其它插件的扩展炏V�?br> Eclipse启动时先扑ֈ�所有可用的插�g�Q�但是不全部启动。当真正需要某个插件的时候才��插�g分配自己的Class loader�q�运行插�Ӟ��q�种性质成�ؓ“Lazy Start”�?br> �Q?�Q�工作台资源�Q?br> Eclipse中资源（resource�Q�是指具有如下特性的��M��文�g或者文件夹�Q�可以在上面注册Change Listener 以监听资源的变化�Q�可以在上面��d��错误信息或者TODO列表�{�Marker�Q�可以跟�t�其历史变化。Project是一�cȝ��D�的文�g夹类型的资源�Q�即文�g�pȝ��中用��h��定的一个文件夹�?br> �Q?�Q�UI框架�Q?br> Eclipse的UI框架包括SWT和JFace�Q�以及定义了整个EclipseIDE的整体结构的工作台界面�?br>

SWT �Q�Standard Widget Toolkit)是一个独立于操作�pȝ��的图形库�Q�它��可能多的调用操作系�l�的native widget。而Java的AWT只有List�Q�Text Field和Button�Q�各�U�操作系�l�下�q�些�l��g的外观类��|��{�底层组件是调用操作�pȝ��的，其它�l��g都是Swing自己模拟。所以AWT和Swing在不同的操作�pȝ��下开发出来的界面外观�c�M��Q�导致与本地操作�pȝ��更个不协调。而SWT只有在操作系�l�没有native实现的情况下才自己模拟，因此开发的界面与本地操作系�l�风��g��致�?
JFace是用SWT实现的更高层�ơ的工具集，负责囑փ�字体的管理、对话框、向对{��进度条�{��Q务。JFace�q�没有像用户隐藏SWT的API�Q�因此用户可以同时��用JFace和SWT。JFace的一个重要内�Ҏ��提供标准的试囄��Q�如 list�Q�tree�Q�table�{�组件的viewer�Q�它们与SWT中的List�Q�Tree�Q�Table�l��g对应�Q�只是从更高层次上显�C�数据�?Action Framework用来��单和工具条添加命令，是JFace的另一主要内容�?
工作台是用户使用Eclipse的主�H�口�Q�由SWT和JFace实现。一个主�H�口�׃��p�d��的view和editor�l�成。工作台上view和editor的位�|�可以自由排列，每种排列方式叫做一个Perspective�?/li>

xiaoxiaoleemin 2007-03-03 13:26 发表评论

亚洲精品美女久久7777777,亚洲熟妇无码一区二区三区导航 ,亚洲精品无码乱码成人

EMF建模常见问题

如何昄���PropertySheet视图

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF���介（下）

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF���介（上）

《EMF�Q�A Developer's Guide》读书笔记第一章：Eclipse概述

如何昄��PropertySheet视图

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF��介（下）

《EMF�Q�A Developer's Guide》读书笔记第二章 �Q�EMF��介（上）