开发Swift iOS应用程序“正确的方式”

最近，我学习了Swift和开发iOS应用程序的基础知识。现在，我想自己开发一个真正的应用程序，但我非常关心编写好的代码，所以我已经寻找“最佳实践”，“设计模式”和“正确的方式”来实现它。

在我的搜索中，我发现这个great tutorial关于Swift iOS应用程序中通常使用的所有设计模式，以及他们使用的示例。

但是，尽管如此，我认为这个教程是一个伟大的，并帮助了我很多，但我觉得这只是一个开始，因为我看到很多S.O.L.I.D.违反原则例如：

参见LibraryAPI中实现的外墙图案：

class LibraryAPI: NSObject {

    private let persistencyManager: PersistencyManager
    private let httpClient: HTTPClient
    private let isOnline: Bool

    class var sharedInstance: LibraryAPI {

        struct Singleton {
            static let instance = LibraryAPI()
        }

        return Singleton.instance
    }

    override init() {
        persistencyManager = PersistencyManager()
        httpClient = HTTPClient()
        isOnline = false

        super.init()
        NSNotificationCenter.defaultCenter().addobserver(self,selector:"downloadImage:",name: "BLDownloadImageNotification",object: nil)
    }

    deinit {
        NSNotificationCenter.defaultCenter().removeObserver(self)
    }

    func getAlbums() -> [Album] {
        // ... Not relevant
    }

    func addAlbum(album: Album,index: Int) {
        // ... Not relevant
    }

    func deletealbum(index: Int) {
        // ... Not relevant
    }

    func downloadImage(notification: NSNotification) {
        // ... Not relevant
    }
}

我想到的第一件事就是：这是不是违反了方方反叛原则？不应该将httpClient和persistencyManager声明为协议，然后HttpClient和PersistencyManager类实现该协议？

如果是这种情况，在某些时候，我将必须定义什么类，实现这些协议，我将要使用。我应该在哪里告诉应用程序？

我还有一个问题是：这个例子只实现了一个Model(Album)，但是如果它会实现很多其他的呢？ (专辑，作者，类型…)。 LibraryAPI不会如此大，以致违反单一责任原则？

最后但并非最不重要的一点：在PersistencyManager中存在DIP的相同问题。不应该实现DAO模式，所以`PersistencyManager不依赖于其他类？

谢谢你提前，我希望我自己解释够好！