トップページ⇒tech
1002コメント301KB

Swift part5 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/06/08(月) 15:58:16.35ID:q9UjHTcj
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/

プログラミング言語Swift 3
http://anago.2ch.net/test/read.cgi/mac/1408762479/

[SDK]iPhoneアプリ開発初心者質問箱43[touch][iPad]
http://anago.2ch.net/test/read.cgi/mac/1427294210/

Xcode part13 [転載禁止]©2ch.net
http://anago.2ch.net/test/read.cgi/mac/1424907278/


前スレ
Swift part4
http://peace.2ch.net/test/read.cgi/tech/1415860741/
0052デフォルトの名無しさん2015/06/11(木) 13:18:04.00ID:HKYHDUuK
>>48
もう気付いているのかもしれないけど
>>45のURLは>>45が適当に作ったURLの模様
まだ公開されていないと思う
0053502015/06/11(木) 14:38:47.23ID:EPi0aMcf
>>51
情報ありがとう
有料developer会員じゃないけど 作成中のアプリを実機(iPhone6)に転送して
動かすことができたよ
やっぱり実機で動くと （未完成とはいえ） 『ここまでできた〜』って感じがして
達成感があるね
0054デフォルトの名無しさん2015/06/12(金) 02:18:30.03ID:Cv0xc/HT
http://hayabusa6.2ch.net/test/read.cgi/pc2nanmin/1361040277/281
　 ↑　↑　↑　　↑　↑　↑　
0055デフォルトの名無しさん2015/06/12(金) 05:14:13.11ID:cn19eqG5
ver2で早くもくずれるとはw

C♯に遥かに及ばんな。
0056デフォルトの名無しさん2015/06/12(金) 10:15:18.46ID:f8rVNIu/
オープンソース化でかなり仕様が変わるんじゃないかな。
標準APIもかなり整備されるようになると思う。
ぶっちゃけas NSStringは早く何とかして欲しい。
0057デフォルトの名無しさん2015/06/12(金) 11:26:35.50ID:KyxIsaWo
オープンソースにしなくてもかなり仕様変わるよ
as NSStringは必須になったか
今さら驚きもしないけど手間が増えたなぁ
0058デフォルトの名無しさん2015/06/12(金) 14:02:27.97ID:TKFQnn5v
Objective-Cで良かったのに
0059デフォルトの名無しさん2015/06/12(金) 14:17:39.34ID:pS8SL/N8
じゃあObjective-C使ってればいいのに
0060デフォルトの名無しさん2015/06/12(金) 14:24:08.77ID:SRqArOrY
それでいいんじゃね
0061デフォルトの名無しさん2015/06/12(金) 14:39:21.48ID:XlPfzU6S
だな
マジで無理に使うことない
0062デフォルトの名無しさん2015/06/12(金) 14:55:05.34ID:N7UoNOPD
来年3.0になるなら来年から始めるわ
0063デフォルトの名無しさん2015/06/12(金) 15:38:33.04ID:qp6MkQCv
そんな白けること言うなよ
0064デフォルトの名無しさん2015/06/12(金) 15:52:00.64ID:pS8SL/N8
あすなろSwift
0065デフォルトの名無しさん2015/06/13(土) 10:25:07.44ID:Q8udpihI
マクロ使えるようになったら使う
0066デフォルトの名無しさん2015/06/13(土) 11:07:11.02ID:vKyR4zOv
>>65
え、今使えないの！？
0067デフォルトの名無しさん2015/06/13(土) 11:19:08.09ID:0G+UhOBY
マクロ欲しいとか旧石器時代かよ
0068デフォルトの名無しさん2015/06/13(土) 11:29:56.98ID:LbOj1Tya
swiftcの前にcpp回せばいいじゃん
javaでもやってたろ？
0069デフォルトの名無しさん2015/06/13(土) 19:52:27.51ID:jW0NkmMx
>>44
> この文脈で引き合いに出すのにはあまりふさわしくないと思います。
この文脈ってのは俺が書いたコメントの中の文脈であって、それは Cocoa がない Swift に対する MVC も Morphic もない GNU Smalltalk ということなんだけどさ。
文脈言うなら単語に反応して反射的に思ったことを書くのはよろしくないのではないか。
0070デフォルトの名無しさん2015/06/13(土) 20:01:34.65ID:0G+UhOBY
そもそもLinuxでGUIプログラミングしようって人がかなり少数派だろ
LinuxでSwift使えたらいいなって人のほとんどはWebアプリ用途を想定してるだろ
FoundationをぜんぶSwift標準ライブラリで賄えるようになればCocoaなんかいらん
Foundation相当あればWebフレームワークはポコポコ作られそう
まぁC関数は使えるからFoundation相当なくてもジェバンニが一晩でやってくれそうだけど
0071デフォルトの名無しさん2015/06/13(土) 22:15:03.88ID:ASJ7EEa8
>>70
それはギャグで言ってるのかね？
0072デフォルトの名無しさん2015/06/13(土) 22:28:13.49ID:JGp46XIO
>>69
それは失礼いたしました。

