我決定開發自己的第一款iPhone應用

為更好地掌握程式設計，我決定開發自己的第一款iphone應用。

我是一名設計師和前端開發者，曾用伺服器端程式語言（php）寫過一些程式，不但會使用ruby、php等語言，還從更高層次了解了這些語言。但遺憾的是，我從未寫過有實質功能的**。

這次我設定的目標很簡單：開發自己的iphone應用，並至少吸引一位陌生人買下這款應用。

我熱愛騎行，四季不斷。然而不論在寒冷的冬天還是潮熱的夏天，溫度對戶外運動體驗的影響都是最大的。

開發溫度應用的靈感便從此而來。不必做市場調查就知道天氣應用多如牛毛，而且基本都有溫度顯示——但我想做的是專門的溫度應用。

盡可能簡化應用總是沒錯的，產品開發者有責任將設計最優化，而不是投機取巧將一大堆沒用的東西放在設定頁面。我在開發應用時，就盡量避免了這種情況。

這款應用會根據地理位置設定溫度單位。比如紐約顯示的是華氏度，12小時制，美制單位；而阿姆斯特丹是攝氏度，24小時制及公制單位。雖然兩種模式不一定適用於所有地區，但至少適用於大部分地區。

在產品設計上我始終秉持刪繁就簡的原則，而且發現效果不錯。

圖注：色溫標

溫度是應用中最重要的因素。充分研究了不同的天氣地圖和溫度色彩後，我建立了一系列元素用以反映「當前體感溫度」。

由於溫度單位由地理位置決定，所以就沒必要顯示出來了。華氏度和攝氏度之間的差別不小，很容易就分清，所以我直接在數字外加乙個圓圈來代替溫度單位。

圖注：主檢視和天氣預報頁面

天氣圖示在**？

該應用專為體感溫度而設計，新增天氣圖示無異於畫蛇添足。為保證最佳使用者體驗，我用文本來顯示當前的天氣情況。

天氣預報

很難對天氣做出長期**，通常三天就夠了。應用中沒有多餘的空間顯示天氣預報，於是最理想的天氣預報頁面就用色彩元素來體現差別。

天氣預報頁面顯示何時達到最低和最高溫度。測試世界各地的溫度顯示時，我發現地區所處溫度帶不同，最低和最高溫度的時間也不同。

動畫

沒有用原生**來編寫feels like主要是因為：

應用是如何執行的？

很簡單吧？但這個構想花了好久才定型。學習程式設計是不斷收穫的過程，每完成乙個應用，就會變得更熟練，編寫複雜應用的速度也越來越快。在開發feels like的過程中，我了解了很多api的相關知識，也因此見識了不同型別的應用。有一種api適用於所有型別的應用，是的，所有型別。

原生**

原生**一定是最佳選擇嗎？這還得看情況：

有免費、廣告、應用內購買和付費四種定價選擇。

免費

花費這麼多時間和精力在一款免費遊戲上，心理落差在所難免——何況它設計得這麼精緻，絲毫不遜色於宣傳的那樣。

應用設計是最大的亮點和價值所在，所以靠廣告賺錢並非明智之選。大部分廣告只會讓點進去看的人買一大堆沒用的東西，我不喜歡——再說了，誰會喜歡呢？

應用內購買

如果將應用的天氣預報功能設成應用內購買選項，雖無法覆蓋api成本，但足以抵消免費安裝的成本。而且這樣一來，上文提及的「免費」的企業家思維有什麼意義呢？

付費

「付費」是經典定價模式。我選擇了0.99美元的基礎定價——不到一美元，大部分人落在沙發縫裡都不會費勁去拾的金額，也不至於將太多人拒之門外，所以應該是明智的定價。

搜尋清單上的應用標題只顯示25個字元，寸「符」寸金；

充分利用那五張截圖，前兩張可以顯示在搜尋主頁裡。剛開始我將截圖都設定為應用的主屏，後來一張替換成了天氣預報。

export compliance

等等！這一要求也有例外情況，難度就更大了。

feels like不會儲存或輸送任何個人資料，所以我想：如果沒有這些許可行不行呢？之所以這樣推斷是因為：feels like使用加密來支援其主要功能（即顯示天氣資料），執行時不會儲存或輸送任何敏感資料。

提交時，我宣告了這款應用使用了加密，但不屬於例外情況。不知道這合不合適。我已經提交了應用，還做了一次更新，都順利通過了。所以目前來看，這個方法挺管用。

沒想到我用cordova建立了一款並不那麼新奇，而且採用了付費模式的應用——真不敢相信我自己！