在参考了GEF?/SPAN>flow example之后Q对其代码作了部分重构，写了q片文章Q希望对遇到同样问题的同志能够有一定的帮助?/SPAN>
首先引入一个接口：
public interface GraphBuilder {
public void contributeNodesToGraph(DirectedGraph graph, Map map);
public void contributeEdgesToGraph(DirectedGraph graph, Map map);
public void applyGraphResults(DirectedGraph graph, Map map);
}
q个接口中定义了几个Ҏ(gu)Q其含义从其Ҏ(gu)名中可以猜出Q?/SPAN>
contributeNodesToGraphQ将当前对象作ؓ节点Q?/SPAN>NodeQ添加到DirectedGraph中?/SPAN>
contributeEdgesToGraphQ将当前对象所对应的连U作Q?/SPAN>EdgeQ添加到DirectedGraph中?/SPAN>
applyGraphResultsQ将图中生成的布局信息取出Q对本对象进行重新布局?/SPAN>
接口中的graph参数是保存的图的信息，map参数l持一个对象到节点/边的映射Q得每个对象能够方便的扑ֈ其对应的图中的节Ҏ(gu)者边。这个接口的使用Q在后面会有涉及。下面先看看昄囄容器是如何构建的?/SPAN>
囄容器定义?/SPAN>GraphDiagramEditPartQ这?/SPAN>EditPart对应于要昄的有向图的容器。它实现?/SPAN>GraphBuider接口Q这也是我们主要需要关注的接口Q?/SPAN>
public class GraphDiagramEditPart extends AbstractGraphicalEditPart implements
GraphBuilder.
contributeNodesToGraphҎ(gu)自w作Ҏ(gu)加到图中Q但是因?/SPAN>GraphDiagramEditPart对应的是容器Q因此它不需要向图中d信息Q只是调用其?/SPAN>EditPartQ将其添加到图中?/SPAN>
public void contributeNodesToGraph(DirectedGraph graph, Map map) {
for (int i = 0; i < getChildren().size(); i++) {
NodeEditPart activity = (NodeEditPart)getChildren().get(i);
activity.contributeNodesToGraph(graph, map);
}
}
contributeEdgesToGraphҎ(gu)这?/SPAN>EditPart的所有子EditPart取出Q调用其contributeEdgesToGraphҎ(gu)Q通过q个Ҏ(gu)Q就可以所有的Ҏ(gu)加到图中了：
public void contributeEdgesToGraph(DirectedGraph graph, Map map) {
for (int i = 0; i < getChildren().size(); i++) {
NodeEditPart child = (NodeEditPart)children.get(i);
child.contributeEdgesToGraph(graph, map);
}
}
applyGraphResultsҎ(gu)所有取出所有的?/SPAN>EditPartQƈ调用?/SPAN>applyGraphResultsQ得图中所生成的布局信息能够被应用到昄上?/SPAN>
public void applyGraphResults(DirectedGraph graph, Map map) {
applyChildrenResults(graph, map);
}
protected void applyChildrenResults(DirectedGraph graph, Map map) {
for (int i = 0; i < getChildren().size(); i++) {
GraphBuilder part = (GraphBuilder) getChildren().get(i);
part.applyGraphResults(graph, map);
}
}
下面要介l的?/SPAN>NodeEditPartQ它作图中所有节Ҏ(gu)对应?/SPAN>EditPart的抽象父c，也实CGraphBuilder接口。每一个要做ؓ节点d到图中的EditPartQ应该承这个类?/SPAN>
public abstract class NodeEditPart extends AbstractGraphicalEditPart implements
GraphBuilder{
public void contributeNodesToGraph(DirectedGraph graph,
Map map) {
Node n = new Node(this);
n.outgoingOffset = 7;
n.incomingOffset = 7;
n.width = getFigure().getPreferredSize().width;
n.height = getFigure().getPreferredSize().height;
n.setPadding(new Insets(10,8,10,12));
map.put(this, n);
graph.nodes.add(n);
}
public void contributeEdgesToGraph(DirectedGraph graph, Map map) {
List outgoing = getSourceConnections();
for (int i = 0; i < outgoing.size(); i++) {
EdgeEditPart part = (EdgeEditPart)getSourceConnections().get(i);
part.contributeEdgesToGraph(graph, map);
}
}
public void applyGraphResults(DirectedGraph graph, Map map) {
Node n = (Node)map.get(this);
getFigure().setBounds(new Rectangle(n.x, n.y, n.width, n.height));
for (int i = 0; i < getSourceConnections().size(); i++) {
EdgeEditPart trans = (EdgeEditPart) getSourceConnections().get(i);
trans.applyGraphResults(graph, map);
}
}
}
再就是边所对应EditPart的抽象类EdgeEditPart。每一个要作ؓҎ(gu)加到图中?/SPAN>EditPartQ需要承这个类。在上面NodeEditPart中对其所对应?/SPAN>Figure其实q没有什么要求，但是?/SPAN>EdgeEditPart所对应?/SPAN>FigureQ要求其Figure必须׃?/SPAN>BendpointConnectionRouterQ作为其ConnectionRouterQ?/SPAN>setConnectionRouter(new BendpointConnectionRouter())。这样图的边的\径信息才能够被显C出来?/SPAN>
public abstract class EdgeEditPart extends AbstractConnectionEditPart implements
GraphBuilder {
public void contributeEdgesToGraph(DirectedGraph graph, Map map) {
Node source = (Node)map.get(getSource());
Node target = (Node)map.get(getTarget());
Edge e = new Edge(this, source, target);
e.weight = 2;
graph.edges.add(e);
map.put(this, e);
}
public void applyGraphResults(DirectedGraph graph, Map map) {
Edge e = (Edge)map.get(this);
NodeList nodes = e.vNodes;
PolylineConnection conn = (PolylineConnection)getConnectionFigure();
conn.setTargetDecoration(new PolygonDecoration());
if (nodes != null) {
List bends = new ArrayList();
for (int i = 0; i < nodes.size(); i++) {
Node vn = nodes.getNode(i);
int x = vn.x;
int y = vn.y;
if (e.isFeedback) {
bends.add(new AbsoluteBendpoint(x, y + vn.height));
bends.add(new AbsoluteBendpoint(x, y));
} else {
bends.add(new AbsoluteBendpoint(x, y));
bends.add(new AbsoluteBendpoint(x, y + vn.height));
}
}
conn.setRoutingConstraint(bends);
} else {
conn.setRoutingConstraint(Collections.EMPTY_LIST);
}
}
}
最后的是一?/SPAN>LayoutManager来初始化囄创徏Q以及对囄信息q行解释了，生成最l布局了。这?/SPAN>GraphLayoutManager作ؓGraphDiagramEditPart所对应?/SPAN>GraphDiagram?/SPAN>LayoutManagerQ来昄囄内容?/SPAN>
public class GraphLayoutManager extends AbstractLayout {
private GraphBuilder diagram;
GraphLayoutManager(GraphBuilder diagram) {
this.diagram = diagram;
}
protected Dimension calculatePreferredSize(IFigure container, int wHint,
int hHint) {
container.validate();
List children = container.getChildren();
Rectangle result = new Rectangle().setLocation(container
.getClientArea().getLocation());
for (int i = 0; i < children.size(); i++)
result.union(((IFigure) children.get(i)).getBounds());
result.resize(container.getInsets().getWidth(), container.getInsets()
.getHeight());
return result.getSize();
}
public void layout(IFigure container) {
DirectedGraph graph = new DirectedGraph();
Map partsToNodes = new HashMap();
diagram.contributeNodesToGraph(graph, partsToNodes);
diagram.contributeEdgesToGraph(graph, partsToNodes);
new DirectedGraphLayout().visit(graph);
diagram.applyGraphResults(graph, partsToNodes);
}
}
可以看到?/SPAN>layoutҎ(gu)中，首先生成了一?/SPAN>DirectedGraphQƈ调用?/SPAN>contributeNodesToGraph以及contributeEdgesToGraphҎ(gu)Q将节点和边的信息添加到q个生成?/SPAN>DirectedGraphGraph中，然后使用布局法DirectedGraphLayout().visit(graph)来计生成图的信息（q里使用?/SPAN>visitor模式Q最后调?/SPAN>applyGraphResults图的信息应用到囑Ş的显CZ?/SPAN>
xQ所有框架的工作做完了，如果要将模型作ؓ一个有向图昄的话Q只需要将模型的容器对象对应于GraphDiagramEditPartQ在EditPartFactory中进行映）Qؓ每一个需要表CZؓ节点的对象，对应C个承于NodeEditPart?/SPAN>EditPartQؓ每一个需要表CZؓ边的模型对象Q对应到一个承于EdgeEditPart?/SPAN>EditPart。这Pp够将囄布局法Q应用到GEF框架中了?/SPAN>
q里写的比较单，使用h也会有一些具体的U束。例如在有向图中Q是不能够有孤立的节点的。如果?/SPAN>CompoundDirectedGraphQ就不会有这L(fng)问题Q?/SPAN>CompoundDirectedGraph可以包括子图Q可以支持更为复杂的囑Ş。在Flow Example中用的是CompoundDirectedGraph。在后面Q我或许会将q个框架q行改写Q以使其支持CompoundDirectedGraph来进行布局法。下面的图是一个生成的例子Q大家可以看一下效?
q是从OWL文g中读取内容之后生成的一个图的表C。可以看刎ͼOWL的节炚w过自动囄自动布局之后Q已l有了较好的视觉效果。如果没有这L(fng)布局的话Q因为单U的OWL文g中ƈ不会包含节点的图的信息，图显C出来会变得非常的ؕQ所有的节点都会堆在一赗?BR>
原文地址:http://www.aygfsteel.com/eclipshine/archive/2005/07/22/8195.aspx
| 9.22 SDO学习W记 |
|
今天_粗看了一眼SDOQ略有理解?/FONT>
SDO全称Service Data ObjectsQ是IBM提出的一个框架规范。SDO框架׃部分l成QDMSQData Mediator ServicesQ，Data Graph和DataObject。DMS负责生成Data GraphQData Graph包含一pd兌的Data Object。客户和DataGraph打交道，而DMS如何生成Data Graph又如何从Data Graph更新后面的数据则无需兛_。Data Graph是Disconnected Mode的数据处理方式，卛_其进行的修改操作Q将不会立刻体现Q需要将修改q的Data Graph由DMS来更新到数据源。Data Graph是通过log change summary来实现的?/FONT>
在Spec中说道，Data Graph被序列化为XML也能从XML中被反序列化。这使得在Services和其Caller之间传递DataGraph非常直接。同时也提出了系l内部、系l之间数据交互的一致方式——通过XML序列化过的Data Graph?/FONT>
Data Object可以被动态实玎ͼE序里将看不见具体的Data Objectc，比如Employeec，因此也无需定义XML SchemaQ，也可以被静态生成（例如预先建模后用工L(fng)成，目前IBMZEMF的RI可以使用EMF来生成）?/FONT>
DMS可以有许多实现方式，在IBm的SDO Specification中ƈ没有M关于DMS实现方式的规范。实际上QDMS在SDO Spec V2.0里面已经改称DASQData Access ServicesQ，我们发现q命名和DAOQData Access ObjectQ模式何其相伹{不q这里是Service。那么可以想象在SOA中，我们可以提供q样的DAS来提供数据ƈ作数据更新。难道与DAOcMq将会成ZUSOA模式Q?/FONT>
更重要的是，DAS可以在J2EE的各层都能被使用。你可以使用JDBC实现DAS用它做一个持久化服务层，你可以用EJB实现DASq且暴露成Web Service……你甚至可以使用Hibernate、JDOq样的持久化工具来实现DAS?/FONT>
所以我们不可能hSDO框架和Hibernate、JDO{工具——因为后者只是持久化工具存在于EIS之上Q也无需怀疑SDO的h(hun)值——SDO实可以为整个J2EE应用其是SOA提供一个一致的数据处理方式?/FONT>
明天l箋研究。希望能深化、纠正现在的理解?BR> |