Swift part4 [転載禁止]©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2014/11/13(木) 15:39:01.67ID:TmOo0Hy+関連スレ
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://anago.2ch.net/test/read.cgi/mac/1401736249/
プログラミング言語Swift
http://anago.2ch.net/test/read.cgi/mac/1401736921/
前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
Swift part3
http://peace.2ch.net/test/read.cgi/tech/1406083608/
0331デフォルトの名無しさん
2014/12/26(金) 20:58:19.60ID:vHfzhEsOんー？と首をかしげてやっぱり社外じゃねーのかと結論に至る
まぁスレチだからどうでもいいな
0332デフォルトの名無しさん
2014/12/26(金) 21:18:31.28ID:30bRtTjR0333デフォルトの名無しさん
2014/12/26(金) 21:45:08.44ID:7trXBF+Z0334デフォルトの名無しさん
2014/12/26(金) 22:42:10.29ID:CUFp5HoJワロタw
0335デフォルトの名無しさん
2014/12/27(土) 12:25:34.47ID:jNQO8eeH問題は言語の癖を理解するのに時間がかかるってことだろ。
Objective-Cの癖を熟知して適切な設計ができるようになるにはたしかに数年くらいかかる。
言語なんてみんなそうだとおもうけど。
0336デフォルトの名無しさん
2014/12/27(土) 14:27:46.77ID:dStmEI+60337デフォルトの名無しさん
2014/12/27(土) 14:41:08.47ID:XgN/PSTj企業で移行するのはリスク高と思うけど、
Swiftだとどうやんだよ…って悩むようなのは余りない
マクロ多用してたりしなければ、そんなに困るほど変わってはないと思うけどなぁ
0338デフォルトの名無しさん
2014/12/27(土) 16:29:06.07ID:MX7gHd2KあとswiftらしさとCocoaらしさの間でベストエフォートの模索とかな
swift単体、Cocoa単体は悪かねーが、全体を見たら良くもねー
企業採用案は小さなランタイムのよる？速度、容量のデメリットが致命的だな
0339デフォルトの名無しさん
2014/12/27(土) 20:18:46.05ID:kkGhT74X用語がたくさん出てきて初心者は何から学べばいいのか分かりにくい
0340デフォルトの名無しさん
2014/12/28(日) 08:04:02.83ID:itRhsDvh0341デフォルトの名無しさん
2014/12/28(日) 09:28:54.21ID:csBOmpC4探したことないけどあるだろうよ
レスを見る限りでは萩原本は向いてなさそう
0342デフォルトの名無しさん
2014/12/28(日) 09:54:01.22ID:6EqD0Cc0そんな事が可能なの？！
>>341
ありがとう 早速探してみるよ
0343デフォルトの名無しさん
2014/12/28(日) 12:40:03.44ID:4TGCE86Z何から始めようか迷ったけど、結局Iphoneアプリを作ってみたいというのが目的だったから、swiftから始めたよ。
何からはじめるのがベストなのか、考えるのが面倒になってしまってな
0344デフォルトの名無しさん
2014/12/28(日) 13:25:42.89ID:6EqD0Cc0swiftのアプリ開発で必要な知識を初歩から順を追って、まとめて学べる都合のいい本があれば迷わずに済むのにね
とにかく初心者同士、お互い頑張ろう
0345sage
2014/12/28(日) 21:40:46.14ID:HvTPQ5/80346デフォルトの名無しさん
2014/12/28(日) 21:44:15.58ID:jUzO+qs+ありゃブラックボックスな動きをするprologだ。
0347デフォルトの名無しさん
2014/12/28(日) 21:52:07.72ID:11uuJwKfSwiftでもObj-Cでもできないことなら山のようにあるよ。
0348デフォルトの名無しさん
2014/12/28(日) 22:26:20.12ID:vKUPusOo原理を理解してれば合理的な動きしかしないよ
0349デフォルトの名無しさん
2014/12/28(日) 22:35:05.25ID:fYu//WjYすぐエラー吐きまくる上、エラー読んでもよくわからないから「ぬわぁぁぁん疲れたもぉぉぉん」ってなる
落ち着いて簡単なレイアウトから始めれば怖くないはず
0350デフォルトの名無しさん
2014/12/28(日) 23:01:06.91ID:HvTPQ5/8ごめん間違い。
ObjCでだけできることだ！
0351デフォルトの名無しさん
2014/12/28(日) 23:16:20.27ID:jUzO+qs+原理を理解するのと
プライオリティの考え方を理解するのと
TableView、ScrollView周りとAutoresizing互換の挙動を理解するのと
3つの壁があるな。
0352デフォルトの名無しさん
2014/12/28(日) 23:40:49.99ID:fYu//WjYあとNSObject継承しないとKey Value ObservingとMethod Swizzlingができないはず。
Object AssociationはNSObject継承必須だったっけ… 調べてない。
あとはマクロぐらいじゃない? Genericsとか@autoclosureとか演算子オーバーロードで代替できそうだけど
0353デフォルトの名無しさん
2014/12/29(月) 00:25:30.19ID:VkdyKXmGありがと！なんか難しそうだから基本的なことはSwiftでできると理解しておきます！笑
0354デフォルトの名無しさん
2014/12/29(月) 01:01:18.14ID:1VAdYfrn0355デフォルトの名無しさん
2014/12/29(月) 01:18:27.82ID:UGzXTa7oオブジェクトひとまとめにして返したいだけならNSArrayで十分
0356デフォルトの名無しさん
2014/12/29(月) 12:12:56.56ID:hb9S1WDc0357デフォルトの名無しさん
2014/12/29(月) 12:17:12.44ID:/fu+2Q3X0358デフォルトの名無しさん
2014/12/29(月) 12:19:15.91ID:H6hPKJP00359デフォルトの名無しさん
2014/12/29(月) 12:21:36.99ID:wkpqa+ETBASICの方がいいよ
0360デフォルトの名無しさん
2014/12/29(月) 12:59:42.59ID:gRutPDG7一応VBAはできるのでBASICはいいかなと
0361デフォルトの名無しさん
2014/12/29(月) 13:22:23.27ID:Vx6+GdBuminiは本体以外何も付属してないも同然だから、そこ注意な
背面の図見たりスペック表みて「これなら手持ちのモノを繋ぎ直せば済むな」と思うならアリ
0362デフォルトの名無しさん
2014/12/29(月) 13:22:28.47ID:atzcVtFw>>358
いいんじゃね、ビルドに時間かかるかもしれんが
よほどのアプリじゃなければ耐えられるだろ
0363デフォルトの名無しさん
2014/12/29(月) 14:06:48.52ID:H6hPKJP0キーボードとマウス、HDMI接続のディスプレイはWindowsで使ってる物を流用するから大丈夫だと思う。
最初は出来るだけ出費を抑えたいからminiを買う事にするよ。
>>362
一部の動作に時間が掛かるくらいなら我慢するよ。
そんな大層なアプリ作れるようになる自信もないし、出来るだけ出費を抑えたいんだよね。
今は不便にならない程度に最低限の物を買えれば満足だよ。
質問に答えてくれたお二方ありがとう。
0364デフォルトの名無しさん
2014/12/29(月) 14:36:10.29ID:gRutPDG7ロジクールの安物でもいいから
0365デフォルトの名無しさん
2014/12/29(月) 15:02:48.15ID:H6hPKJP0調べてみたけどタッチパネルの要領でMacを操作出来そうな感じでいいね。
自分で作ったアプリの動作確認をする時に実機に近い感覚で動かせそうな所もいい。
トラックパッドの購入も検討してみるよ。ありがとう。
0366デフォルトの名無しさん
2014/12/29(月) 15:15:41.88ID:UGzXTa7o最初ロジクールのMX-RとかG700とかdiNovoとか使って格好つけてたけど、
結局キーとプリントが一致してなかったり、故障を繰り返したりして
純正のApple Wireless KeyboardとApple Magic Trackpadに落ち着いた
少なくともMac専用(Mac対応じゃなくてMac専用)の奴がいいと思う
昔クソみたいなWindowsノート使ってたから最初「トラックパッドなんて」と思ったけど
Apple Magic TrackpadはWindowsノートのトラックパッドとは別物で、もうマウスには戻れん
ジェスチャでデスクトップ移動するの便利過ぎる
0367デフォルトの名無しさん
2014/12/29(月) 15:25:23.71ID:z3+ydwsT0368デフォルトの名無しさん
2014/12/29(月) 15:42:02.25ID:/14L8mdX0369デフォルトの名無しさん
2014/12/29(月) 15:51:58.47ID:H6hPKJP0キーボードもMac専用の方がいいんだね。
最初はWindowsのキーボードを使用して、不便に感じる場面が増えたら、Mac専用キーボードも購入する事にするよ。ありがとう。
>>367
まあ、そうかもしれないけどさ。
ディスプレイは持ってるし、コスパを優先すると周辺機器の購入費を差し引いてもminiが安くなるんだよね。
0370デフォルトの名無しさん
2014/12/29(月) 17:04:12.88ID:gRutPDG70371デフォルトの名無しさん
2014/12/29(月) 17:20:39.81ID:hl22pesiキーボードやマウス、ディスプレイは外付けでもいいぜ
0372デフォルトの名無しさん
2014/12/29(月) 18:16:46.79ID:H6hPKJP0なるほど。値段も純正より安いし良さそうだね。
トラックパッドの購入はロジクールのものを検討してみるよ。
>>371
もうminiポチッちゃったよ・・・。
でも速度はそこまで求めてないし、外出先で使う予定とかもないから安上がりのminiで満足だよ。
このスレには親切な人が多くて助かったよ。
皆さん、色々とアドバイスありがとう。
0373デフォルトの名無しさん
2014/12/29(月) 21:21:55.70ID:eIUECoX40374デフォルトの名無しさん
2014/12/29(月) 21:50:36.17ID:D1yl9c1Pそろそろスレチ、助言したいヤツはMac板へどうぞ
0375デフォルトの名無しさん
2014/12/30(火) 01:42:37.12ID:uoJ7fLPx>いちおうSwfitは「マルチパラダイム」ということになっていますが、
「モダン」たる所以はそれが関数型言語仕様だからです。
http://qiita.com/kenokabe/items/9c650ec8bcb1418c596d#objective-c-swift
Swiftって関数型なん？
0376デフォルトの名無しさん
2014/12/30(火) 02:04:04.33ID:+dTYxojg主張のために都合のいい事例を引っ張ってきてるだけの、典型的な高尚なこと言ってそうで特に意味はない記事だから気にせんでいいよ
Swift自体はAppleが言ってる通りのObjective-C without CだからOOPLなのは間違いない
0377デフォルトの名無しさん
2014/12/30(火) 09:38:49.42ID:vPTYHLe90378デフォルトの名無しさん
2014/12/30(火) 11:38:38.75ID:+7B8jKAW有名なキチガイじゃないかそいつ
0379デフォルトの名無しさん
2014/12/30(火) 14:45:32.58ID:NXyTCPVlその人、精神世界だのなんだの凄いよね記事が。
同じ職場には絶対いたくないタイプ。
0380デフォルトの名無しさん
2014/12/30(火) 15:20:20.78ID:tZaAsYaj常時一緒に仕事はしたくないが
0381デフォルトの名無しさん
2014/12/30(火) 15:50:33.92ID:TbKXXcxI例えばObjectiveCで↓みたく書いていたのは
//UIDocument* document
if (document.documentState & UIDocumentStateInConflict) {}
swiftでは↓と書けばいいんでしょうか？
if document.documentState & .InConflict != nil {}
コンパイルは通るんだけどなんか自信がない...
0382デフォルトの名無しさん
2014/12/30(火) 16:58:32.66ID:gwQSmuOiC->C++の時にオブジェクト指向って奴はピンと来なかったけど
なんかObjective-Cで「ああオブジェクト指向ってつまり
こういうことをしたくて言ってたのかー」と思った俺としては
オブジェクト指向ってのはたとえばユニットバスの
こことここに電気ガス水道排水つなぐんだよって
接続部に"柔軟性を持たせて"ユニットの取り回しを楽にする方向で
関数型ってのは中の配管とかを矛盾なく接続するための
"パーツ規格化"方向だと思ってるから、そもそも扱うレベルの違う考え方で
別に混在してもなんの矛盾も無い気がするんだけどなぁ…
0383デフォルトの名無しさん
2014/12/30(火) 18:39:54.77ID:KQdhdDnRの見方をする人はいるけど、単に理屈をこねるだけならいらない人。
0384デフォルトの名無しさん
2015/01/01(木) 01:17:36.81ID:fTJMQ+Gx最初の一冊としておすすめなのはどれなの？
0385デフォルトの名無しさん
2015/01/02(金) 11:27:40.08ID:xPYdf4Ls0386デフォルトの名無しさん
2015/01/02(金) 11:28:49.66ID:xPYdf4Ls0387デフォルトの名無しさん
2015/01/02(金) 13:31:31.85ID:esSYQIPgそれにAppCodeはもうオワコンだよ
SwiftになってAppCodeの優位性無くなったしコード補完もお話にならない
Xcodeで完結した方がいい
0388デフォルトの名無しさん
2015/01/02(金) 19:31:54.40ID:xPYdf4Lsスレチすんません
0389デフォルトの名無しさん
2015/01/07(水) 08:07:42.40ID:7s8hjn62http://www.softantenna.com/wp/mac/apple-software-quality/
0390デフォルトの名無しさん
2015/01/07(水) 09:14:20.97ID:l7T8BUFQ0391片山博文MZ ◆T6xkBnTXz7B0
2015/01/07(水) 18:18:51.23ID:RQIpnW4I0392デフォルトの名無しさん
2015/01/07(水) 18:48:03.52ID:HBzie/+Qふいんき(何故か変換出来ない)読めよ、、、
0393デフォルトの名無しさん
2015/01/07(水) 18:49:36.13ID:XTW9mVfN0394デフォルトの名無しさん
2015/01/07(水) 21:13:17.26ID:YQozNMlo0395デフォルトの名無しさん
2015/01/07(水) 21:49:28.54ID:YQozNMloGC版スマブラでさえデバッグやってた岩田社長
0396デフォルトの名無しさん
2015/01/07(水) 23:11:36.69ID:CwD9wxwu2.0...5.0 ~= Double.NaN // true
当然↓は全部 false
2.0 < Double.NaN // false
Double.NaN < 5.0 // false
2.0 < Double.NaN && Double.NaN < 5.0 // false
0397デフォルトの名無しさん
2015/01/07(水) 23:23:37.77ID:CwD9wxwuなにこれバグ？
それとも IEEE だか何だかで決まってる振る舞いだったりするの？俺がアホなだけ？
2.0...5.0 ~= Double.NaN // true
2.0..<5.0 ~= Double.NaN // false
2.0 == Double.NaN // false
2.0 < Double.NaN // false
2.0 <= Double.NaN // true
0398デフォルトの名無しさん
2015/01/07(水) 23:40:09.76ID:KQ7alaGIたぶん a<=b を内部的に !(a>b) として扱ってるんだろう
0399デフォルトの名無しさん
2015/01/08(木) 09:28:05.07ID:SfUYkux20400デフォルトの名無しさん
2015/01/08(木) 09:35:55.69ID:SfUYkux20401デフォルトの名無しさん
2015/01/08(木) 10:17:32.02ID:j3ZP3pGGアホか、NaN == NaN はfalseだ
0402デフォルトの名無しさん
2015/01/08(木) 10:57:34.98ID:8JNtfJvt0403デフォルトの名無しさん
2015/01/08(木) 10:58:22.89ID:wauwVN/D(Javaの場合)
http://docs.oracle.com/javase/specs/jls/se8/html/jls-4.html#jls-4.2.3
NaN is unordered, so:
・The numerical comparison operators <, <=, >, and >= return false if either or both operands are NaN (§15.20.1).
・The equality operator == returns false if either operand is NaN.
・In particular, (x<y) == !(x>=y) will be false if x or y is NaN.
・The inequality operator != returns true if either operand is NaN (§15.21.1).
・In particular, x!=x is true if and only if x is NaN.
Swift のこの糞仕様かバグか知らんけど、現状では Double 型で <=, >= での比較あるいは ClosedInterval でのパターンマッチをする場合は
その前に必ず isNaN() でチェックしないといけないという糞面倒なことになる
0404デフォルトの名無しさん
2015/01/08(木) 11:14:44.54ID:/JiSUbNOswiftの通常運転だな！
0405デフォルトの名無しさん
2015/01/08(木) 18:31:46.24ID:r57e4tCf0406デフォルトの名無しさん
2015/01/08(木) 18:42:50.54ID:4MqR1IHZ0407デフォルトの名無しさん
2015/01/08(木) 20:02:06.81ID:j3ZP3pGGまあ今更変更は無理だろうけど
0408デフォルトの名無しさん
2015/01/08(木) 21:52:24.42ID:bG5RLew00409デフォルトの名無しさん
2015/01/17(土) 11:06:57.94ID:5Isdz78l0410デフォルトの名無しさん
2015/01/17(土) 11:11:15.03ID:8ToY3jo00411デフォルトの名無しさん
2015/01/17(土) 11:22:09.44ID:CLNfIDKXヘッダを自分で書かなくていいいのは楽で良いけど
わざわざデメリット多いswift使うのはバカだと確信しました
なワケでネタがない、誰かネタくれよ
0412デフォルトの名無しさん
2015/01/17(土) 11:32:33.66ID:Myj9loPB一言で判り易く言ってくれたので
ますます人寄り付かなくなって
過疎るな
0413デフォルトの名無しさん
2015/01/17(土) 14:08:02.76ID:t2YjwJtAヘッダファイルしかり、型宣言しかり、ブロックしかり
デメリットは言うほどセキュアじゃなくnilアクセスで落ちる、小さくないランタイムで速度,容量増、obj-cライブラリとの親和性微妙
0414デフォルトの名無しさん
2015/01/17(土) 15:02:47.76ID:sqhqU9t5ですねわかります
0415デフォルトの名無しさん
2015/01/18(日) 04:03:22.31ID:oCmAbTPISwiftで書いててnilで落ちるのは書いたやつがどうしようもないアホタレなだけやないか
0416デフォルトの名無しさん
2015/01/18(日) 11:25:56.58ID:ZTPATsLt0417デフォルトの名無しさん
2015/01/18(日) 11:33:21.14ID:9yORck7L0418デフォルトの名無しさん
2015/01/18(日) 12:40:56.66ID:FrxzlsYxObjective-C でいいやん
0419デフォルトの名無しさん
2015/01/18(日) 23:25:35.15ID:ACJ/Scxghttp://www.gizmodo.jp/2015/01/swift_1.html?utm_source=rss20&;utm_medium=rss
0420デフォルトの名無しさん
2015/01/19(月) 08:14:41.94ID:C0KWQUdjネタもなにも
数年後には消えてるよコレ。完全に人の期待裏切ってるどうでもいい言語
だもんｗｗ
0421デフォルトの名無しさん
2015/01/19(月) 09:48:41.31ID:jGwp2f1ADart みたいなものか
0422デフォルトの名無しさん
2015/01/19(月) 10:13:24.63ID:Bxyc3tIIJavaはRun anywhere
PHPはHTMLの中にコードが書ける
RubyはRuby on rails
swiftは、、、？
objcとの互換を引っ張りすぎて特徴無さすぎ
rubyみたいに言語として普通でも優れたフレームワークがあればと思うけど
それもobjcから問題なく叩けるから目立たないね
0423デフォルトの名無しさん
2015/01/19(月) 11:00:39.94ID:X7WYIBYUアップルのプラットフォーム専用言語という性質を変えるつもりはアップルにもないだろうから
メインストリームに乗せることなんてハナから想定していないと思うけど。
もちろんオープンソース化はするかもしれないし、
その場合には他のプラットフォームでSwiftコンパイラを走らせて遊ぶ好事家が現れるだろうけど、
そういう動きにアップルが積極的にコミットすることはないだろうし
アップルがSwiftの仕様変更を考えるに当たって、他のプラットフォームへの移植性に配慮することもないだろうと思う。
0424デフォルトの名無しさん
2015/01/19(月) 13:27:01.68ID:KroxEeJepythonはオワコンか
0425デフォルトの名無しさん
2015/01/19(月) 13:36:53.76ID:C3HXE5br問題なのは
同じその方向性でありながら、だったらObj-Cでいいやってのが大半
なほど、swiftに圧倒的な魅力がないってのがね。
0426デフォルトの名無しさん
2015/01/19(月) 13:49:09.77ID:BqKfPTpX0427デフォルトの名無しさん
2015/01/19(月) 14:18:41.83ID:rEWfpaKHobj-cでなくswiftじゃないと出来ないフレームワークって作れないかねぇ
0428デフォルトの名無しさん
2015/01/19(月) 14:57:32.99ID:KroxEeJe0429デフォルトの名無しさん
2015/01/19(月) 18:25:35.41ID:LJNkygOR# 去年夏くらいの希望的コメント
0430デフォルトの名無しさん
2015/01/20(火) 01:08:04.45ID:Hr3j4XeI＞だったらObj-Cでいいやってのが大半なほど、
それはこのスレだけの集計結果だろう
■ このスレッドは過去ログ倉庫に格納されています