「（Squeak/Pharo をあえて選ばず、GUI を欠き Smalltalk の旨味を享受しにくい）GNU Smalltalk だって
使っている人がいる」　ということでしたか。

てっきり Smalltalk を歴史上の滅びた言語か何かだと勘違いしている程度の認識の人が
「古い Smalltalk だってオプソにさえなっていば使い続ける人がいるんだから、Cocoa 抜きの Swift だって…」
という文脈かと早合点してしまいました。

読解力が乏しくてお恥ずかしい限りです。
0073デフォルトの名無しさん2015/06/13(土) 22:37:00.40ID:0G+UhOBY
>>71
あ？
0074デフォルトの名無しさん2015/06/14(日) 03:40:54.57ID:U2RPzwt6
>>70
GUI系のニーズは知らんけど、Foundation Kitは公開してもアップルの
利益を妨げるものではないと思うけどな。
0075デフォルトの名無しさん2015/06/14(日) 08:54:20.73ID:cNZlfYi6
Foundationの裏方のCore Foundationはオープンなわけだしな
Foundationのオープン化じゃなくてStringやArray並みの互換性もたせた上でSwift Standard Libraryに含めてしまって欲しいけど
I/Oも正規表現も標準で無い言語とかギャグかと
0076デフォルトの名無しさん2015/06/14(日) 09:49:23.50ID:1wsIrGuD
I/O
stdio/system callを使えばええんやで
0077デフォルトの名無しさん2015/06/14(日) 19:17:20.62ID:W7/kQwFj
アップルにフレームワークを整備する理由ない
しかし、整備されないと不便すぎる

LinuxやWinで動かせても動くねーってだけで使える予感しかしねえ
無理に使う理由もないのでどうでもいいと言えばそれまでだが
0078デフォルトの名無しさん2015/06/14(日) 19:18:00.48ID:W7/kQwFj
使えない予感だった、死にたい
0079デフォルトの名無しさん2015/06/14(日) 20:12:32.35ID:dyjHIIPo
今更、アップルがWebObjectの後継を作っても仕方ないし、iPhoneどころかMacですら
必要アプリはほとんど出揃っているんでフレームワークを全公開する必要はな
いけど、Foundation Kitは最低限公開しないとiOSアプリ開発で育った3rdライ
ブラリ/フレームワークが全然使えない。
0080デフォルトの名無しさん2015/06/14(日) 20:40:44.29ID:20RjUlHX
iOSで育った3rdのライブラリの多くはUI絡みのものなのでFoundationだけあっても使えないのには変わり無いでしょうな
0081デフォルトの名無しさん2015/06/14(日) 21:12:00.12ID:dyjHIIPo
>>80
そんなことはない。Realmとか。
0082デフォルトの名無しさん2015/06/14(日) 21:39:23.96ID:67vZyor3
Lumberjackが使えないと死ねそう
swift言語仕様変更で毎度ビルドエラー出て、iOSですら死にかけてる
ロガーもswift用が出るのを待つのかねぇ
0083デフォルトの名無しさん2015/06/14(日) 22:01:11.15ID:3YDPXBe8
Linux上でOS X/iOSアプリが開発出来るなら
0084デフォルトの名無しさん2015/06/14(日) 23:08:14.85ID:1wsIrGuD
他のプラットフォームで動くコンパイラがまだ出る気配もないのに(早くても来年頭かなあ)、できないできない君ばっか
誰でもできないできないなんて言えるし、できないのにはなんの意味も参考にならんぞなw
0085デフォルトの名無しさん2015/06/15(月) 00:08:57.82ID:C8NZWNjk
>>84
お前は日本語できない君か？
0086デフォルトの名無しさん2015/06/15(月) 00:34:06.82ID:01ZbfJjh
>>83
iOS/Linux開発は廃れたがobj-cかc/c++ならクロスコンパイルでいけんだろ
swiftがクロスコンパイルに対応するかは知らん
0087デフォルトの名無しさん2015/06/15(月) 00:35:26.72ID:V4AYzxXO
読めなかったら気にしなくてもいいんだぞ
なんか噛み付いているってことは読めているのだろうと、それでも難癖つけたいとしか思えないぞw
0088デフォルトの名無しさん2015/06/15(月) 00:39:09.88ID:V4AYzxXO
>>86
あら、まともなレスをしょうもないので挟んですみません。反省はしないw
0089デフォルトの名無しさん2015/06/15(月) 00:59:12.11ID:gEN/6QbS
>>81
だからそんなん一部でしょって。
多くのライブラリはUIKitないと使えないよ。
0090デフォルトの名無しさん2015/06/15(月) 01:09:52.11ID:01ZbfJjh
>>89
UIKit使わない低レイヤーライブラリの存在否定しすぎだ
お前さんは使ったことないのかもしれんが、そういうモノは必要だし、多数存在してる
0091デフォルトの名無しさん2015/06/15(月) 01:35:20.59ID:r/MEgINN
UIKit系とそれ以外のフレームワーク/ライブラリは別世界やな。

