發表於 2013-5-16 10:23
一直裹足不前的原因是盈再表常常要修改，
對於只懂得BASIC的我容易自己改嗎 ?
雖然我個人沒寫過App，但同事有寫過 ! (我是負責後端資料與系統架構規劃)
故代為蒐集資料如下，請Mike您參考...
故一併幫您分析，希望對您有幫助... (請參考附件)
企業開發者帳號: (299$US/年)
1. 僅允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App) 不限制測試ID數。原則上，Apple 僅希望是供公司做為內部測試之用，不希望以這種方式來散佈App。
2. 一般而言，要向Apple申請得到「企業開發者帳號」並不容易。首先要有DUNS Number。DUNS Number要向美國的D&B公司申請(此D&B公司在台灣也有分公司)，必須是企業才可申請，申請費用約數萬元。有了DUNS Number才可以Apple申請企業開發者帳號。
3 .以企業者開發帳號，建立出的盈再表App，沒有辦法上架App Store!
以「一般開發者帳號」建立出的App，才可申請上傳至App Store (如果Mike您有考慮要以盈再表來盈利 ? 這個帳號是沒辦法上架的哦～)
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，但限100個ID。且每個ID都必須向Apple申購後才可使用。（Ａpple有提供一個開發著管理後台的網頁，供開發者上傳測試ID，此處最多僅能設定100組ID）
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最少需七個工作天以上，學員才有辦法更新盈再表App。
一般開發者帳號: 25$US/終生
1.允許內部測試 (可以用檔案方式，如 Dropbox散佈盈再表App)，且不限測試人數。
2.開發出來的 App，可以申請上傳至App Store。整個申請審核過程，最快1-2個工作天即可完成審核作業，學員即可更新盈再表App。
負載：後端主機: 5%，前端手機：95%
舉例：遊戲類App程式等，皆採用此架構，相當耗手機的資源。
優點：1.全部使用手機或平板Client 端的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在手機端完成。
3.盈再表App呈現出的畫面，UI操作上較專業。
4.Mike公司不需另外架設服務主機，可節省建置/維護成本。
缺點：1. 盈再表App開發者需熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 相當耗手機的資源，以Excel盈再表來看，在查詢個股時，就算以PC這麼強的效能，都會停頓數秒了，整個移植至手機，便可以預見其結果。
3.萬一遇盈再表App有Bug需修正，各平台App需各自送審App Store，需數個工作天才能更版盈再表App。
負載：後端主機: 50%，前端手機：50%
舉例：各券商的報價系統等，皆採用此架構。
優點：1. 部份使用手機Client 端的資源。
2. 要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3. 盈再表App呈現出的畫面，UI操作上較專業。
4. Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者仍需相當熟悉三種平台系統，分別使用的程式語言:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2. 萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果盈再表App版面要調整時，App就要送審哦～)
負載：後端主機: 95%，前端手機：5%
舉例：各新聞類的App，皆採用此架構。(如蘋果日報、NowNews等)
優點：1.使用手機Client 端很少的資源。
2.要連線至Yahoo/Google抓個股的季報資料、計算淑貴價，都在Mike公司主機上完成。手機端僅負責資訊畫面呈現。
3.盈再表App呈現出的，是網頁畫面，故UI操作起來會感覺較陽春。
4.Mike公司需另外架設服務主機，提高了建置/維護成本。
缺點：1.盈再表App開發者對三種平台系統使用的程式語言，僅需稍具瞭解即可:
iOS: Objective-C
Android: Java
WinPhone: VB.NET 或 C#
2.萬一遇盈再表App有Bug需修正，只需修正Mike公司主機上的盈再表邏輯即可。盈再表App不需再送審。(如果版面要調整時，App也不用送審，只需調整網頁即可，擁有最大彈性)
發表於 2013-5-17 10:40
維持現狀用Excel，
才是最經濟、方便快速修改的方式。
沒有留言:
張貼留言
注意：只有此網誌的成員可以留言。