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/
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でいいやってのが大半なほど、
それはこのスレだけの集計結果だろう
0431デフォルトの名無しさん
2015/01/20(火) 12:06:22.79ID:PellDhE90432デフォルトの名無しさん
2015/01/20(火) 13:36:39.87ID:uvF5QKOi(根本はswiftユーザーの母数が少ないせい)
0433デフォルトの名無しさん
2015/01/20(火) 18:18:43.35ID:8Xcw/Tsm0434デフォルトの名無しさん
2015/01/20(火) 21:00:45.56ID:6xQqA8hU0435デフォルトの名無しさん
2015/01/20(火) 22:20:10.45ID:+wjvYlxp返値が定数として扱われるからチェーンできないのが残念
struct Num {
var val = 0
mutating func increment() -> Num {
val++
return self
}
}
var n = Num()
n.increment().increment()
// error: immutable value of type 'Num' only has mutating members named 'increment'
0436デフォルトの名無しさん
2015/01/20(火) 23:42:46.59ID:Hr3j4XeI5人ぐらいしか書き込んでる人いないのに？
0437デフォルトの名無しさん
2015/01/20(火) 23:58:37.70ID:arSCg0Ysすでに objc 覚えた人間は objc の方が余計な層がない分だけ扱いやすいということもあろうが、Web 屋に C をやらせるのは厳しいだろう。
>>429
LLVM はコンパイラやインタプリタを作るためのフレームワークであって、JVM のような VM ではなく ir を走らせる共通ランタイムのようなものは無い。
さらに Swift を動かすためには Cocoa を移植する必要があり、それが大変。
0438デフォルトの名無しさん
2015/01/21(水) 00:01:11.20ID:VO+ahiZX5にんってよくわかるなw
それだったら「集計結果」なんて大層なもんんじゃ無いだろ
0439デフォルトの名無しさん
2015/01/21(水) 01:16:00.10ID:MJRK+RVK0440デフォルトの名無しさん
2015/01/21(水) 06:15:26.93ID:aZwz4ve8クラス使えってことかねぇ
>>439
LLな言語仕様が根拠じゃね？
アポーが有像無像な数のLL層を取り込みたいんだろうなとは思う
0441デフォルトの名無しさん
2015/01/21(水) 08:54:23.33ID:HiNqxen5なに真剣に反応してんの？
0442デフォルトの名無しさん
2015/01/21(水) 09:23:27.19ID:D2CSjkS2ブーメランささってんぜ？
0443デフォルトの名無しさん
2015/01/21(水) 11:09:16.55ID:9Nan+1RYUI層まで持ってていろんな環境で使える言語ってのが少ないのはそういうとこだよね
Javaがそういうとこ頑張ってるのは偉いと思う
0444デフォルトの名無しさん
2015/01/21(水) 18:01:23.49ID:P1goTA9NHTML5+JSで開発してる層をネイティブアプリ開発に呼び込みたいという戦略もある。
0445デフォルトの名無しさん
2015/01/21(水) 23:03:04.27ID:MBThOwi8例えば二郎のコールを作るアプリのメニュー考えたときに、
サイズ→小、大
脂→抜き、マシ、マシマシ、チョモランマ
野菜→マシ、マシマシ、エベレスト
とかメニューと設定値が階層になってる
なるべくリテラル？ベタ書きしないように書く場合、MVCのどこにどういう変数で宣言すればいいんだ？とか何が正解か悩みまくって進まない・・・
0446デフォルトの名無しさん
2015/01/22(木) 01:23:56.52ID:BXdeTyfzまあがんばりや
0447デフォルトの名無しさん
2015/01/22(木) 06:51:47.79ID:nCxlNqmWそこからの剥離は越えるの大変だろうな
0448デフォルトの名無しさん
2015/01/22(木) 11:41:38.87ID:8E4FiOYa手でやるのをコードで作文するだけだし
ちなみに上の場合だとどういうファイル構成、変数の持ち方しますか？
0449デフォルトの名無しさん
2015/01/22(木) 13:52:56.60ID:f6+j47qCView: Storyboardだけで頑張る
Controller: UIViewControllerを継承したクラスだけで頑張る
Model: NSNotification+Dictionaryで Controller間を投げ合い(同一Controller内はblock)
これでswiftは突き進みたいと思いながら
Cocoaのdelegateに邪魔されて何とかかんとか
MVC(オブジェクト思考)とか関数型とか swift関係なくなるから
Cocoaスレ的なトコに行った方が良い答えがあるかもなー
0450デフォルトの名無しさん
2015/01/22(木) 14:13:06.09ID:8E4FiOYaとりあえずコードは煩雑でも動くものをたくさん書いて後からMVCならこう切り分けられるとか考えてみます
0451デフォルトの名無しさん
2015/01/22(木) 22:15:31.87ID:IufG/aAk＞そこからの剥離は越えるの大変だろうな
はく‐り【剥離】
［名］(スル)はがれること。また、はがすこと。「網膜が―する」「塗装を―する」
？ 日本語も使えないレベルの人間が
Xcodeを使いこなすのはそら難しかろう。
0452デフォルトの名無しさん
2015/01/22(木) 23:23:41.73ID:A5+6oQBx日本人はつらいな
0453デフォルトの名無しさん
2015/01/23(金) 06:41:00.50ID:Hr76SqrYswiftの本いっぱい並んでたω
0454デフォルトの名無しさん
2015/01/23(金) 10:28:29.01ID:JCQM20f+0455デフォルトの名無しさん
2015/01/24(土) 16:11:33.33ID:KxFe7/be「乖離」っていいたかったんじゃね？と思ったけど
それでもちょっと変な文章だよなー
0456デフォルトの名無しさん
2015/01/25(日) 08:38:19.46ID:42ZeVnYvPlayground使ったら数時間でなんとかbirdがswiftで作れるくらいに優しい
(外部objcライブラリで結構楽してる模様)
0457デフォルトの名無しさん
2015/01/27(火) 11:39:20.43ID:6q+9W1rs0458デフォルトの名無しさん
2015/01/27(火) 12:51:15.59ID:N7NBIOGD0459デフォルトの名無しさん
2015/01/27(火) 12:58:43.56ID:DURkNW7P0460デフォルトの名無しさん
2015/01/27(火) 13:09:06.17ID:N7NBIOGD■ このスレッドは過去ログ倉庫に格納されています