前者は個人が転職のネタ様等に作っていて流行り廃りが激しいが、
後者はちゃんとした法人が作っているケースが多い。
0092デフォルトの名無しさん2015/06/15(月) 04:23:31.80ID:gEN/6QbS
>>90
CoreFoundationオンリーのライブラリも作った事あるし低レベルレイヤーのライブラリを否定し過ぎってのは俺に対してバイアスかかってるよ。
多数ってどれぐらいの数だ。その中にはCのオープンソースをObjective-Cでラップしたり別言語での実装を移植しただけのようなものも多くあるだろ。
純Foundationでちゃんと使えるライブラリはどれぐらいの数あんの？
0093デフォルトの名無しさん2015/06/15(月) 06:50:55.78ID:dbouic4A
少なくとも10個はあるんじゃね？w
0094デフォルトの名無しさん2015/06/15(月) 16:29:05.46ID:/EBSK0RR
菅ｗ
0095デフォルトの名無しさん2015/06/15(月) 19:49:50.08ID:SpKrWK6f
数が多けりゃいいものでもないしな。UIKit絡みのライブラリ
なんて流行の服を着る様なもんだし
0096デフォルトの名無しさん2015/06/15(月) 19:55:34.16ID:HQj5S+Kn
自分の資産が使えなくても良いというその覚悟はいいな
作った(笑)が単にラッパーライブラリなだけだったら、イラネだろう
0097デフォルトの名無しさん2015/06/15(月) 20:19:01.22ID:V4AYzxXO
他のプラットフォームで何を作るつもりなの？そこがすっぽり抜けている、または全く考えていないようだから不毛な

>>81のなんてなんだろと思ったら(主に)mobileへのじゃないの
オープンソースだったらまずはLinux(FreeBSDの方が濃厚だろうが)あたりかと俺は思うが。だったらMySQLとかの方がよっぽど＆そっちを使うななので、ふーんでしかないな俺はw
0098デフォルトの名無しさん2015/06/15(月) 20:30:28.99ID:cuF7Nbne
BSDとはまたニッチな
MySQL共々、基幹系のリプレースされない所では残ってるのかねぇ
そしてそんな所に色んな意味で安定しないswiftを持っていくのは危ないだろw
0099デフォルトの名無しさん2015/06/15(月) 20:35:18.78ID:V4AYzxXO
http://ja.wikipedia.org/wiki/Clang
ということらしいよ。たかが一言語のコンパイラが安定しないから危ないとかはないだろw
0100デフォルトの名無しさん2015/06/15(月) 20:46:31.80ID:V4AYzxXO
>>98
>MySQL共々、基幹系のリプレースされない所では残ってるのかねぇ
何を言っているのかイミフだったが、そういうw意味か？大勢が新しいモノに移行するわけではないのはCがまだ大多数だったりTomcatが大多数だったりするのを見るとなあ。知らんけどw
ああ、ここ最近の一連の流れでもそのような気がしないでもないww

ちなみに MySQL「とか」ね
0101デフォルトの名無しさん2015/06/15(月) 21:31:51.91ID:k005ii56
Cはいいとして、Java屋としてもTomcatは泣きたくなるな
他に信頼性のあるプラットフォームがないのは分かるが、なんかこう、、、

