On my earlier post, “Smarter Numbers”, we talked about using operator overrides in swift to extend the functionality of framework classes.
There’s a bit more to it than what was discussed in the article, but we’ve decided to keep it as a separate post due it’s less “orthodox” usage: Swift also allows you to, in what could be considered as a controversial feature, create custom operators. This means that not only can you change the behaviour of the language. you can also change the language itself*.
Continue reading “Smarter Numbers. Annex 1: Custom operators.”
On my first blog post, “Ready… Set… Xcode!“, we ended off with a challenge: to build a utility tool that could automate new project deployments.
There’s a couple of solutions you could use to solve this problem. You could write a Unix script, an apple script, or (if you want to be overkill) a whole dedicated Xcode project. I did, though, suggest that you use this little guy →
Because Automator is simple, fast and allows you to provide easy to use UI feedback. As a tool it is also completely undervalued… And the little A.I. bot is adorable… Yes, I just said it.
Continue reading “Ready… Set… Xcode! Annex 2: challenge … ACCEPTED!”
A more detailed explanation for the architecture diagram referred to in “Ready… Set… Xcode!”.
On my first blog post, “Ready… Set… Xcode!“, we spoke about a general project architecture that is common to standard iOS Apps (note that architecture for games can be considerably more complex).
Here is a copy of the diagram to refresh our memory: As you can see, in the middle we have the one design pattern to rule them all: the MVC pattern, roughly taking around 70% of the entire application’s architecture. A brief explanation of the components in this diagram follows: BASE (what you get for free):
Continue reading “Ready… Set… Xcode! Annex 1: General project architecture… Explained.”