12.07.2015 Views

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

Migration of a Chosen Architectural Pattern to Service Oriented ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 3. <strong>Architectural</strong> <strong>Pattern</strong>s 68<strong>Pattern</strong> nameOccurrencesLayers 18Shared Reposi<strong>to</strong>ry 13Pipes and Filters 10Client–Server 10Broker 9Model– View– Controller 7Presentation–Abstraction–Control 7Explicit Invocation 4Plug–in 4Blackboard 4Microkernel 3Peer <strong>to</strong> Peer 3C2 3Publish–Subscriber 3State Transition 3Interpreter 2Half Sync, Half Async 2Active Reposi<strong>to</strong>ry 2Intercep<strong>to</strong>r 2Remote Procedure Call 1Implicit Invocation 1Table 3.5: Popularity <strong>of</strong> particular patterns. Adopted from [38]There is a strong correlation between table 3.5 and table 3.1, namely, mostpopular patterns from table 3.5, like Layer or Pipe And Filters exist in all sourcedocuments. Less popular patterns like Plug–in or State Transmission did not passthe first selection or do not exist there at all. Paris Avgeriou and Uwe Zdun [8]] present one more very interesting outcome, a table 3.5presenting which exactlypatterns interact with others.<strong>Pattern</strong> nameOccurrencesLayers – Broker 6Layers – Shared Reposi<strong>to</strong>ry 3Pipes Filters – Blackboard 3Client Server – Presentation Abstraction3ControlLayers – Presentation Abstraction 3ControlContinued on Next Page. . .

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!