Tomcatに代わるランタイムを死ぬ気でSwiftで作ってもnodejsにすら勝てる気がしねぇ
挙げ句、Core Foundationも使わずC/C++ライブラリ叩くなら、Nginxでいいと判断されそう

サーバでswift使うにしても、何に使えば的確なのか難しいねぇ
0102デフォルトの名無しさん2015/06/15(月) 21:40:46.44ID:V4AYzxXO
デーモンアプリ／プログラムとか、コマンドラインとか、Cで書いていたのを〜とか

使いたいヤツが使えるでええやん。>>101はそれは俺には使えない特に使いたくもないってことにしか読めないなあ
なんで他のプラットフォームでのSwiftフレームワークが出るかもしれない(いや出ると思うけどw)というのが抜きなのか

Macアプリ(ちゃんとしたの)でphyton製のがぽろぽろぽろりあるのを見ると使う人は使うんじゃね
0103デフォルトの名無しさん2015/06/16(火) 02:41:43.77ID:In84evFv
イラネ
0104デフォルトの名無しさん2015/06/17(水) 07:51:00.33ID:ng9gOX6n
pythonはUNIXから続く物好きなディベロッパーが多いからだろ
Luaのちゃんとしたアプリが多いなら参考にもなろう
0105デフォルトの名無しさん2015/06/17(水) 12:18:27.16ID:TcOpUBLl
CarbonからCocoaへの移行、つまり開発者層がC/C++からObjCへ切り替えるのが
意外にゆっくりだったことを考えると、Swiftへの切り替えもそうなるかもしれん
ならないかもしれん
0106デフォルトの名無しさん2015/06/17(水) 13:28:49.63ID:+GlajU+f
iPhone以降はあの頃よりずっとスピード感ある
0107デフォルトの名無しさん2015/06/18(木) 18:51:40.98ID:IwphfK0q
すごいスピード感の言語仕様変更が笑える
swift2のdo-try-catch率先して使いたくなかったが、使ってみるとなかなかに面白い
他言語のexceptionと同列じゃなく、メソッド引数の&error省略のためなんだな

非同期関数はハンドラブロックの記述省略、同期関数はエラーポインタの記述省略
まぁ、、、いいんじゃね、、、という気分になった
0108デフォルトの名無しさん2015/06/18(木) 21:11:10.48ID:ZceM3uO5
ハンドラブロックの記述省略なんてできるの？
0109デフォルトの名無しさん2015/06/18(木) 22:23:31.33ID:5/uDK7Tt
キーワード部分の省略な
0110デフォルトの名無しさん2015/06/19(金) 12:39:24.53ID:fpEnerGj
Swiftがサーバサイド(linux)で動くことで、
サーバサイドとクライアントサイドがちゃんぽんで1プロジェクト内にかけたらいいかも。とMeteor.jsをいじりながら思いました。
0111デフォルトの名無しさん2015/06/19(金) 13:22:22.90ID:UqQp0wpC
サーババックエンドとウェブブラウザAppとAndroidとiOSが一言語で実装出来ると良いな
今の所、そんな言語はjs一択だ
0112デフォルトの名無しさん2015/06/19(金) 13:44:28.01ID:3LXXktEj
iCloudでサーバサイドロジック書けるようになったらしいけどJSらしいなw
そこはSwiftだろうw
0113デフォルトの名無しさん2015/06/19(金) 13:59:19.06ID:fpEnerGj
ttp://jp.techcrunch.com/2015/06/18/20150617google-microsoft-mozilla-and-others-team-up-to-launch-webassembly-a-new-binary-format-for-the-web/

swiftもWebAssemblyに対応してくれればっていうかLLVM使ってるんだから
bitCodeがWebAssemblyに対応すれば必然的に対応するのかな。
これでjsと対抗できるけど、これに対応したらjsで全部やればいいじゃんってなりそうで怖い
0114デフォルトの名無しさん2015/06/19(金) 14:22:13.41ID:09nvWreM
14M弱の小さくないswiftランタイムが全ブラウザに組み込まれるならアリかもな
アプリケーションコードよりよほど足を引っ張りそう
久しぶりに調べたらswift 2.0ビルドしたら二倍近い容量になってんじゃねーかw
0115デフォルトの名無しさん2015/06/19(金) 15:03:35.91ID:FzphauAa
>>114
それどこの Dart
0116デフォルトの名無しさん2015/06/19(金) 16:51:38.43ID:W/agSMw2
vbや当時のperlすら無理だったのに、その1/1000のユーザーもいない
swiftがういう理由で組み込まれるんだｗ

