トップページ⇒tech
1001コメント317KB

Swift part3

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/07/23(水) 11:46:48.42ID:x29J8vdY
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

Apple Developer
https://developer.apple.com/swift/
Welcome to Swift
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/
iBooks: The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
書籍の形にはなってないけどドキュメント
The Swift Programming Language
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Swift Standard Library Reference
https://developer.apple.com/library/prerelease/ios/documentation/General/Reference/SwiftStandardLibraryReference/
Swift Blog
https://developer.apple.com/swift/blog/
Resources (Xcode 6が無料でダウンロードできる)
https://developer.apple.com/swift/resources/

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/
帰ってきた動的言語 VS 静的言語（代表Swift）
http://peace.2ch.net/test/read.cgi/tech/1401809550/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
0575デフォルトの名無しさん2014/10/03(金) 10:08:14.38ID:JgRn7gTI
>>573
これって内部的にはコピーインストラクタ？それともキャスト？
0576デフォルトの名無しさん2014/10/03(金) 10:11:26.14ID:JgRn7gTI
>>574
言語仕様は1.0でもXcodeと小さなランタイムが開発中
安定してるわけないだろ
0577デフォルトの名無しさん2014/10/03(金) 10:31:30.58ID:teBDXpOS
>>575
Command+Clickすればわかるけど、セマンティクス的にはコピーコンストラクタに近いっぽい
FloatingPointType#init(Int)を呼び出しているので
0578デフォルトの名無しさん2014/10/03(金) 10:36:05.48ID:CaIs5bTM
6.1でもまた変更あるね。この先ずっとこうなんだろうな。
アプリのアップデートで既存プロジェクトを開いたらコンパイルできませんって状況多発だろうなー。
0579デフォルトの名無しさん2014/10/03(金) 10:54:15.73ID:teBDXpOS
既出かもしれないけどここオススメ
https://github.com/ksm/SwiftInFlux
0580デフォルトの名無しさん2014/10/03(金) 12:03:55.59ID:I4AMywYF
>>578
早すぎて腐ってたんだろ。

これ、グダグダが続くだろうね。
0581デフォルトの名無しさん2014/10/03(金) 13:07:43.20ID:IPRvBh74
>>571
Swift1.1からFailable Initializerが導入されて、init()がOptional型を返せるようになったからUIKitのAPIもそれに合わせられた
init(name: String, size: CGFloat) -> UIFont?
だから辞書に入れるときに明示的にアンラップしないといけない

