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

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

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

関連スレ
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/
0302デフォルトの名無しさん2014/12/24(水) 17:31:34.80ID:N9ELTZrK
>>301
醤油
0303デフォルトの名無しさん2014/12/25(木) 08:32:30.96ID:RKnbuxlN
>>301
ソースが欲しけりゃスーパー行けよ。
オススメはおたふくだな。
0304デフォルトの名無しさん2014/12/25(木) 14:13:50.60ID:a219dvQ9
まあ来年5月から提出するアプリはSwift制が義務付けされるから気にする必要もないんでないの
0305デフォルトの名無しさん2014/12/25(木) 14:56:00.23ID:+jJ+M8OF
>>304
それがマジで起こったら大混乱しそうだなｗ
0306デフォルトの名無しさん2014/12/25(木) 15:09:07.05ID:/Ik4y+wK
時期はともかくそう言われる時は絶対来るよね
0307デフォルトの名無しさん2014/12/25(木) 15:28:11.27ID:/EfaTYzZ
そうなったらトリガーだけswiftにしてあとはobj-cで組むアプリを作るわw
0308デフォルトの名無しさん2014/12/25(木) 15:30:32.86ID:uLEqdUem
まあ、CarbonからCocoaへの移行に十数年の猶予期間があったから、obj-cも十年くらいは使えるでしょう。ぼちぼちSwiftも覚えていこうぜ！
0309デフォルトの名無しさん2014/12/25(木) 17:42:02.23ID:CdAsQDb7
64bit対応は結構切り捨て早いけどな
小さなランタイムがOSに内包されたら主開発言語を切り替えかな
あいつ、ホントうざく感じる
0310デフォルトの名無しさん2014/12/26(金) 08:19:38.56ID:uzn4bewm
>>304
初耳なんだが？
0311デフォルトの名無しさん2014/12/26(金) 09:03:10.22ID:vVR74RNM
情弱ですねわかります
0312デフォルトの名無しさん2014/12/26(金) 09:09:50.15ID:DeBnPaCe
objc 切り捨てたらゲームが Android よりしょっぱくなるからそれは無い。
大体、そんな方向性なら METAL なんて出すかってんだスットコドッコイ。
0313デフォルトの名無しさん2014/12/26(金) 09:40:24.28ID:In8c7O3N
>>312
MetalはSwiftでも使えるでしょ。
そもそもMetalは脱Googleと同様、
OpenGLという社外コンポーネントへの依存を廃して
プロダクションの独立性を確保しようという、リスクヘッジの一環。
Objective-C/Swift論争には関係ない。
0314デフォルトの名無しさん2014/12/26(金) 10:38:10.33ID:GBWI2vDb
開発者側のリスクヘッジとしては、プラットホームへの依存を廃するという事で、
描画はOpenGLですな。
0315デフォルトの名無しさん2014/12/26(金) 11:08:53.90ID:PdY4Cgam
Swift移行したプロジェクト、デスマ中。
Swiftなら開発期間短くなるとか幻想だから。
3年もかけて習得したObjective-C切り捨てた上司死ね。
0316デフォルトの名無しさん2014/12/26(金) 11:15:22.07ID:1icPJas5
想像に容易くてワロタww
年末/年始と大変だろうがガンガレ
0317デフォルトの名無しさん2014/12/26(金) 11:21:47.46ID:RztFzAub
3年もかけて習得した？
0318デフォルトの名無しさん2014/12/26(金) 11:37:06.21ID:uzn4bewm
>>315
可哀想にね。

はっきりいって熟れていない上に、全く普及もしていないから
まともな企業は今は入るべきじゃないのに
0319デフォルトの名無しさん2014/12/26(金) 11:42:47.55ID:CmrZLX32
>>315
Swift移行がデスマの要因になるとかObjC習得に3年かかるとか、お前がヘボすぎだろ
向いてないから仕事変えろ
0320デフォルトの名無しさん2014/12/26(金) 12:09:36.69ID:8KzXZWWg
swiftらしい Closure や if let 文他諸々の新しい文法試してたら
他の本来の気を付けるべき箇所でバグ埋め込んでってなる

