If I should choose only one thing from the knowledge I gained from my software engineering classes at university, I would have to go with "Low Coupling / High Cohesion"...
However, it appears that not all have been introduced to universal truth of the objective regarding implementing this in system design and architecture.
Coupling can be "low" (also "loose" and "weak") or "high" (also "tight" and "strong"). Low coupling refers to 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. With low coupling, a change in one module will not require a change in the implementation of another module. Low coupling is often a sign of a well-structured computer system, and when combined with high cohesion, supports the general goals of high readability and maintainability.
Systems that do not exhibit low coupling might experience the following developmental difficulties:
* Change in one module forces a ripple of changes in other modules.
* Modules are difficult to understand in isolation.
* Modules are difficult to reuse or test because dependent modules must be included.
The concept of coupling is usually related to the concept of cohesion: low coupling facilitates high cohesion, and vice versa. For example, one approach to increasing cohesion is functional design, which seeks to limit the responsibilities of modules along functionally-related boundaries. Modules with single responsibilities tend to communicate less with other modules, which typically causes the side-effect of reduced coupling.
Low coupling may also reduce performance, and a highly-coupled system is sometimes desirable to achieve maximum efficiency. Regardless, in many modern computing systems, the cost of reduced performance is often seen as a worthy trade for the benefits to the software development process that result from low coupling.
If you have no idea what I am talking about or would like to read more about how to obtain this in Flex, there is a pretty good article @ adobe.com that describes it pretty well and in great detail...
Check it out...
http://www.adobe.com/devnet/flex/articles/loose_coupling.html
Idealism is what precedes experience; cynicism is what follows...
Sunday, June 15, 2008
Subscribe to:
Post Comments (Atom)
Blog Archive
-
▼
2008
(123)
-
▼
June
(55)
- "Is it Flex ?" Online Service (by James Ward)
- DFUG meeting in Aarhus - Indian Summer Knowledge
- Remembering the pre-AJAX days ?
- 3D Charts Using PaperVision3D (by Andrew Trice)
- Workaholics United : The Two Minute Rule
- Synergy working with Microsoft Windows Vista
- PureMVC : Lazily Instantiated Components
- Adobe Flex : Flex 3 Compiler Design Document
- Adobe Flex : Custom ToolTip Implementation Sample
- Adobe Flex : There is a bug in the Adobe Flex Fram...
- Adobe Flex Resources Tool Suite
- HelloGroup is proud to announce their new website !?
- Xoopit turns your Gmail into a multimedia heaven
- Google Social Graph API
- dotNet : Other New Technologies
- StateMachines : Implementation of WF in AS3
- MyHome Benchmarks with YSlow
- Configuring Flex Builder to use the HellFire compiler
- AIR 1.1 : Now with Localization !
- Google Browser Sync Discontinued in FF 3
- Introducing acrobat.com
- Adobe Flex : Cross-versioning
- The benefits of Functional Design
- Maintenance is more than 3/4 of a successful syste...
- Low Coupling
- Mock Frameworks, not for everyone and everytime
- Adobe Flex : Linkreports
- Silverlight Tour Workshop
- Flex AIR and ActionScript Posters
- Adobe Flex : Flex community-powered Search
- Be your own toolsmith and instrument your applicat...
- HTML Code Formatter
- MSDN : TechEd 2008 in Barcelona
- Adobe Flex : Coding Standards
- Adobe Flex : Remember that the MXML inherits from ...
- Adobe Flex : Never try to manipulate the children ...
- Adobe Flex : Coding Conventions
- Adobe Flex : Never try to removeChildren() that ar...
- Adobe Flex : Event/Action binding in MXML and AS
- Adobe Flex : The Code-Behind Pattern
- Adobe MAX 2008
- ItDepends : A tool for visually exploring the depe...
- FlexCover : A code coverage tool for Flex, AIR and...
- Adobe Flex 4
- Thunderbolt : A logger extension for ActionScript ...
- SVN : Frequency of Update&Commit cycles
- HCI : Morphable Interfaces - The Initial Inspiration
- PureMVC & Cairngorm : Introducing Tech Per
- State Machines : The C in PureMVC
- State Machines : Windows Workflow Foundation
- State Machines : Basic Thoughts
- State Machines : A Powerfull Programming Tool
- Adobe OnAIR Tour Stockholm (2)
- Adobe OnAIR Tour Stockholm (1)
- PureMVC : Pipes : Demo
-
▼
June
(55)
My Network
-
-
Stop dragging me into board meetings - Dear Reader : This might be a bit more NEGATIVE than you’re used to. Apologies about that. I love to chair startups and companies, but I hate 95% board m...9 years ago
-
Design practice makes perfect - Evidence gained from research is powerful. It can persuade the most stubborn board members if presented in a way where decisions can be made based on facts...10 years ago
-
-
dutch vs danish politics - First reaction: glad I don’t live there. And then I made this comparison. It doesn’t differ that much actually. CDA 14% – Konservative 10% VVD 21% – Venstr...14 years ago
-
The Next Web – Timothy Ferriss - First speaker on the last day of The Next Web was Timothy Ferriss, author of the ”4-Hour workweek”. I don’t know what I was really expecting from a guy who ...14 years ago
-
Links for Motorcycle enthusiasts - MC travel-blogs: Must see: http://www.kccd.no/ http://4qconditioning.blogspot.com/ Danish blogs: http://www.ossianbuilds.blogspot.com http://wrenchmonkees....14 years ago
-
New Arduino project - I found myself a new Arduino project – an automated car! Well how to go about this. My best approach was to get a cheap RC toy car from the local toy store...15 years ago
-
Unrecognized selector sent to instance - As you may or may not know, I do iPhone/Cocoa touch now... While playing around with something this evening I stumbled across something I thought I'd share...15 years ago
-
-
-
-
-
-
-
About Me
- Peter Andreas Molgaard
- Copenhagen, Denmark
Labels
- Adobe Flex (62)
- Events (28)
- Best Practices (27)
- ActionScript 3.0 (16)
- Adobe AIR (15)
- Tools (15)
- Workaholics United (14)
- PV3D (10)
- Arbitrary Thoughts (9)
- PureMVC (7)
- Adobe Flex SDK (6)
- Adobe Max (6)
- Methodology (6)
- RIA (6)
- State Machines (6)
- .NET (5)
- Adobe Flex Builder (5)
- DFUG (5)
- Google (5)
- WebORB (5)
- Data Visualization (4)
- Flash Platform (4)
- Independent Thinking (4)
- Process (4)
- SEO (4)
- Silverlight (4)
- Adobe Flash Player (3)
- Code Design (3)
- Flash Player (3)
- HCI (3)
- MAC vs. PC (3)
- Microsoft (3)
- Performance Optimization (3)
- Stockholm (3)
- Undocumentation (3)
- Visual Studio (3)
- Windows Workflow Foundation (3)
- ACE (2)
- AUG (2)
- Adobe Thermo (2)
- Ajax (2)
- Bug Report (2)
- Cairngorm (2)
- Commerciel (2)
- Documentation (2)
- Estimation (2)
- Firefox (2)
- Google Gears (2)
- London (2)
- Morphable Interfaces (2)
- SVN (2)
- SoftwareEngineering (2)
- Test (2)
- Admin (1)
- Adobe Flex Adobe Flex Builder (1)
- Facebook (1)
- Graphics (1)
- Hardware (1)
- HelloGroup (1)
- IEEE (1)
- Outsourcing (1)
- Training (1)
- XAML (1)
No comments:
Post a Comment