誰の納得も得られんよ。
0117デフォルトの名無しさん2015/06/19(金) 18:56:06.35ID:SJVlWbGn
WebKitな人がじゃね
0118デフォルトの名無しさん2015/06/19(金) 19:00:13.48ID:FzphauAa
政治とか時代の要請とかもあるからな
0119デフォルトの名無しさん2015/06/19(金) 19:02:39.57ID:l+bRnUf+
小さなランタイムってそもそもUIフレームワーク寄りの互換ライブラリじゃなかったけか。
FoundationKitの部分もSwiftが独り立ちすれば不要になるし。
0120デフォルトの名無しさん2015/06/19(金) 19:14:10.35ID:SJVlWbGn
どの言語だってええやん＆誰の納得も必要ないやんw
WebAssemblyコードの大きさが言語によってどれだけ違いがあるのかってとこだけやな
0121デフォルトの名無しさん2015/06/19(金) 21:15:37.55ID:fF+4eCdf
>>119
ちげーよ > 小さなランタイム

インデントの位置がobj-cに比べて格段に見易いから使ってるけど
色々真面目に取り組んでくれないと他者に布教出来んわ
0122デフォルトの名無しさん2015/06/19(金) 21:34:33.57ID:Zp4oUSRv
企業固有の組み込み機器を組み込みOSで開発してる場合とは違い、
具体的なターゲットがiPhoneやMacでメモリ容量も分かってるのに、Swiftのランタイム容量の微増を気にする意味が分からない
.NETフレームワークのように巨大だと話は別だが
0123デフォルトの名無しさん2015/06/19(金) 22:25:14.08ID:FpXNlVs/
ヒント:ユーザのダウンロード時間

まだHSPAが標準じゃない国もある
0124デフォルトの名無しさん2015/06/20(土) 00:32:10.38ID:A0VGz1Sy
>>116 は最近のプログラミング事情を知らないか、居る場所がそうなんだろう
プログラミング人口はJava、Objective-C、C/C++が多くて、そのうちObjective-Cは今後そのままSwiftに移行する
ごく普通に考えてアプリが100万種類を超えるiOSやAndroidの開発者が多いのはすぐわかる
もしperlの開発者がその1000倍もいるならperlのプログラムはひょっとして10億種類もあるのだろうか
0125デフォルトの名無しさん2015/06/20(土) 00:43:37.84ID:m/GPi3MC
なに言ってんだこいつ
0126デフォルトの名無しさん2015/06/20(土) 03:01:22.73ID:pSIQD0+F
しょぼい小遣いを夢見た人間が
iOS上でアプリを霧散させてるだけでだけで、
本来の意味での資産性があまり増さなかったのは
iphoneが爆発的にうれたのに
MACのシェアがあまり増加しなかった
ことからも明らかだが。

全員がswift？
全OSで主流でつかわれるぐらいにならんと、
20年ぐらいの継続的に必要とされる
分厚い時代の試練には耐えられんぞ。
0127デフォルトの名無しさん2015/06/20(土) 04:12:19.42ID:D5IZmo75
なに言ってんだこいつ
0128デフォルトの名無しさん2015/06/20(土) 05:59:20.52ID:dNxi7RaR
Swiftについての質問ここでもいいのかな・・・
Cの関数をSwiftで利用する方法はすぐ見つかったんですが
Swiftの関数をCで利用する方法はあるんでしょうか？
Swiftのクラス→ObjC→C
の方法は見つかったんですが関数を直接使うのは無理なんでしょうか
0129デフォルトの名無しさん2015/06/20(土) 08:51:38.47ID:837NZnyd
なに言ってんだこいつ
0130デフォルトの名無しさん2015/06/20(土) 08:52:16.04ID:xF6AnLPg
そもそもSwiftの関数のABIってfixしてんのかな
0131デフォルトの名無しさん2015/06/20(土) 09:13:06.21ID:EfU6zrgl
>>124
それくらいありそうな気がしなくもないなw > Perl

ABIは流石にfixしてんだろ、、、多分
ランタイムでごちゃごちゃブリッジしまくってそうだけど
C関数は普通に叩けるんじゃなかったけ？Bridge-Headerは必要かも
0132デフォルトの名無しさん2015/06/20(土) 09:23:01.58ID:c2ijhovV
>>128
できるけど制限があって、Swiftのモダンな機能(ジェネリクスなど)は殆ど使えない

