Chapter 6. Structured Code
If you work in software development, you probably will recognize the following situation: your manager comes in and drops a bombshell. Your coworker, the lead developer of the FindACab app, is ill. The app needs to go live today, but there’s a huge bug in it. The app doesn’t display any results. “Can you help fix this?” your boss asks (read: demands).
Together with the project manager, you review the application in Google Chrome. When you click on the Network tab, you see that the AJAX request returns no results. Digging deeper, you learn that this is because the parameters in the URL are incorrect. “Piece of cake,” you say, “there’s something wrong with the request URL. Just give me an hour.” But, once you open your coworker’s project file, you see that the entire project exists as one single JavaScript file. There is no structure in it at all. What should have taken one hour suddenly turns into five. Wouldn’t it be better if there were a bit more structure in the code?
Design Patterns
Another expression for building structure in code is creating a design pattern. When you are working with a large code base, you’re probably also working with a team. When working with teams, you’ll have to create standards because you don’t want to deal with a different coding style for every team member.
As of the release of Sencha Touch version 2.0, Sencha solves this challenge with the Model-View-Controller (MVC) pattern. The benefits of using this pattern are scalability, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access