一人で無責任なアプリなら良いけど
商用製品はデスマになりやすいよ(経験談
無責任になりたいので swift は個人PJのみに改めた
0321デフォルトの名無しさん2014/12/26(金) 12:10:01.87ID:oSoIQ7p/
>>315
デスマを乗り越えた時よその会社より一歩前にいる。というのを妄想してプロジェクトを進めたのかもね。
0322デフォルトの名無しさん2014/12/26(金) 12:25:52.27ID:30bRtTjR
>>319
グループで開発すると習熟度に差がでるだろ。動いている既存プロジェクトを移行とかありえんよ。
一人で作ってるとか、新規プロジェクトならまだしも、だ！
0323デフォルトの名無しさん2014/12/26(金) 13:28:25.51ID:reVP76Le
新規プロジェクトでもobj-cならこうだけどswiftだとどうやんだよ...って工期延びがち
同じないし少ない工数見積もったら失敗するよな
0324デフォルトの名無しさん2014/12/26(金) 14:08:02.48ID:uzn4bewm
>>323
そゆこと。
それが熟れていないってこと。結局別の言語を勉強しながらトランスレーション
して仕事してるようなものなんで、効率最悪になるよ。

こんなの、普及してから手をだすべきってのはそういうこと。企業でやってるなん
て馬鹿もいい所だわ。
0325デフォルトの名無しさん2014/12/26(金) 17:06:20.51ID:30bRtTjR
企業でやること自体は否定しないよ。
ただ、いきなり舵を切って突撃するのは怖いね。
0326デフォルトの名無しさん2014/12/26(金) 17:31:05.99ID:uRXUfZte
企業が開発工数(時間と金)を増やす懐の広さを持ってくれればなw
幻想を抱いたヤツは死んでいい
0327デフォルトの名無しさん2014/12/26(金) 19:12:00.17ID:51cLymMa
エントロピー増やしただけという
0328デフォルトの名無しさん2014/12/26(金) 19:33:48.20ID:YEOxttSN
>>320
>swiftらしい Closure や if let 文他諸々の新しい文法試してたら
>他の本来の気を付けるべき箇所でバグ埋め込んでってなる
具体的にどういうことなのかな？
0329デフォルトの名無しさん2014/12/26(金) 19:44:11.47ID:oSoIQ7p/
>>328
ロジックを書くことに集中できないって事じゃないかな？
0330デフォルトの名無しさん2014/12/26(金) 20:49:16.13ID:qyIsFa4y
>>313
OpenGL ESは社外コンポーネントじゃないぜ。
標準規格だし、大元はImgのPowerVR用ドライバだとしてもAppleの手がかなり入ってる。

ただ従来の標準規格と今時のGPUのハードウェアとの乖離が大きくなってドライバのオーバーヘッドが
無視できなくなってGPUの能力をフルに引き出せなくなったから、AMDのMantleみたいな
よりハードウェアにより近い軽いドライバを用意しよう、ってのがトレンドだったりする。
Metalもその流れ。
0331デフォルトの名無しさん2014/12/26(金) 20:58:19.60ID:vHfzhEsO
>>330
んー？と首をかしげてやっぱり社外じゃねーのかと結論に至る
まぁスレチだからどうでもいいな
0332デフォルトの名無しさん2014/12/26(金) 21:18:31.28ID:30bRtTjR
社外の規格（標準規格）に基づいた社内の実装って言いたかったんじゃ？
0333デフォルトの名無しさん2014/12/26(金) 21:45:08.44ID:7trXBF+Z
クロージャとかオプショナルなんて散々他の言語で既出なのにいまさら学習とか言ってる人は向いてないと思う
0334デフォルトの名無しさん2014/12/26(金) 22:42:10.29ID:CUFp5HoJ
>>333
ワロタw
0335デフォルトの名無しさん2014/12/27(土) 12:25:34.47ID:jNQO8eeH
機能を覚えるのはそんなに難しくないよ。学習なんて大げさなものでもない。
問題は言語の癖を理解するのに時間がかかるってことだろ。
Objective-Cの癖を熟知して適切な設計ができるようになるにはたしかに数年くらいかかる。
言語なんてみんなそうだとおもうけど。
0336デフォルトの名無しさん2014/12/27(土) 14:27:46.77ID:dStmEI+6
いまどき言語変えて習熟に数年かかるって流石に役立たずの欠陥言語すぎるだろ
0337デフォルトの名無しさん2014/12/27(土) 14:41:08.47ID:XgN/PSTj
荻原本読んだくらいだけど、あまり困らずにSwiftで書けてるよ。
企業で移行するのはリスク高と思うけど、
Swiftだとどうやんだよ…って悩むようなのは余りない
マクロ多用してたりしなければ、そんなに困るほど変わってはないと思うけどなぁ
0338デフォルトの名無しさん2014/12/27(土) 16:29:06.07ID:MX7gHd2K
昔Stringクラスに便利なAPIあるはず...存在しねー！ってキレた
あとswiftらしさとCocoaらしさの間でベストエフォートの模索とかな
swift単体、Cocoa単体は悪かねーが、全体を見たら良くもねー

企業採用案は小さなランタイムのよる？速度、容量のデメリットが致命的だな
0339デフォルトの名無しさん2014/12/27(土) 20:18:46.05ID:kkGhT74X
swiftでのアプリ開発って先にc言語やcocoaとかいうフレームワークを学んだ方がいいの？
用語がたくさん出てきて初心者は何から学べばいいのか分かりにくい
0340デフォルトの名無しさん2014/12/28(日) 08:04:02.83ID:itRhsDvh
お勉強なら全部合わせて3日で詰め込め
0341デフォルトの名無しさん2014/12/28(日) 09:28:54.21ID:csBOmpC4
swift言語を使ったcocoaフレームワークの学習本を読むのオススメ
探したことないけどあるだろうよ
レスを見る限りでは萩原本は向いてなさそう
0342デフォルトの名無しさん2014/12/28(日) 09:54:01.22ID:6EqD0Cc0
>>340
そんな事が可能なの？！
>>341
ありがとう 早速探してみるよ
0343デフォルトの名無しさん2014/12/28(日) 12:40:03.44ID:4TGCE86Z
俺もプログラム初心者だ。
何から始めようか迷ったけど、結局Iphoneアプリを作ってみたいというのが目的だったから、swiftから始めたよ。

何からはじめるのがベストなのか、考えるのが面倒になってしまってな
0344デフォルトの名無しさん2014/12/28(日) 13:25:42.89ID:6EqD0Cc0
>>343
swiftのアプリ開発で必要な知識を初歩から順を追って、まとめて学べる都合のいい本があれば迷わずに済むのにね

とにかく初心者同士、お互い頑張ろう
0345sage2014/12/28(日) 21:40:46.14ID:HvTPQ5/8
空気読まずに質問。Swiftでできなくてobjective-Cでできないことってあるの？
0346デフォルトの名無しさん2014/12/28(日) 21:44:15.58ID:jUzO+qs+
autolayoutに比べたらswiftなんて超絶楽だと思う。
ありゃブラックボックスな動きをするprologだ。
0347デフォルトの名無しさん2014/12/28(日) 21:52:07.72ID:11uuJwKf
>>345
SwiftでもObj-Cでもできないことなら山のようにあるよ。
0348デフォルトの名無しさん2014/12/28(日) 22:26:20.12ID:vKUPusOo
Autolayoutが難しいとかいうのは論理的思考力が足りてないんだと思う
原理を理解してれば合理的な動きしかしないよ
0349デフォルトの名無しさん2014/12/28(日) 22:35:05.25ID:fYu//WjY
Auto Layoutは難しいっていうより最初のハードルが高いんだと思う
すぐエラー吐きまくる上、エラー読んでもよくわからないから「ぬわぁぁぁん疲れたもぉぉぉん」ってなる
落ち着いて簡単なレイアウトから始めれば怖くないはず
0350デフォルトの名無しさん2014/12/28(日) 23:01:06.91ID:HvTPQ5/8
>>347
ごめん間違い。
ObjCでだけできることだ！
0351デフォルトの名無しさん2014/12/28(日) 23:16:20.27ID:jUzO+qs+
>>348,349
原理を理解するのと
プライオリティの考え方を理解するのと
TableView、ScrollView周りとAutoresizing互換の挙動を理解するのと
3つの壁があるな。
0352デフォルトの名無しさん2014/12/28(日) 23:40:49.99ID:fYu//WjY
Objective-Cにしかないのって@synchronizedとプロパティのatomic属性とかかな。
あとNSObject継承しないとKey Value ObservingとMethod Swizzlingができないはず。
Object AssociationはNSObject継承必須だったっけ… 調べてない。
あとはマクロぐらいじゃない? Genericsとか@autoclosureとか演算子オーバーロードで代替できそうだけど
0353デフォルトの名無しさん2014/12/29(月) 00:25:30.19ID:VkdyKXmG
>>352
ありがと！なんか難しそうだから基本的なことはSwiftでできると理解しておきます！笑
0354デフォルトの名無しさん2014/12/29(月) 01:01:18.14ID:1VAdYfrn
ObjCにtaple輸入してくれないかなー
0355デフォルトの名無しさん2014/12/29(月) 01:18:27.82ID:UGzXTa7o
Objective-Cはこれから人口減ってSwiftに移っていくだけだし、いまさら言語機能の拡張とか要らんでしょ。
オブジェクトひとまとめにして返したいだけならNSArrayで十分
0356デフォルトの名無しさん2014/12/29(月) 12:12:56.56ID:hb9S1WDc
よく分からんからとりあえず手持ちのDOS機でC言語の勉強してくるわ
0357デフォルトの名無しさん2014/12/29(月) 12:17:12.44ID:/fu+2Q3X
Objective-C はあと10年は生き残る
0358デフォルトの名無しさん2014/12/29(月) 12:19:15.91ID:H6hPKJP0
これからSwiftの勉強を始めようと思ってるんだけど、Macは1番安いmini買っても問題ないのかな？
0359デフォルトの名無しさん2014/12/29(月) 12:21:36.99ID:wkpqa+ET
>>356
BASICの方がいいよ
0360デフォルトの名無しさん2014/12/29(月) 12:59:42.59ID:gRutPDG7
>>359
一応VBAはできるのでBASICはいいかなと
0361デフォルトの名無しさん2014/12/29(月) 13:22:23.27ID:Vx6+GdBu
>>358
miniは本体以外何も付属してないも同然だから、そこ注意な
背面の図見たりスペック表みて「これなら手持ちのモノを繋ぎ直せば済むな」と思うならアリ
0362デフォルトの名無しさん2014/12/29(月) 13:22:28.47ID:atzcVtFw
obj-cとswiftくらいに別モノなんですがそれは

>>358
いいんじゃね、ビルドに時間かかるかもしれんが
よほどのアプリじゃなければ耐えられるだろ
0363デフォルトの名無しさん2014/12/29(月) 14:06:48.52ID:H6hPKJP0
>>361
キーボードとマウス、HDMI接続のディスプレイはWindowsで使ってる物を流用するから大丈夫だと思う。
最初は出来るだけ出費を抑えたいからminiを買う事にするよ。

>>362
一部の動作に時間が掛かるくらいなら我慢するよ。
そんな大層なアプリ作れるようになる自信もないし、出来るだけ出費を抑えたいんだよね。
今は不便にならない程度に最低限の物を買えれば満足だよ。

質問に答えてくれたお二方ありがとう。
0364デフォルトの名無しさん2014/12/29(月) 14:36:10.29ID:gRutPDG7
トラックパッドくらいはあった方がいいぞ
ロジクールの安物でもいいから
0365デフォルトの名無しさん2014/12/29(月) 15:02:48.15ID:H6hPKJP0
>>364
調べてみたけどタッチパネルの要領で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+ydwsT
そこまでマカーになるならminiの選択はねーだろ
0368デフォルトの名無しさん2014/12/29(月) 15:42:02.25ID:/14L8mdX
図書館に「はじめてのSwiftプログラミング」ってのあったから借りてくるは
0369デフォルトの名無しさん2014/12/29(月) 15:51:58.47ID:H6hPKJP0
>>366
キーボードもMac専用の方がいいんだね。
最初はWindowsのキーボードを使用して、不便に感じる場面が増えたら、Mac専用キーボードも購入する事にするよ。ありがとう。

>>367
まあ、そうかもしれないけどさ。
ディスプレイは持ってるし、コスパを優先すると周辺機器の購入費を差し引いてもminiが安くなるんだよね。
0370デフォルトの名無しさん2014/12/29(月) 17:04:12.88ID:gRutPDG7
ロジのトラックパッドはMac専用だし純正より傾斜がなくて使いやすい
0371デフォルトの名無しさん2014/12/29(月) 17:20:39.81ID:hl22pesi
SSD入れる金ないならMacBook Airがいいと思う
キーボードやマウス、ディスプレイは外付けでもいいぜ
0372デフォルトの名無しさん2014/12/29(月) 18:16:46.79ID:H6hPKJP0
>>370
なるほど。値段も純正より安いし良さそうだね。
トラックパッドの購入はロジクールのものを検討してみるよ。

>>371
もうminiポチッちゃったよ・・・。
でも速度はそこまで求めてないし、外出先で使う予定とかもないから安上がりのminiで満足だよ。

このスレには親切な人が多くて助かったよ。
皆さん、色々とアドバイスありがとう。
0373デフォルトの名無しさん2014/12/29(月) 21:21:55.70ID:eIUECoX4
当然メモリは盛ったよな？
0374デフォルトの名無しさん2014/12/29(月) 21:50:36.17ID:D1yl9c1P
もりもり盛るならProでも選択してろ
そろそろスレチ、助言したいヤツはMac板へどうぞ
0375デフォルトの名無しさん2014/12/30(火) 01:42:37.12ID:uoJ7fLPx
>「モダン」な関数型言語であるSwiftに交代してしまいました。
>いちおう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:vPTYHLe9
毛の壁さんはスルーの方向でお願いします。
0378デフォルトの名無しさん2014/12/30(火) 11:38:38.75ID:+7B8jKAW
>>375
有名なキチガイじゃないかそいつ
0379デフォルトの名無しさん2014/12/30(火) 14:45:32.58ID:NXyTCPVl
>>375
その人、精神世界だのなんだの凄いよね記事が。
同じ職場には絶対いたくないタイプ。
0380デフォルトの名無しさん2014/12/30(火) 15:20:20.78ID:tZaAsYaj
まぁこういう人がいて助かることもあるし
常時一緒に仕事はしたくないが
0381デフォルトの名無しさん2014/12/30(火) 15:50:33.92ID:TbKXXcxI
RawOptionSetTypeの使い方がよくわからないんだけど

例えばObjectiveCで↓みたく書いていたのは
//UIDocument* document
if (document.documentState & UIDocumentStateInConflict) {}

swiftでは↓と書けばいいんでしょうか？
if document.documentState & .InConflict != nil {}

コンパイルは通るんだけどなんか自信がない...
0382デフォルトの名無しさん2014/12/30(火) 16:58:32.66ID:gwQSmuOi
>>375
C->C++の時にオブジェクト指向って奴はピンと来なかったけど
なんかObjective-Cで「ああオブジェクト指向ってつまり
こういうことをしたくて言ってたのかー」と思った俺としては
オブジェクト指向ってのはたとえばユニットバスの
こことここに電気ガス水道排水つなぐんだよって
接続部に"柔軟性を持たせて"ユニットの取り回しを楽にする方向で
関数型ってのは中の配管とかを矛盾なく接続するための
"パーツ規格化"方向だと思ってるから、そもそも扱うレベルの違う考え方で
別に混在してもなんの矛盾も無い気がするんだけどなぁ…
0383デフォルトの名無しさん2014/12/30(火) 18:39:54.77ID:KQdhdDnR
優秀なデータモデラーやオブジェクトモデラーでそういう哲学的な物
の見方をする人はいるけど、単に理屈をこねるだけならいらない人。
0384デフォルトの名無しさん2015/01/01(木) 01:17:36.81ID:fTJMQ+Gx
本屋言ったらほんとSwift本増えているな
最初の一冊としておすすめなのはどれなの？
0385デフォルトの名無しさん2015/01/02(金) 11:27:40.08ID:xPYdf4Ls
AppCode3.1ってAutoLayout対応してない？なんかググってもよくわからない・・・
0386デフォルトの名無しさん2015/01/02(金) 11:28:49.66ID:xPYdf4Ls
×AutoLayout → ○AutoLayoutの編集
0387デフォルトの名無しさん2015/01/02(金) 13:31:31.85ID:esSYQIPg
スレチ
それにAppCodeはもうオワコンだよ
SwiftになってAppCodeの優位性無くなったしコード補完もお話にならない
Xcodeで完結した方がいい
0388デフォルトの名無しさん2015/01/02(金) 19:31:54.40ID:xPYdf4Ls
3.1がSwift対応していたので飛びついたけどUI編集ちょっと微妙だった(;´д｀)
スレチすんません
0389デフォルトの名無しさん2015/01/07(水) 08:07:42.40ID:7s8hjn62
概出かな
http://www.softantenna.com/wp/mac/apple-software-quality/
0390デフォルトの名無しさん2015/01/07(水) 09:14:20.97ID:l7T8BUFQ
がいしゅつ久しぶりに見た
0391片山博文MZ ◆T6xkBnTXz7B0 2015/01/07(水) 18:18:51.23ID:RQIpnW4I
正しくは既出(きしゅつ)
0392デフォルトの名無しさん2015/01/07(水) 18:48:03.52ID:HBzie/+Q
>>391
ふいんき(何故か変換出来ない)読めよ、、、
0393デフォルトの名無しさん2015/01/07(水) 18:49:36.13ID:XTW9mVfN
げ…月極駐車場
0394デフォルトの名無しさん2015/01/07(水) 21:13:17.26ID:YQozNMlo
http://swiftdoc.org/
0395デフォルトの名無しさん2015/01/07(水) 21:49:28.54ID:YQozNMlo
http://www.4gamer.net/games/999/G999905/20141226033/index_2.html
GC版スマブラでさえデバッグやってた岩田社長
0396デフォルトの名無しさん2015/01/07(水) 23:11:36.69ID:CwD9wxwu
これって仕様？バグ？
2.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
あー、 <= と >= が true 返すのか
なにこれバグ？
それとも 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
IEEEだか何だか的にはNaNの比較演算は全部falseが正しいんじゃなかったっけ
たぶん a<=b を内部的に !(a>b) として扱ってるんだろう
0399デフォルトの名無しさん2015/01/08(木) 09:28:05.07ID:SfUYkux2
NaNは==か!=でしかないのがふつー。他の比較は未定義／実装による
0400デフォルトの名無しさん2015/01/08(木) 09:35:55.69ID:SfUYkux2
そもそも比較するのはダメでNaNかどうかの判定専用の関数を使えという実装もあるか
0401デフォルトの名無しさん2015/01/08(木) 10:17:32.02ID:j3ZP3pGG
>>399
アホか、NaN == NaN はfalseだ
■ このスレッドは過去ログ倉庫に格納されています