彼得潘

什麼都是假的，只有 App 上架 Store 才是真的。千辛萬苦完成 App 後，下一步、也是最重要的一步，就是把 App 送審上架！為了讓新手都能一次就送審成功，我們已經更新了 iOS App 的詳細上架流程。你的 App 也完成了嗎？快來跟著我們一步步將 App 送審上架吧！

WWDC18 帶來許多令人興奮的好消息，iOS 12、Swift 4.2 和 Xcode 10 ，每個都有許多有趣的新功能。但對 App 開發者來說，馬上可以派上用場的莫過於 Xcode，畢竟我們開發的 App 未必需要 iOS

每天我們會收到來自不同 App 的推播訊息。作為 iOS 開發者，你又可以如何在 App 建立推播訊息功能呢？彼得潘將教大家實作一個接收播推的 App，相信到時候你用自己親手做的 App 推播告白訊息。

此文是彼得潘研究 Apple 教科書後，小小整理的一些重點。若能模仿以下做法開發 iOS App，應該就能寫出長得很像 Apple 範例的程式，讓人更容易理解修改。當你有一天被高薪挖角，準備離開原公司時，也能安心地交接程式，不再怕新人看不懂而日夜糾纏。

WWDC17 帶來許多令人興奮的好消息，iOS 11， Swift 4 和 Xcode 9，每個都有非常大的進步。但對 App 開發者來說，馬上可以派上用場的莫過於 Xcode，畢竟我們開發的 App，可能不需要 iOS 11

可有可無的 Optional 是 Swift 裡一個非常特別的角色。你看它號稱可有可無，我們卻還要認識他，就知道他多特別了。有了它，不管何種型別的變數或常數，都可以沒有任何內容，也就是無值的狀態。至於這有什麼好呢? 這故事得回到很久很久以前，從沒有 Optional 的程式世界說起。 Optional 發明的緣由 有了變數和常數，

寫程式難免有錯，有人說程式設計師的工作，大概只有一半的時間在開發新功能，另一半的時間在喝下午茶。哦，不是啦，是在 debug，也就是所謂的修正錯誤。不過錯誤其實有兩種，剛剛提到 debug 解決的錯誤全是工程師該死，自己製造的 bug。但是這世上，其實還存在另一種無法避免，只能特別處理的錯誤，為此 Swift

通知在 iOS 是個讓人又愛又恨的功能。因為通知，我們按三餐收到情人的甜言蜜語。也因為通知，害我們凌晨三點收到情敵的恐怖訊息。接下來就讓我們結合 iOS 10 最新的 UserNotifications framework，實現散播幸福散播愛的米花兒通知。 註：特別感謝插畫家 Hana 提供米花兒的插畫和文字。 徵求使用者同意，獲得發送通知的權限