顯示具有 app 標籤的文章。 顯示所有文章
顯示具有 app 標籤的文章。 顯示所有文章

2014年6月1日 星期日

Dart : The New Platform for Scalable Web App Engineering

Google的風格就是,當某種語言/工具無法滿足需求時,就會自己創造一個全新的,Dart也是其中一個產物。
https://www.dartlang.org/

Dart的目的是要取代Javascript,因為它實在是太多問題了(Firefox : 哪會),但目前除了Chrome以外,沒人願意把DartVM綁在自己的Browser裡,不過目前Dart Code還是可以轉成Javascript(轉換後不預期你做任何修改),執行在其他的瀏覽器上面(據說Performance也比原本的Javascript Native來的好),如此創新的作法還真的讓人躍躍欲試,但是,想到許多原本用的很開心的Javascript library都要等別人包成Dart的Plugin才能使用。

基於最後的結論,我還是緩緩先。


Reference:

Wiki : http://zh.wikipedia.org/wiki/Dart

2013年4月29日 星期一

Mobile Backend Services


The Administrator Page on Helios Server

   在開發App的同時,需要一些Server的功能來輔助,例如:Bug report、Push Message、In-app-purchase(包含購買即下載的功能)、使用者資料分析(好像有點違法)、雲端記錄檔等等。話說技術上難度並不是太高,反而多的是冗於的重工,又或者API或資料格式定義不好,導致實作的SDK有點難以理解。

通常尋求這類型解答有幾種思考模式:


第一、花錢消災型:多用第三方服務以利於快速達陣,花錢好辦事,問題有人檔,根據以上需求分別有:

Bug report : Bugsense、TestFight、Crashlytics
Push Message : Parse(最近被Facebook買走了)、UrbanAirShip
使用者資料分析:Flurry、Mixpanel

   這類型服務通常各種平台的SDK都要有,後端的資料儲存有多Big Data就多Big Data,當然好看的後台管理介面同樣只是基本需求,不過每種服務都可以相互跨越、取代(能存使用者資訊當然就能夠存Bug訊息)。

第二、硬幹型:這類型的思考通常覺得,東西是別人的就沒有安全感(怕很客製化的東西沒辦法加上去),不過如果太客製的需求是否代表著這是一個荒謬的需求?

第三、Open Source型:還是有些好心人會把類似的服務包成一個Open Source專案(例如: Helios或者OpenKit:OpenKit的前身的OpenFeint),自己就可以架一台Server囉!