iUpgradable
By Sandun PereraHow easy is your software to be upgraded to new versions of the same technology stack? If the answer is “Hard” then it would be much harder for an entirely different technology stack also.
Upgradability impacts in 3 main levels;
- Architectural level
- Developer level
- Upgrading phase
Let’s identify the areas of a software that get impacted when upgrading.
- Component
- Service
- Platform services
- Code behind
- Libraries
- User Interface
Component
In here the component is referred to the smallest unit of code portion that we can think of. Refactoring to into separate functions, files and assembly would increase its robustness and confident in reusing as well.
Services
Components with extended capabilities can be refactored to work as services, so other systems can also refer for the features. Services can incorporate with modern dependency injection patterns as well.
Platform services
Cloud services, infrastructure services and external vendor services can be encapsulated into custom classes so that application doesn’t have to worry about their details.
Code behind
Logic encapsulation, separation of concerns and docker kind of architectural approaches will improve the code migration capabilities, location wise and technology wise.
Libraries
Including third-party and vendor provided libraries must be used as they have implemented and shall not modify according to your requirement. If something is missing in library, it is missing, have your own or another library.
User interface
Front end applications consist of lots of repeating components and widgets. More than half of them usually reused in many places in the application. Create a single control with all the capabilities you want and refer that custom control in your application. You have the power to expose only what your application needs and you can have default settings for any additional inputs for the native control. In an upgrade, only that custom control needs changes.
Summarized idea
Wrap your repeating or external libraries with custom wrappers and reuse them in the application. In an upgrade only those wrapped custom codes need changes. Do not edit third party referring libraries, you may override them in your codes.