Special

Introducing the “Welcome to Xojo” Bundle!

New to Xojo and looking for guidance? We've put together a terrific bundle to welcome you! Xojo Bundle

This bundle includes six back issues of the magazine -- all of year 18 in printed book and digital formats -- plus a one-year subscription (beginning with 19.1) so you'll be learning all about Xojo for the next year. It's the perfect way to get started programming with Xojo. And you save as much as $35 over the non-bundle price!

This offer is only available for a limited time as supplies are limited, so hurry today and order this special bundle before the offer goes away!

Article Preview


Buy Now

Issue 6.3

FEATURE

Loosely coupled systems

Issue: 6.3 (March/April 2008)
Author: Norman Palardy
Author Bio: Norman Palardy has worked with SQL databases since 1992, and has programmed in C, C++, Java, REALbasic, and other languages on a wide variety of platforms. In his 15+ years of IT experience, Norman has developed innovative and award-winning applications for TransCanada Pipelines, Minerva Technologies (now XWave), Zymeta Corporation, and the dining and entertainment industry. He holds a BSc from the University of Calgary in Alberta.
Article Description: No description available.
Article Length (in bytes): 23,335
Starting Page Number: 15
Article Number: 6310
Resource File(s):

Download Icon 6310.zip Updated: 2008-03-15 12:35:28

Related Web Link(s):

http://en.wikipedia.org/wiki/Coupling_
http://activemq.apache.org/
http://stomp.codehaus.org/

Excerpt of article text...

Wikipedia says coupling [http://en.wikipedia.org/wiki/Coupling_(computer_science) ] is "a relationship in which one module interacts with another module through a stable interface and does not need to be concerned with the other module's internal implementation."

Low coupling is a good thing. The less you rely on undocumented internal behavior of a method, class, or even an entire piece of software, the less coupled your methods and programs are. You should strive to only rely on the output or return values of a method and not on how the method achieves its results. This makes it easier to alter the behavior of a method or class when you find you need to make some change. In an RB program you, as the author, can control this quite readily.

When you have a piece of software that you write that needs to interact with other pieces of software, how do you achieve this same loose coupling? You may want to be able to permit authors to write software in REALbasic and perhaps other languages as well. Somehow you have to make it possible to be able to write "services" in as wide a variety of languages as you can. You may want some pieces written in C, some in C#, some in Java, some in REALbasic, and even others as Unix shell scripts.

...End of Excerpt. Please purchase the magazine to read the full article.