Exploring Mac App Development Strategies
This book is 100% complete
Completed on 2016-11-21
About the Book
Driven by Example, this Book Applies Useful Patterns of Clean Software Architecture to Mac App Development
You do some kind or other of what may be called "software architecture" anyway.
So better know the reasons for the moves you take. Own the alternatives, and design your code accordingly to gain confidence that your stuff is really working.
Learn how to …
- design reusable code,
- get a solid test harness up and running, and
- separate the components of your application.
All this will make your application easier to change and easier to maintain. It will make you a happier developer, even when you're just exploring new parts of the Cocoa Framework.
To develop Mac applications, you'll need to know why and how to separate components. Using the latest technology and a head-start into Swift programming, this book will show you the pro's and con's of several design decisions and discuss alternative approaches so you get to know your options.
The Core Ideas of the Book
I want to share the core ideas and theses of the book with you:
- Apple's Core Data is a very invasive framework. It works best when you couple everything, beginning at the user interface, to Core Data entities. Cocoa Bindings make a lot of the magic possible, but they come at a cost: the Core Data entities (or
NSManagedObjectsubclasses, for that matter) are bound to do a lot of different things for different "clients", wheras by 'client' I mean consuming views, background services, and the like. It'd be easier to maintain the code if you model entities for each "Bounded Context" separately.
- Adopting Domain-Driven Design thinking, small service objects are favorable. It's easy to create Data Transfor Objects in Swift using
structs, for example. Core Data should be pushed outside the domain (i.e. where the business logic is hosted) and become an implementation detail.
- Once you free your app from the entanglement by Core Data (and other Apple suggested best practices which don't scale well), you will be able to leverage powerful design patterns. I created domain event wrappers around
NSNotificationto make event handling easier and failure-proof. Using events to propagate changes (instead of using Bindings, for example) makes concurrent programming easier.
That's part of the topics we cover in this book. Maybe you won't be a DDD expert afterwards, but so neither am I. Instead, we'll explore useful patterns to make the code manageable and to get more comfortable ever writing Mac applications which are ready to scale.
The Book is Open Source, by the way!
The book is Open Source. You can contribute on GitHub:
Just create a pull request if you came up with a better description of something, or if you want to add a useful reference, for example. Together, we can make the book a lot better.
Your feedback is much appreciated!
- Who Is This Book For?
- Contributing to the Book Manuscript and Example Project
- Motivation to Write This Book
- The Example
- Architecture Overview
- Patterns & Principles
The Story of Developing a Clean App by Example
Part 1: Bootstrapping – Setting Up the Project, Core Data, and Unit Tests
How to Load Core Data
NSManagedObjects in Tests
- Introduce Repository and Its Collaborators for Tests
- Preparing the UI: Create View Controllers and Test Their Setup
- Use of Automated Tests
Boxes to the Strictly
- Functional Testing Helps Transition to Adding Real Features
- How to Load Core Data
Part 2: Sending Messages Inside of the App
- Naive Event Handler
- Ports and Adapters
Part 3: Putting a Domain in Place
- Introducing Events in Place of Notifications
- Error Handling
Part 4: Using Core Data for Convenience
- How to Change the Project to Put Core Data at It’s Center
- Abstract from Core Data
- Core Data in the UI
- Learning Through Writing
- The Use of Cocoa Bindings
- Objectives Accomplished?
- Part 1: Bootstrapping – Setting Up the Project, Core Data, and Unit Tests
- Interesting Links
- Interesting Books
- Strong Reference Cycles
- Access Rights VS Laissez-faire Objective-C
- On Swift
- Adopting Swift 2.0 Errors
- Further Reading
The Leanpub 45-day 100% Happiness Guarantee
Within 45 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.
See full terms...