色解SCA（reference to qqgroup & articles on network）

米布(8101690) 23:08:08

大家有没有想把 axis 嵌到自己产品中去的？

<o:p> </o:p>

我有一个理想(24332715) 23:08:13

如果SCA构件分布式的部署在多个应用服务器上，那么在装配中

<o:p> </o:p>

我有一个理想(24332715) 23:08:24

SCA的服务结构

<o:p> </o:p>

我有一个理想(24332715) 23:08:35

接口

<o:p> </o:p>

我有一个理想(24332715) 23:08:43

使用WS定义

<o:p> </o:p>

我有一个理想(24332715) 23:08:57

那么装配出来的应用效率是不是很低

<o:p> </o:p>

david(172171)

可以认为SCA的容器是一个bean

<o:p> </o:p>

我有一个理想(24332715) 23:09:47

没懂

<o:p> </o:p>

david(172171)

sca容器宿主在Tomcat上,通过sca可以引用其它分布的应用

<o:p> </o:p>

david(172171)

SCA宿主:启动SCA装配过程的系统


米布

(8101690) 23:11:24

我能否用 bpel 流程来引用SCA呢？

<o:p>

<o:p> </o:p>

david(172171)

可以

<o:p> </o:p>

david(172171)

这个问题在那个群里已经讨论过了

<o:p> </o:p>

我有一个理想(24332715) 23:12:23

通过宿主进行的引用？

<o:p> </o:p>

david(172171)

对

<o:p> </o:p>

david(172171)

http://blog.csdn.net/teamlet/archive/2007/03/22/1537510.aspx

<o:p> </o:p>

我有一个理想(24332715) 23:12:37

谢谢

<o:p> </o:p>

david(172171)

从这个图中可以看出 SCA中的component和bpel的关系

<o:p> </o:p>

david(172171)

sca的component/(composite: cuiyi add)对外提供粗粒度的接口,bpel通过implementation提供细粒度的实现

<o:p> </o:p>

david(172171)

sca是bpel更高层次的抽象(bpel is implement technology, sca is a component, compent is interfaces, one for expose, another for reference,就是下面的棍/坑说啦，cuiyi add)。

<o:p> </o:p>

我有一个理想(24332715) 23:14:38

bpel是SCA的服务实现

<o:p> </o:p>

<o:p>

我有一个理想(24332715) 23:14:45

是一种

<o:p> </o:p>

我有一个理想(24332715) 23:14:50

这么理解对吗？

<o:p>
</o:p>

david(172171)

是的，是其中的一种

 

david(172171)

component只不过是sca装配模型中最基本的组件单元，上面还有composite，domain

<o:p>

<o:p> </o:p>

david(172171)

想用bpel调用sca是可以的，但是大才小用了

<o:p> </o:p>

david(172171)

实现包括 , C++, PHP, Java Script, BPEL, SQL, XQuery, Composite，ruby

<o:p> </o:p>

david(172171)

当然还有java

<o:p> </o:p>

我有一个理想(24332715) 23:49:42

SCA Component 它有一个壳，壳上Service，Reference,property，壳里边包含的东西连接着Service，Reference,property，壳里边的东西就是这个Component的implementation(not exactly, cuiyi add)，implementation可以是很多东西，java，c++等等什么都行，这么理解对不对。

<o:p> </o:p>

两块田(7739638) 23:52:39

很对

<o:p> </o:p>

我有一个理想(24332715) 23:56:40

壳上的Service就是指出来的棍(凹进去的坑,引用找服务，就像棍插坑，cuiyi add)，Reference就是凹进去的坑（凸出来的棍），棍插坑，坑插棍，几个连一起，还有坑还有棍这时候是合成组件(Composite)，对不?

<o:p> </o:p>

两块田(7739638) 23:57:14

说得有点色了~:)

<o:p> </o:p>

我有一个理想(24332715) 23:57:23

哈哈

<o:p> </o:p>

我有一个理想(24332715) 23:58:33

再整几个只有棍的，还有只有坑的，把Composite的棍和坑插满，就是系统域(Domain)

<o:p> </o:p>

两块田(7739638) 00:11:24

兄弟研究棍和坑研究得挺深啊.

<o:p> </o:p>

我有一个理想(24332715) 00:11:38

 

两块田(7739638) 00:12:02

重要的是可以插进去,插出来又可以用到别的坑里~:)

<o:p> </o:p>

我有一个理想(24332715) 00:13:48

嗯

the following add by cuiyi, 系引用

开-闭”原则（Open-Closed Principle）是面向对象的可复用设计（Object Oriented Design或OOD）的基石。其他设计原则（里氏代换原则、依赖倒转原则、合成/聚合复用原则、迪米特法则、接口隔离原则）是实现“开-闭”原则的手段和工具。 

“开-闭”原则的定义

定义：一个软件实体应当对扩展开放，对修改关闭。
( Software entities should be open for extension,but closed for modification)。

在设计一个软件系统模块的时候，应该使这个模块可以在不被修改的前提下被扩展，或者说，可以在不必修改原来代码的情况下改变这个模块的行为。

满足“开-闭”原则的系统的优点

1)通过扩展已有的软件系统，可以提供新的行为，以满足对软件的新需求，使变化中的软件系统有一定的适应性和灵活性。
2)已有的软件模块，特别是最重要的抽象层模块不能再修改，这就使变化中的软件系统有一定的稳定性和延续性。
具有这样两个优点的系统是一个在高层次上实现了复用的系统，也是一个易于维护的系统。

“开-闭”原则的实现——抽象化

面向对象编程语言可以使用抽象的方法，为系统定义一个不再更改的抽象设计来作为系统的抽象层。这个抽象层覆盖了所有未来可能扩展，因此在任何情况都不会改变。这样使系统的抽象层保持不变，从而满足了开闭原则的第二点：对修改关闭。

由于从抽象层导出的一个或多个具体类可以改变系统的行为，因为系统的设计对扩展是开放的，从而满足了开闭原则的第一点：对扩展开放。

在SCA框架中，无论在commonj还是SPI；无论是composite还是component，都可以看到开闭原则的应用。

remark by cuiyi

I feel Component in SCA just a restriction according to DP, so exposed as interface or web service description language (XML), just made DP a restriction to developers, meanwile, the systems developed on it can be more extensice and integratable; 即：
SCA 提供一个以与技术无关的方式定义接口、实现和引用的模型，从而使技术人员能够将这些元素绑定到所选择的某一技术的特定实现。

例如，我们可以用 Java 定义我们的接口，将我们的实现作为 BPEL 流程加以应用，或者将接口作为一个 WSDL 文档，而且我们的实现可以是一个 Java™ 类。图 1 演示了如何在 IBM WebSphere Process Server 中使用 SCA。
图 1. WebSphere Process Server 中的 SCA

crazycy 2007-05-06 00:35 发表评论