swift 3.0 係咪過多幾日會出正式版?

跟據以住經驗, 係咪公佈新機就會出埋release?

聽講1.0十分垃圾, 完全取代唔到oc
咁2.0又如何, 有oc幾多成?
3.0又如何?

3.0大改syntax, 同2.0不相容
更加不能取代oc

TOP

對於一D為改而改又年年變既language
個人唔係咁睇好
解決同一個問題, 但件工具次次都變形, 剩係不停學點用件工具, 已經少左RESOURCE去解決原本直正既問題

呢個係近年LANGUAGE/IDE 商品化既唔好處

TOP

對於一D為改而改又年年變既language
個人唔係咁睇好
解決同一個問題, 但件工具次次都變形, 剩係不停學點用 ...
dvd-rw 發表於 2016-8-30 23:52


其實是否大部份 language 都會係咁?
當初定立係解決某啲問題, 但功能上有所不足,
當軟硬件改變, 用戶要求改變, 就要加多啲 keyword, syntax, expression, statement 類型/形式去加強功能.

就單以 generic 為例, 當初 java 誓言旦旦話無好處, 用 interface 就可以, 所終都加入.  
但效能同 c++ 果啲又相差幾遠, 用途又差幾多呢?

別外, 有時係為勢所迫, 當年 apple 都話手機上 clipboard 無用, 無需 copy & paste
過左幾個版本又加返, 仲當一件大事咁宣傳. 當中有幾多係考慮用戶需要, 有幾多係商業決定, 趕時程, 未諗到做法等, 有邊個知?

始終寫程式手法好多, 一隻新 language, 要將 "所有" 都定義下來, 再寫translator, compiler, 係商業上可能錯失時機, 倒不如將 "有限" 嘅功能先放出, 再加添新功能, 較能於商業上成功.

TOP

其實是否大部份 language 都會係咁?
當初定立係解決某啲問題, 但功能上有所不足,
當軟硬件改變, 用戶要求 ...
seasky 發表於 2016-8-31 09:14


swift唔係加syntax, 係改syntax
java係有左新syntax後, 舊syntax仍然valid, 只係用唔到新feature
唔似swift咁, 轉完直情compile唔到

另外, swift留意係一年改一次
要熟習一種language, 最少要幾個月先得
一年就改, 太快

如果學你所講
不如將 "有限" 嘅功能先放出, 再加添新功能, 較能於商業上成功 <-- 正確

問題Swift唔係添加新功能, 係砍掉舊功能, 唔俾你用

TOP

swift唔係加syntax, 係改syntax
java係有左新syntax後, 舊syntax仍然valid, 只係用唔到新featur ...
KinChungE 發表於 31-8-2016 20:30



    swift什至係為左刻意要同其他野唔同而改, 例如D名無端端改哂
   a++ 呢D 其實人人都用,去到約定俗成既野, 一個身痕又CUT走, 當然佢可以好大條道理, 但係一隻專登令有其他language經驗既人要每年全新學過既野, 我真係估計唔到打一份咁既工, 員工付出既成本有幾大, 而實際可以賺到幾多錢.....而最重要既, 係本來同一樣既requirements, 點解要用一隻年年都變既language去deliver...  

   簡單D舉例, 如果每一年政府要求廣東話既用詞都大變, 咁D學生去哂跳樓都似, 年年剩係掛住學D無厘頭轉變, 已經無哂時間去做D建基於語言上面去達成既野

如果日後每隻language都咁樣商品化年年為變而變, 而IT人工又唔係相應提高反映學習成本, 我估識計數既都唔會入行

TOP

本帖最後由 hihihi123hk 於 2016-8-31 23:01 編輯

而家唔斬,日後會變成負擔

最簡單例子:如果唔斬啲設計錯誤嘅野,Compile 一定會慢好多

不過,有意見反對點解唔直接 Sumbit 去 Github Swift-evolution?  所有改進其實你係可以係 Github 討論、反對、增加


所以如果一個正常人認真寫過 Swift 2.2 ,而唔係用 Objc 嗰套直接搬字過紙過去,一定唔會反對今次 Swift 3.0

因為用過嘅都知佢改嘅都係「極度需要改」嘅 Language feature

望住一隻Language 愈做愈好,Why not? 你覺得唔成熟可以唔好用住,無人迫你。


我認個人為 Swift 做出黎嘅 iOS Project Abstraction 係同 Objc 兩個層次


等如 Java 8 只係多咗一個 interface 嘅 Default implemenation ,加埋 Lamda ,整個 Abstraction 手法已經可以有極大轉變

喺 Java 8 先終於可以實踐 "Composition over inheritance "


Java <= 7 根本就係浪費自己時間,做啲「因為佢隻 Language 無呢個 Features」所以要咁做嘅多餘野

甚至聽過啲人話 Java 6 都夠用,只能夠話佢未感受過真正用 Java 8 Abstract 啲 Bussiness Logic 嘅唔同

ObjC & Swift 同出一轍


via HKEPC Ionic Reader v1.4.2 - iPhone

TOP

而家唔斬,日後會變成負擔

最簡單例子:如果唔斬啲設計錯誤嘅野,Compile 一定會慢好多

不過,有意見反對 ...
hihihi123hk 發表於 2016-8-31 22:53


一個language想多人用的話, 就算有幾好, 都要做翻backward compatibility
如果唔係, 就算幾好都冇人用
一個大software, 每年要rewrite一次? 聽落都知mission impossible

最唔明係點解for (i = 0; i < xxx; i++)呢D都要deprecate

TOP

swift 2.0 to swift 3.0 基本上係改少少野,同埋老早xcode就有deprecated warning 要改都大把時間你改
Apple不嬲唔興backward compatibility架啦,你睇usb, flash, optical disk,就係咁佢先行得快,有backward compatibility個個唔adopt咁改黎做乜
其實swift算行得慢架啦

TOP

swift 2.0 to swift 3.0 基本上係改少少野,同埋老早xcode就有deprecated warning 要改都大把時間你改
Appl ...
chi251155 發表於 2016-8-31 23:58


Apple唔係所有野都唔興backward compatibility
你搵翻Mac OS X 10.6既app, 放去10.12都絕大部份正常運作
係iOS先咁

TOP