https://github.com/andymatuschak/refactor-the-mega-controller

Commits contain refactoring steps taken in my talk, "Let's Play: Refactor the Mega-Controller"
https://github.com/andymatuschak/refactor-the-mega-controller

Last synced: 4 days ago
JSON representation

Commits contain refactoring steps taken in my talk, "Let's Play: Refactor the Mega-Controller"

• Host: GitHub
• URL: https://github.com/andymatuschak/refactor-the-mega-controller
• Owner: andymatuschak
• Created: 2015-09-17T10:14:14.000Z (over 9 years ago)
• Default Branch: master
• Last Pushed: 2017-04-13T06:51:23.000Z (almost 8 years ago)
• Last Synced: 2025-01-07T17:14:46.105Z (11 days ago)
• Language: Swift
• Size: 41 KB
• Stars: 448
• Watchers: 19
• Forks: 34
• Open Issues: 2
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

        
# Let's Play: Refactor the Mega-Controller

Hello! This project needs some explanation.

This is the companion source for [a talk I've been giving](https://vimeo.com/140037432) under the same name. You can also [watch a more "improvised" version](https://realm.io/news/andy-matuschak-refactor-mega-controller/) of it I gave at Realm.

The idea is to take a highly-coupled, highly-ugly view controller implementation and to incrementally isolate, abstract, and test components of it, reducing dependencies of each piece along the way.

I've tried to use this project to demonstrate some of the architectural design principles I've been developing for Swift. The source probably won't make much sense outside of the context of the talk, but perhaps in time I'll annotate the source with docstrings so that it can be read on its own.

If you're reading this outside the context of my talk, I'll offer this caveat: all added layers of abstraction also add complexity. Not all of these steps will necessarily be worth it given the tradeoffs of your own project. This project attempts to demonstrate aggressive isolation for instructive purposes, but I don't always advocate that in practice.

## How to read the refactorings

The progressive refactorings are represented in the Git history. `HEAD` represents where the refactoring stopped. You'll want to step back to the first revision, then step forward to see how each step was refactored.

## Now you try!

I did these refactorings pretty quickly. You should feel free to try your hand at cleaning up this awful view controller on your own; send me pull requests, and we'll chat about 'em!