Skip to main content

Structural Design Patterns - Adapter

Structural Design Patterns in Swift

Adapter: To unify the interfaces of incompatible classes that already exists

Bridge: It decouples abstraction from its implementation, so that we can change them independently. It reduces the impact of changes

Decorator: Used to add new responsibilities to objects without modifying the underlying classes

Composite pattern: Describes how to combine objects so that each of them can be either simple or composite object.

Facade: Allows us to expose functionality of entire sub system via single class

Fly weight pattern: Used to effectively sharing no. of instances of a class by reducing number of object instances at runtime.

Proxy pattern: Proxy objects acts as a surrogate for more complex objects that me expensive for create or use.




Adapter: This pattern maps the existing interface to other interface.


Eg., Two classes A and B are implementing a protocol P, so we use polymorphism to call the methods of A and B classes. Now when a new class C does not implement the protocol P and we need to use the class C along with A and B, we couldn’t do it as the interface is different. In order to add the new method/interface to C (similar to A and B) we need Adapter Pattern

Adapter Pattern can be used in two ways 
  1. Creating new adapter class:
    Creating class D which adopts method protocol P and insod

    protocol P {
         func shareMessage(msg: String)
    }
    class D: P {
         func shareMessage(msg: String) {
               someObjectWithDifferentInterface.differentMethod(message: msg)
         }  
  2. Extending existing class to add new functionality:

    extension C: P {
         func shareMessage(msg: String) {
               someObjectWithDifferentInterface.differentMethod(message: msg)
         }  
    }

Adapter - The problem when adapter is not used



Adapter - The solution with object adapter




Adapter - The solution with adapter via extension  




Comments

Popular posts from this blog

Memory Management in iOS

The two basic rules of Memory Management are Objects obtained with  -alloc ,  -new ,  -copy , or  -mutableCopy  have a retain count of one. For objects created with any other method, assume they have a retain count of one but will be autoreleased . If you need to keep them in memory, you need to explicitly retain them. Lets see in detail how the memory management works, Memory management concepts are of critical importance and every Cocoa programmer should take the time to master them. Memory management in Cocoa comes in two flavors:  classic retain counts  and  garbage-collected . The question deals with the retain count flavor, so I will focus on that one. The retain count memory management scheme in Cocoa works on the basis that an object will remain in memory as long as other objects claim to be "interested in it." The Objective-C runtime keeps track of this "interested in" relationship with a simple number: the  retain c...

Advanced Debugging with Xcode and LLDB - WWDC 2018

Advanced Debugging Tips and Tricks: Injecting Code at runtime We can change values of variables at runtime while debugging (here variable_name is a Bool) expression variable_name = false  Here we are injecting value at runtime, so no need to run again to see the effect. (Other eg.,  expression animator.delegate = self) Under Xcode > Preferences > Behaviours > Running > Pauses > Check Show Tab Named, In order to show new tab while a breakpoint is hit. We can set other behaviours as well. We can add symbolic breakpoints on methods in frameworks. like This is in objective c because UIKit is in objective c. In order to find the values/parameter of a function inside framework, we can use For expression -[UILabel setText:] po $arg1 <UILabel ****> po (SEL)$arg2   "setText:" po $arg3 "0 ft" We can set symbolic breakpoints in 2 ways 1. By clicking plus in bottom left and choosing symbolic (Cons: Sets BP in all places) 2. By adding a breakpoi...