やり方としては、Obj-CからSwiftを使えばいいだけ。詳しくは Obj-C Swift migration のセクションを読んで下さい
Obj-CはCのランタイムそのものだから、普通に.mファイルのグローバルなスコープの位置にC言語の関数を書けばそれで動く

Swiftの関数(が返すクラスなどの型)に関しては、Cが値とポインタしか扱えないからそのまま使うのは意味がないので、一旦Swift→Obj-C→Cで処理するのがいいと思う
0133デフォルトの名無しさん2015/06/20(土) 12:39:11.31ID:dNxi7RaR
>>131 >>132
やはりそうなりますか
Brdging-Headerに宣言入れたらObjCを介さずSwiftから使えたので
逆も出来ないかと考えてたんですが
ObjCやSwiftについてはまだド素人なので大変参考になりました
ありがとうございました
0134デフォルトの名無しさん2015/06/21(日) 19:10:40.22ID:og2GSzic
「毎日修造」からこの言葉を贈ろう

考えろ！考えるな！
0135デフォルトの名無しさん2015/06/24(水) 19:24:37.24ID:67w2VxAe
swift2(Xcode7)でコメントのフォーマット変わっとる
下位互換も殺されてワロス...
0136デフォルトの名無しさん2015/06/24(水) 20:36:28.18ID:Up2q66iI
仕事で使ってるならご愁傷様です。
遊びなら別にいいでしょ。mdでコメントかけるのは嬉しいけど
0137デフォルトの名無しさん2015/06/24(水) 20:56:41.34ID:YphdkkWn
Xcodeがコンバートしてくれないの？
0138デフォルトの名無しさん2015/06/24(水) 23:08:32.99ID:0PsypIzo
>>136
あっちのスレのID真っ赤君ぽい

コンバートはダメだねぇ
元よりswift1.3から2.0へのコンバートも当然不十分だったし、コメントはせっせと直すよ
0139デフォルトの名無しさん2015/06/25(木) 00:04:38.14ID:pEuo8reg
コメントってどう変わったの？
0140デフォルトの名無しさん2015/06/25(木) 02:26:14.53ID:3L0EGzhJ
>>138
違うぞ
よほど何か根にもっているように見えるから止めなさいw
0141デフォルトの名無しさん2015/06/25(木) 09:27:59.82ID:xQmSwP7K
/**
こんなんなった.
- parameter message: 昔の:param:とか@paramは使えない
- parameter ref: 非Betaの書き方はNSHipster参照, 最近Swift Documentationの記事更新してた
*/
// FIXME: return とか throws の書き方誰か教えて
0142デフォルトの名無しさん2015/06/25(木) 10:13:50.03ID:9obXKYAt
Documenting return values:
- returns: ...

リリースノートに書いとる
throwsは知らん
0143デフォルトの名無しさん2015/06/25(木) 10:17:21.82ID:3L0EGzhJ
Swiftの言語仕様じゃなくてDocumentation generatorの仕様じゃね
0144デフォルトの名無しさん2015/06/25(木) 11:19:35.53ID:PP5KzNNd
だな、だから Apple は悪くない
使いこなせないバカが悪い
0145デフォルトの名無しさん2015/06/25(木) 12:16:22.01ID:9obXKYAt
Appleは常に正しい。アーメン。
0146デフォルトの名無しさん2015/06/25(木) 16:14:52.78ID:OtDY2Gxj
RxSwift使ってる人いる？
reactivecocoaで行こうと思ってたけど、なんかRxSwiftのほうがドキュメントしっかりしててて、同じ感覚でrxJavaとかに応用効きそうだし、こっちにしようかなーと思うんだけど実際のところどうなのかなーと
0147デフォルトの名無しさん2015/06/25(木) 20:51:41.81ID:y9bVWrUH
ネットで簡単なコード試せるところないかな？
0148デフォルトの名無しさん2015/06/25(木) 21:03:14.52ID:iF0ZymcN
>>146
試してみたらswift2で動かない(T_T)
xcode6にいったん帰る
0149デフォルトの名無しさん2015/06/25(木) 22:18:58.50ID:s9po12+M
ブランチあるんじゃね？確認してないけど
0150デフォルトの名無しさん2015/06/26(金) 02:35:44.21ID:YZ0qfouH
ReactiveCocoaで2wayのバインドってできる？
その他フレームワークでも良いんだけど……
0151デフォルトの名無しさん2015/06/26(金) 08:21:52.95ID:BLurehVv
>>150
できるよ。
■ このスレッドは過去ログ倉庫に格納されています