（ていうか1.0の場合でもUIFont#init(name:, size:)はnil返しうるから、一旦Optional型に代入してnil検査するのが行儀のいいコード。リリースノートに書いてある。）
0582デフォルトの名無しさん2014/10/03(金) 13:43:42.73ID:JgRn7gTI
>>577
いけてねーな
キャストとコピーコンストラクタは分けて考えるべきだろ
ランタイムの中の動作が気になる所だ
0583デフォルトの名無しさん2014/10/03(金) 13:54:52.53ID:kCklu6JZ
iPhone開発でもコピーコンストラクタとか代入演算子オーバーロードとか意識しないといけない時代が来たのか・・・／(^o^)＼
抽象度下がって全然初心者に優しくねーな
というかここまで来たらC++でいい気がする
型推論もタプルも名前空間もジェネリクスもあるしな
Swift投げ捨ててC++でフレームワーク作り直せよ
0584デフォルトの名無しさん2014/10/03(金) 14:09:31.31ID:JgRn7gTI
一つ一つnilチェックしてコピーコンストラクタ呼んで、演算子や関数が override や extension で拡張されていないか確認して使えばスマートでセーフティ
マゾにはたまらない良い言語だな！
0585デフォルトの名無しさん2014/10/03(金) 14:25:43.54ID:gFFcTCDH
>>583
C++にするんだったらObjective-Cのままでいいよ
0586デフォルトの名無しさん2014/10/03(金) 15:11:57.89ID:bGT90BWi
>>573
>>581
ありがとう
Failable initializerでググったらいろいろ出てきた
var font = UIFont(~)
if font == nil {
で条件分岐することで出来た
でも自分で使うためのアプリだからnilチェックしないでUIFont(~)!って使ってるけど
0587デフォルトの名無しさん2014/10/03(金) 15:24:33.71ID:teBDXpOS
初心者には絶対やさしくないわ・・・
Javaみたいに抽象データ型をList<Int>とかSet<String>とかで表現したいのに
protocolがジェネリクスパラメータに対応してなくてAssociated type？でしか拡張できないから
関数側でwhereとか使って型の条件式を記述しなくちゃいけない（だるいけどstructやclassでサンクを作るという手もある）

C++みたいに関数をコンパイラレベルで具象型に特殊化できるようにするためなんだろうけど
カジュアルにやりたいのにしんどい仕組みを強要されるのはつらい
0588デフォルトの名無しさん2014/10/03(金) 19:20:58.53ID:CaIs5bTM
柔軟なのは認めるけど初出の時のカジュアルさはどこへやらだな
0589デフォルトの名無しさん2014/10/03(金) 19:29:21.00ID:+fJWotzN
Swiftの開発者って高級言語設計のエキスパートってわけじゃないんだな
これは駄目かもわからんね
0590デフォルトの名無しさん2014/10/03(金) 21:45:35.60ID:+Kawa44E
>>583
> Swift投げ捨ててC++でフレームワーク作り直せよ

そのフレームワークが COM(Component Object Model) なんだけど、
いまさら COM でゴリゴリ C++ コードを書きたい奴は >>583 の他に誰かいる？


>>587,588
カジュアルな開発を希望ならば、スクリプト言語の RubyMotion を使えばいい
あくまで Swift は Objective-C における C の安全性という問題を解消することを
目的に設計された言語だから、最初からカジュアルな開発なんて目標にしていない
0591デフォルトの名無しさん2014/10/03(金) 22:00:05.06ID:CaIs5bTM
>>590
俺は希望してないしObjective-Cでいいんだが、SwiftでiOS開発に夢見て参入してきた人らはちょっと涙目かなとw
0592デフォルトの名無しさん2014/10/03(金) 22:24:45.14ID:teBDXpOS
ObjCがいやなんでC++つかってたわ
C++は表現力高いから便利化レイヤーを設けた上ならカジュアルな記述もウェルカム
C++でQtみたいなフレームワークfor IOSを作ってくれればよかったんじゃ？とはおもう

http://qt-project.org/doc/qt-5/ios-support.html
ってQt自体がiOS対応してた・・・
0593デフォルトの名無しさん2014/10/03(金) 23:18:46.10ID:9KxFI5ri
>>590
え？そんな目的だったんだ？
0594デフォルトの名無しさん2014/10/04(土) 00:11:55.84ID:qpaDPuoT
Objective-CもCOMも、ABIやRPCを定義するという側面があるからな
素のC++じゃどうやっても無理で、ゴリゴリ書くのが嫌ならC++/CXみたいな拡張のほうに行かざるを得ない
0595デフォルトの名無しさん2014/10/04(土) 08:31:15.24ID:7Q0tqk1g
>>590
目的の一つがなかったことにされているw
まぁなくなってはいるんだけど、あの発表に騙されて swift 1.0 から使うヤツは涙目だな
0596デフォルトの名無しさん2014/10/04(土) 08:46:16.65ID:Sp3gzSQT
Tuple、文字列のswitch文、propertyのdidSetなどおいしいとこだけ輸入してObjective-C 3.0にしてくれればそれで満足だよ俺は。
0597デフォルトの名無しさん2014/10/04(土) 11:12:57.03ID:BF4zfWnE
GM seedクラッシュしすぎワロタ
0598デフォルトの名無しさん2014/10/05(日) 04:37:29.36ID:8YLPCOSQ
swiftのnil安全性と可読性の向上を差し置いて、アップデートで警告出てコンパイルできないとかの些細な問題で文句言ってる人は技術者に向いてないのではないか


我々の最大の敵は、複雑性だというのに
0599デフォルトの名無しさん2014/10/05(日) 04:41:40.17ID:fFbVpevH
MSに土下座してC#+.NET移植してもらったらどうか
0600デフォルトの名無しさん2014/10/05(日) 08:27:02.37ID:NF9YVIvk
>>598
既存ソースが最新環境でビルド出来ないのなら、クライアントにソース改修の必要性を理解してもらってコストを捻出してもらわなければならない。
タダでやります→プロジェクトの規模が大きかったらどうする？抱えてるプロジェクトがあればあるほどアップデートも一苦労だぞ。アップデート時期も重なるだろうしな。
古い環境でビルドすればいい→新しいSDKの機能が必要な時はどうする？新しい機能の実装に集中したいのにまずプロジェクトのアップデートからなんて少し残念だよな。これは昔から多くのケースで存在する問題だけど今のSwiftほどではない。

お遊びで短いコードを書いてたり小規模でやってるうちは問題にならないが、ちゃんと仕事で使うには保守性って大事だよ。君が技術以外の事は一切考えなくていい職場、立場にいられるならそれは幸せな事だが、普通はそうはいかない人の方が多い。

それにある程度どの環境でもすぐに実行出来ないと初学者には辛いしOSS等で広がりをみせるのも難しくなると思う。要は流行るかどうか。
長々と戯言を書いてすまんね。
0601デフォルトの名無しさん2014/10/05(日) 08:29:40.59ID:g5FzxXm/
複雑性の方がどうでも良いんだけどな
そんなもの自分の理解力の有無で解決するんだから

最初から複雑なら問題ない、それに合わせれば良いから
ジリジリと段階的に複雑に(ビルドエラーに)するから問題、手間もかかるし理解の追従が面倒
0602デフォルトの名無しさん2014/10/05(日) 08:34:30.31ID:0YR4E1Q1
なぜ追従する必要があるのか。適当に固まるまで Obj-C 使ってれば良いだけやん。
0603デフォルトの名無しさん2014/10/05(日) 08:36:43.98ID:g5FzxXm/
>>602
そこに新しい言語があるから
0604デフォルトの名無しさん2014/10/05(日) 09:06:05.13ID:0YR4E1Q1
素晴らしい。まるでD言語erだ。
0605デフォルトの名無しさん2014/10/05(日) 09:24:41.65ID:g5FzxXm/
D言語erなんかと一緒にされては困る
swifterと言ってもらいたい
0606デフォルトの名無しさん2014/10/05(日) 09:29:03.68ID:MP9adC4f
Swift も噴火すればいいのに
0607デフォルトの名無しさん2014/10/05(日) 09:58:44.18ID:jEt7DQYF
>>599
毎年30万払って、ザマリンのライセンスを買えば.NETを使ってiPhoneで動くアプリを作れる。
0608デフォルトの名無しさん2014/10/05(日) 10:07:14.22ID:RMzze9l2
最近勉強始めたんだが Structure(構造体) ってなんのためにあんの？
0609デフォルトの名無しさん2014/10/05(日) 10:09:19.28ID:6amJApcn
データをまとめて扱う為のものだよ
オブジェクトが何か？がわかってればそれに似た類いのものと
考えればある程度イメージはつくだろう
0610デフォルトの名無しさん2014/10/05(日) 10:10:24.00ID:RMzze9l2
>>609
クラスの下位互換にしか思えないんだけど
0611デフォルトの名無しさん2014/10/05(日) 10:11:00.95ID:RMzze9l2
クラスじゃなくて構造体をあえて使うケースがどういうときなのか知りたい
0612デフォルトの名無しさん2014/10/05(日) 10:13:12.09ID:swZzzMxD
http://msdn.microsoft.com/ja-jp/library/0taef578.aspx
http://stackoverflow.com/questions/24217586/structure-vs-class-in-swift-language
0613デフォルトの名無しさん2014/10/05(日) 10:13:18.18ID:yGAhCqFy
クラスより効率がいい
0614デフォルトの名無しさん2014/10/05(日) 10:18:22.61ID:RMzze9l2
>>612
copied と passed by reference なのはわかったけど使い分けるポイントはここだけ？
オブジェクトを作ろうと思って構造体かクラスかの選択で迷ったときは将来的に値渡しか参照渡しするかどうかで決める？

>>613
効率というのは処理とかメモリとかいう意味で？
0615デフォルトの名無しさん2014/10/05(日) 10:33:23.25ID:jEt7DQYF
>>614
swiftは始めに言語仕様を見たぐらいだけど、Cの構造体をラップした物だったら
ヒープを使わなくって、スタック上に確保できるとかそんなんじゃない？

使い分けはiOSのグラフィック周りやCoreMedia周りのAPIを眺めれば分かると思う。
0616デフォルトの名無しさん2014/10/05(日) 11:05:24.88ID:02YBE5fU
structなんて無理に使わなくていいよ
インターフェースに絡むところなんて尚更

パフォーマンスチューニングする際のTipsとして
class->structへの置換えでパフォーマンス、メモリ効率が上る可能性があって
置き換える場合は必ず実測して効果のあったもののみに留めるくらいの認識でいいと思う

とにかく実測して効果あるかどうかが重要
0617デフォルトの名無しさん2014/10/05(日) 11:28:15.75ID:yGAhCqFy
イミュータブル性を保証できるのはstructだけ
0618デフォルトの名無しさん2014/10/05(日) 12:21:31.92ID:8YLPCOSQ
>>600

いえ、だから警告ちゃんと出てるのにその修正がコストになるなんて考える方々は技術者に向いていないという主張ですが？

そういう方は、枯れた言語使ってればいいと思うのです

あなたの仰る、「きちんとした仕事で取り組む大規模なコード」になればなるほど、警告の出る修正よりも、ソースの可読性や設計に起因する警告の出ないバグに対処するコストの方が多いのは自明だと思いますが...

繰り返しですが、その辺の理解がないなら技術者に向いてないと言いたかっただけです
0619デフォルトの名無しさん2014/10/05(日) 13:00:55.87ID:Q5XlM4aR
せいぜい全体で1万行程度なんだけどエディタで編集するたびにSourceKitがクラッシュするようになっちゃったよ・・・
苦しい
0620デフォルトの名無しさん2014/10/05(日) 13:36:20.17ID:g5FzxXm/
Xcodeクリーンインストールしたら落ち着く時がある
0621デフォルトの名無しさん2014/10/05(日) 13:38:16.55ID:Q5XlM4aR
thx! 試してみますわ
0622デフォルトの名無しさん2014/10/05(日) 14:19:52.75ID:NF9YVIvk
>>618
コストは君自身の技術者としての感覚のコストでは無くて会社のコストの話ね。
クライアントの話が出てきてるんだから理解してよ。
0623デフォルトの名無しさん2014/10/05(日) 15:45:34.60ID:8YLPCOSQ
>>622
？
最初から会社としてのコストですが？
0624デフォルトの名無しさん2014/10/06(月) 14:40:25.32ID:mnethBK5
>>579 これは朗報かも
C++ support

This is another obviously desirable feature, it is just a lot of work and didn't make it in 1.0 either.

? Chris Lattner
Source: https://devforums.apple.com/thread/228324?start=50&;tstart=0
0625デフォルトの名無しさん2014/10/06(月) 18:15:33.52ID:pOS/04qw
>>623
会社としてのコストで話が通じているのならテストやレビューなど他の人手も作業も発生するんだから、自分だけコード直してはい修正完了、Xcodeの警告通りに修正したからオッケーですよでは済まなくて、そこでコストが発生するのは分かるでしょ？
0626デフォルトの名無しさん2014/10/06(月) 19:03:00.41ID:8JYygkjt
>>625
最初からそのコストと比較してますが？

言語の機能向上によるメリットに比べれば、警告の修正で必要なテストやレビューなんてたかが知れてるって主張なんですが

ただコストあるよね？とか言われても、費用対効果考えられないアホなんですねとしか言えないです
0627デフォルトの名無しさん2014/10/06(月) 20:42:24.04ID:wNc45BQ2
身も蓋もないことを言うと、そんなコストは顧客に実費+利益乗っけて儲けろよ、普通に
Apple製品なんて最高に客を騙しやすいモノなんだから
そうでなくても、いい加減スレ違いだから、新しい環境におけるコスト意識として別所で議論してくれ
0628デフォルトの名無しさん2014/10/08(水) 19:27:41.78ID:nG4ErnKB
Xcode 6.1 GM seed 2きてる！あふぉみたいにクラッシュしまくる問題が解決していますように・・
0629デフォルトの名無しさん2014/10/08(水) 20:18:41.66ID:nG4ErnKB
うおお、普通にコードが書けるぞ。キーワードハイライトもちゃんとうごいてる
0630デフォルトの名無しさん2014/10/08(水) 20:26:14.76ID:UJx9zVSC
流石アッポー、素敵な開発環境を無償提供
M$とは大違いだぜ！！(死んだ魚の目

stableの6.0系も更新したかな
こちとら製品開発だからdev版は使えんぞ
0631デフォルトの名無しさん2014/10/09(木) 09:22:43.34ID:9D8V5W1a
しかし、全然盛り上がってないねこの言語
0632デフォルトの名無しさん2014/10/09(木) 09:32:17.64ID:0aKnCpCg
にゃー
0633デフォルトの名無しさん2014/10/09(木) 09:35:10.37ID:O8gj2Oze
なんだ、この盛り上がってない猫w
0634デフォルトの名無しさん2014/10/09(木) 10:59:41.94ID:3tS9WfPv
かわいい
0635デフォルトの名無しさん2014/10/10(金) 12:56:18.08ID:HrDP8ET0
ねこの言語で盛り上がってきた
0636デフォルトの名無しさん2014/10/10(金) 18:59:49.43ID:3n2DZYHj
しかし、全然盛り上がってない猫の言語

？？？

駅に行く途中の公園ではけっこう盛り上がってたよ。
0637デフォルトの名無しさん2014/10/10(金) 19:43:14.52ID:6Es5cgDH
それ発情期
0638デフォルトの名無しさん2014/10/11(土) 10:28:45.37ID:FJ/mX1hb
Swift 1.0が出たんだからボチボチやるかな。　ただまだ変わりそうだな。
0639デフォルトの名無しさん2014/10/11(土) 10:51:52.06ID:OVmPDf/7
swiftに慣れるためにやるのはおすすめするねこの言語
ただ色々不便なので普通にobj-cで組んだ方が良かったと絶賛後悔中
0640デフォルトの名無しさん2014/10/11(土) 13:55:19.47ID:QCqlqyAj
にゃー
0641デフォルトの名無しさん2014/10/12(日) 04:09:13.09ID:mZ74PQyT
おすすめする猫の言語
0642デフォルトの名無しさん2014/10/12(日) 17:13:43.05ID:aHOISqv9
するめ猫
0643デフォルトの名無しさん2014/10/12(日) 17:15:57.28ID:BJjNa9tt
蟲愛ずる猫
0644デフォルトの名無しさん2014/10/13(月) 11:14:31.41ID:6Hjou/af
Swiftリリースされたというのに全然スレ伸びないな。
リリース前のほうが伸びてた気がするんだが。
0645デフォルトの名無しさん2014/10/13(月) 12:06:04.72ID:7Jte/2bO
webフレームワークが出たら盛り上がる
0646デフォルトの名無しさん2014/10/13(月) 13:02:35.10ID:7qtR51qn
>>644
え？正式版のXcode VI来たの？
0647デフォルトの名無しさん2014/10/13(月) 15:41:54.59ID:2IfdctYm
Objective-Cで全然よかったという事実
Swiftは、AppleがYosemite/iOS8を出すにあたって新しい感を出すための
飛び道具の一つでしかなかったという事実
Appleすら顧客に要らないものを押し付け始めたこの事実は、Appleでさえ
アイデアが枯渇し始めてきた証拠と言える
0648デフォルトの名無しさん2014/10/13(月) 15:52:30.49ID:b77sW2OU
相手にされなかったからってわざわざコピペしてまでって、大笑い
0649デフォルトの名無しさん2014/10/13(月) 16:48:32.70ID:2IfdctYm
>>648
誰に言ってる？
一応>>647はおれのオリジナルだけど
0650デフォルトの名無しさん2014/10/13(月) 17:15:26.09ID:1wQkSfLm
アップルがディベロッパーを顧客と思ってる訳ないだろ
お客様気分でいて梯子外された気分になってるヤツはいそう
そして、要らない物を出すのも珍しくない
0651デフォルトの名無しさん2014/10/13(月) 17:33:10.40ID:b77sW2OU
>>649
オリジナルww
http://anago.2ch.net/test/read.cgi/mac/1408755325/320
すまなかったコピペではなかったな。推考し直したのか、偉いなw
0652デフォルトの名無しさん2014/10/13(月) 18:11:08.17ID:2IfdctYm
>>651
あ、そうそう
少し手直ししたよｗ
0653デフォルトの名無しさん2014/10/13(月) 18:11:54.34ID:2IfdctYm
>>651
ちなみに、そっちもおれのオリジナルねｗ
0654デフォルトの名無しさん2014/10/13(月) 18:14:55.53ID:b77sW2OU
笑った。内容はともかく、おっけーw
0655デフォルトの名無しさん2014/10/16(木) 14:27:15.58ID:Cxp8u8hy
swift関係の過去ログ見ると皆夢見てて面白い
swiftやっぱりダメだからobj-cに戻るってレスが先見性があるようなないような
0656デフォルトの名無しさん2014/10/16(木) 15:55:26.70ID:Gih70ftK
API的に、Obj-CでできてSwiftでできないことってあるの？
0657デフォルトの名無しさん2014/10/16(木) 19:41:02.51ID:N7sRWO9E
CのAPIと混ぜこぜで使いたいときはやっぱり面倒だよ
速度的なメリットもObjC互換モードで動いてる限りあまりないしね
0658デフォルトの名無しさん2014/10/16(木) 21:22:16.69ID:7/bqySU3
ObjC互換モードで動いてるとSwift遅くなるの？
ただでさえObjCよりも遅いといわれているSwiftが更に遅くなるてこと？
0659デフォルトの名無しさん2014/10/16(木) 21:47:36.52ID:bnusg6ll
WWDCでSwiftはObjective-Cよりも速いってたのがだろ
0660デフォルトの名無しさん2014/10/16(木) 23:32:04.07ID:4w9dr10M
「小さなランタイム」と言ってるが、要はobj-c上で動くSwift VMだから、素のobj-cよりはどうしたって遅い
swiftバイナリ自体の最適化が甘い & VMのオーバーヘッドが存在する、複数の要因だよね

前者は頑張ってるんだろうけど、互換モード外して(VMをなくして) swiftバイナリのまま実行出来るプラットフォームはいつになるやら
0661デフォルトの名無しさん2014/10/17(金) 00:03:53.88ID:j5u0ESS9
>>660
>要はobj-c上で動くSwift VMだから、

"Swift VM" のソースはどこよ？
一般に知られているのは、フロントエンドの Swift 処理系が LLVM コードを生成し、
バックエンドの LLVM がネイティブ(Intel CPU)コードに変換して実行する、というもの
現在の Obj-C 処理系も Swift と同様にバックエンドに LLVM を利用する

Swif が Obj-C 上の(LLVM とは別の) VM 上で動くなんて驚きだわw
0662デフォルトの名無しさん2014/10/17(金) 00:55:14.86ID:N6B/oMwy
>>661
小さなランタイムでググレ
0663デフォルトの名無しさん2014/10/17(金) 00:55:44.77ID:G2VicKrt
ははは、勘違いしたんだろう可愛いな
0664デフォルトの名無しさん2014/10/17(金) 01:12:59.37ID:fAn6QzIt
>>658
Swift自体はObjCより束縛を静的にして、C++のvirtual相当でメソッド呼び出しをできるようになってる
ただObjC互換でクラスを設計する限りはObjCと同様objc_msgSendのオーバーヘッドが消えないから
その点でメリットは得られない
0665デフォルトの名無しさん2014/10/17(金) 01:25:24.74ID:VeyUCNCW
ObjCのメッセージもキャッシュされるから速いけどな
0666デフォルトの名無しさん2014/10/17(金) 01:50:42.54ID:2wTmJIFL
Cocoa/Cocoa Touchって将来的にSwiftベース化するの？
0667デフォルトの名無しさん2014/10/17(金) 01:57:14.31ID:2wTmJIFL
おっと

http://en.wikipedia.org/wiki/Objective-C#Apple_development_and_Swift
> At WWDC 2014, Apple announced plans to replace Objective-C for Cocoa development
> with its new Swift language, which it characterized as "Objective-C without the C".

って書いてあったわ。
0668デフォルトの名無しさん2014/10/17(金) 02:13:34.48ID:q6NXwDy0
>>661
LLVMはコンパイラ時だけの話だろ。オブジェクトコードはネイティブコードだぞ
実行ファイルをみてみなさいな
Objective-CではってPlaygroundの話でもなさそうだし、元ののもそうだがなんでVMなんて発想になるのかさっぱりわからんな、あるとしてもブリッジだろに
0669デフォルトの名無しさん2014/10/17(金) 02:14:54.62ID:2wTmJIFL
>>661-662
小さなランタイムって、Swift非対応の古いOSでの話じゃないの？
iOS8とかYosemiteでもわざわざ互換ライブラリを噛ませて実行するの？
0670デフォルトの名無しさん2014/10/17(金) 02:15:36.06ID:q6NXwDy0
もともとよくわかってないんじゃね
0671デフォルトの名無しさん2014/10/17(金) 02:25:42.71ID:fAn6QzIt
>>669
互換ライブラリというかランタイム自体が.appパッケージに同梱されてる
別にだから遅いとかいうことはないけどね
サイズが増える程度
0672デフォルトの名無しさん2014/10/17(金) 08:17:46.66ID:0vD84hES
>>669
ランタイム自体を解析したという記事を見たことがないので
詳しいことはラトナーはじめアップルの開発者ぐらいしか知らんのでは。

ラトナーの書簡をみるかぎり，確かに旧OSで走らせるために
ランタイムをくっつけたように読めるが，iOS8やYosemiteで
ランタイムが利用されていないかどうかまでは分からんね。

サードパーティの開発者にとっては，アプリの目的に照らして十分なスピードが出てりゃ
特に気にすることでもないし。
0673デフォルトの名無しさん2014/10/17(金) 08:54:19.69ID:Lmpe/lkW
>>669
Swiftのバージョンが今後もちょくちょく変わるからアプリをビルドする際にそのバージョンのランタイムがアプリ内に同梱される
Swiftでビルド時にアプリの容量が膨らむのはそのせい
0674デフォルトの名無しさん2014/10/17(金) 10:45:35.24ID:Pb74/m4N
Swiftの機能/性能変えるからiOS8やYosemiteでも当然のようにランタイム利用してるんだよなぁ
ランタイムのロードのためにアプリ起動の時間は確実に obj-c < swift なわけで
マジで obj-c で組んでよけば良かったと若干後悔してる
■ このスレッドは過去ログ倉庫に格納されています