Swift已經升級到第4版本，我還是沒認真在寫Swift 4，主要是因為它還不太穩定，這幾年必須多花時間去改寫語法到最新版本，於是在有限的開發時間下，我依然對相對穩定的Objective C情有獨鍾ＸＤ～
舉一個例子，當我要使用Open Source Charts，Xcode會偵測是否相容，否則就無法編譯成功，如圖：
好在只要選擇到Swift 4，就能成功編譯！也感謝超好用的圖表開源Charts作者，願意每次Swift升級就改寫語法，造福我們成千上萬的iOS開發者！
怎麼在Objective C中使用Swift Open Source？可參考文章：在Objective C專案使用Swift第三方套件。
開發Mobile App有時也要跟Web互動溝通，此時就會接觸到HTTP與HTTPS，一直沒有深入瞭解其中的關係，只知道是有沒有加密的差別，但其實裡頭學問可多的呢！iOS 10即將到來，Apple又針對ATS (App Transport Security)有更嚴謹的規定，我想就趁這個時候來徹底了解一下吧！
開發iOS App超過三年，但其實還有很多技術不大瞭解，然只要清楚自己的目標，精通某一技術領域還是能大放異彩獨樹一格！在此我還是要強調，在有限的時間裡去做你最喜歡且最擅長的工作，同時有市場可以養活自己，之後機會自己會來報到，多到你只好拒絕，因為你沒有太多時間ＸＤ～
話說回來，推播服務在外行人如使用者看似簡單，而真正去瞭解技術的人會覺得還真有「眉角」，想要實作現在每個App必備的推播功能，並不是很容易的事呢！不過現在已經有各大廠商提供推播服務，只要一篇教學文章，肯定也能讓不太懂技術的人實現訊息推播功能！
這一張圖解APP訊息推送流程，道出iOS與Android的差別，想必技術有很多種方式能夠實現，實作方式不同便有著不太一樣的優缺點，而開發者如我只要懂得怎麼去應用，必能在生活中增添趣味呢！
儘管臉書要收起Parse（2017/02關門大吉），還是有其它選擇啦～就像它所說的競爭者很多，我們就從這些競爭者選擇來實現吧！
快樂行李APP是我自己製作的，因為下個案子即將使用到的技術，恰好我要放自己長假去國外旅行，心想可以順便拿iBeacon來做測試，看它的能力效果如何。放在行李箱中的點子之前也有想過，查詢網路後發現我要搭的威航有這個服務，但應該是要額外收費。
每次開發iOS App，傳送資料到server時很常要編碼，會使用到UTF-8 (8-bit Unicode Transformation Format)，可是我一直不曉得它的全名ＸＤ～這玩意兒好像只要會用就行！？
直到看見這張圖表，才知道UTF-8後來居上！看來它真的有過人之處，尤其在這行動裝置盛行年代～
睽違一年半之久，總算要來開發iBeacon，看來越來越多應用持續出現中！因為最近要出國，所以想到可以將iBeacon放進行李廂，進入範圍或離開範圍時，手機會跳出提示，如此就不用眼睛一直盯著行李箱：）～
一年半前參加「Retail Battle Hackathon 創新零售駭客松活動」，KKLabs給參賽者每人一顆Spot Beacon當作禮物，直到最近我才真正拿出來用ＸＤ～
可以先參考之前的文章：初探 IBEACON 技術。
臉書在我的生活中已不可或缺，至少有一半以上的時間在臉書帳號上⋯⋯除了直接在臉書平台上瀏覽親朋好友眾人的訊息外，還有許多網路平台是透過臉書帳號來註冊使用。於是臉書帳號管理 (Facebook Account Management)顯得格外重要！我想許多人會擔心臉書帳號不見了怎麼辦？因為有太多我們自身相關的訊息在該帳號上，包含我們的個人資料、歷史資訊、聊天訊息等等。
近一年來開發通訊軟體App，需要深入了解已傳送與已讀取的機制，不過其實現代人都會使用Facebook或Line（甚至WeChat或WhatApp等等），都知道它是怎麼運作，假如是軟體工程師的話，可以圖解分析它而後實做。
會使用手機的人都一定會接觸到推播通知！身為iOS App開發者三年的我，也只大概瞭解其如何實作，現在我要來揭開它詳細的運作原理與架構。這裡也不想花大篇幅描述太多細節，不是很聰明的我就用圖解蘋果推播通知服務 (Apple Push Notification Service)的方式來理解它！
官方開發者文件已經說得非常清楚，然而會主動去翻來看的人並不多，大概是因為全部都是英文描述，加上十分詳細的說明，讓想要快速上手的人另尋其它網頁。上週幫朋友小A測試iOS後台推播，更進一步知道如何申請推播憑證，在此之前要先申請開發憑證！才知道iOS的推播還真的很「耐人尋味」。想起八月份的百貨公司案子，所使用的後台推播服務是被臉書收購的Parse，它讓我不必自製一個後台就能輕易地把訊息推播到裝置上！
逍遙文工作室 
HappyMan・迴響