5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

プログラミング言語Swift 3

1 :名称未設定:2014/08/23(土) 11:54:39.75 ID:vUov9+yQ0
Appleの新言語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
Using Swift with Cocoa and Objective-C
https://itunes.apple.com/jp/book/using-swift-cocoa-objective/id888894773?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/

関連スレ
Swift part3
http://peace.2ch.net/test/read.cgi/tech/1406083608/

前スレ
プログラミング言語Swift (実質 2)
http://anago.2ch.net/test/read.cgi/mac/1401736921/
新言語Swiftを語るスレ
http://anago.2ch.net/mac/kako/1401/14017/1401736249.html

2 :名称未設定:2014/08/23(土) 11:56:16.61 ID:vUov9+yQ0
Apple Developer
https://developer.apple.com/swift/

Swift (プログラミング言語) - Wikipedia
https://ja.wikipedia.org/wiki/Swift_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)

3 :名称未設定:2014/08/23(土) 12:07:29.24 ID:vzTUT3bV0
ここは重複スレです。まず↓のスレから消費して下さい。

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

4 :名称未設定:2014/08/23(土) 12:16:54.55 ID:X079YDx+0
「swift」でスレを検索すれば2のスレが出てくるのになんでわざわざ
仕切り直すかね?

5 :名称未設定:2014/08/23(土) 12:31:33.39 ID:2GnMHtKl0
さて英語でも

6 :名称未設定:2014/08/23(土) 13:16:40.28 ID:vUov9+yQ0
>>3 ごめん 何故かそのスレがスレッドあぼ〜んになっていて見えなくなっていた JaneDoe View
BB2Cでは普通に見えた スレッドアぼ〜んになる条件て何?

このスレは次スレとしてでもお使いください

7 :名称未設定:2014/08/23(土) 19:09:46.73 ID:IZZLOhbi0
スズキ

8 :名称未設定:2014/08/23(土) 23:05:17.22 ID:TsNfi07A0
スイフトスポーツキモオタイエロー

9 :名称未設定:2014/08/24(日) 09:55:24.89 ID:3g+5Seul0
文字化けみたいなスレタイは嫌ドス

10 :名称未設定:2014/08/27(水) 12:28:53.37 ID:16tGPY700
前スレ
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/

を埋めてからここを次スレに使います。

その次のスレタイはSwift 4とかにして欲しい。

11 :名称未設定:2014/08/28(木) 09:29:11.74 ID:4HY1lT7r0
先取り!Swift
http://www.amazon.co.jp/dp/B00L35LRPI/

なかなか面白そう

12 :名称未設定:2014/08/29(金) 00:48:36.64 ID:4yMf698m0
内容全く見れないのか…

これとは別に書籍でも1冊出てたよな
そのうち立ち読みして買うか決めんと

13 :名称未設定:2014/08/29(金) 11:14:53.51 ID:AZvN0UgD0
なぜ小人しか居ないのか

14 :名称未設定:2014/08/29(金) 12:55:19.35 ID:lb5Y55+Ji
ガリバーといえばIBM

15 :名称未設定:2014/09/13(土) 15:51:05.63 ID:J/wZkOwe0
来月よりオライリーからSwiftプログラミング本が刊行ラッシュ
http://d.hatena.ne.jp/yomoyomo/20140907/swift

16 :名称未設定:2014/09/13(土) 16:12:25.54 ID:uIuZipzG0
全部英語やないかーい

17 :名称未設定:2014/09/13(土) 16:25:53.08 ID:iXoYv/LG0
Appleは日本語化したドキュメント出してくれんのかな

18 :名称未設定:2014/09/13(土) 21:14:49.18 ID:11y0do330
上2冊とも400ページか、今時の言語にしちゃ少ないな。

19 :名称未設定:2014/09/13(土) 21:18:23.94 ID:jQfwXL2+0
ぶっちゃけまだ作りかけの言語だもん

現行スレこっちな
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/

20 :名称未設定:2014/09/17(水) 15:37:30.86 ID:AeQCx0vt0
Xcodeを使わずブラウザ上でSwiftの実行結果が得られるサイト「RunSwift」だってさ
ttp://www.runswiftlang.com

記事だよー
ttp://www.lifehacker.jp/2014/09/140914runswift.html

21 :名称未設定:2014/09/17(水) 18:23:56.48 ID:BJkEHvUr0
こっちです

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

22 :名称未設定:2014/09/17(水) 18:29:49.09 ID:Sa3zWz3Vi
そのタイトルわかり辛いので次回は普通にしてくれ

23 :名称未設定:2014/09/18(木) 10:38:21.20 ID:9hQJ3eDV0
典型的な中二病です

24 :名称未設定:2014/09/29(月) 00:54:18.78 ID:u7CFV/5D0
iOSアプリの開発を始めるにあたって、SwiftとObjective-Cのどちらを最初に学ぶべき?
http://developers.slashdot.jp/story/14/09/28/056234/

スラドで議論になってたが、OC派が多いのが意外。

25 :名称未設定:2014/09/29(月) 01:23:42.39 ID:jxgL9T4F0
>>24
だって、それは質問者の特殊な事情が大前提にある事案なんだから、
全く一般論としての事案ではないんだから、意外も何もないと思う。

26 :名称未設定:2014/09/29(月) 03:46:15.25 ID:fXt8kFRs0
>>24
Cを熟知してる、手早くやりたい、だったらObjC以外ないんじゃないの?
HTMLとか持ち出す奴の気が知れない。

27 :名称未設定:2014/09/29(月) 09:55:45.18 ID:dEDPnhrt0
>>26
手早く移植()がしたいならCordovaの選択肢もアリだろ
これは質問者がアホだけど

28 :名称未設定:2014/09/29(月) 23:54:56.78 ID:fXt8kFRs0
>>27
移植を手早くやりたいわけではないべ?
移植だけ速くやるならHTML5とかの方がよかろうよ。

29 :名称未設定:2014/11/13(木) 18:53:42.52 ID:SnV6RbNX0
Swift part4
http://peace.2ch.net/test/read.cgi/tech/1415860741/

30 :名称未設定:2014/11/15(土) 11:23:11.14 ID:XP1myH4g0
>>29
(´・ω・`)

31 :名称未設定:2014/12/11(木) 13:43:16.60 ID:T+7a8TvQ0
ぶっちゃけObjC覚えればJavaとか補助輪付き言語なんで
ObjCできっちり設計までできるようになってからJavaで書く、もしくは誰かに書かせる、が正解

32 :名称未設定:2014/12/11(木) 21:43:33.42 ID:r1aebbiJ0
swiftとJAVAでおk

33 :名称未設定:2014/12/12(金) 22:17:15.87 ID:hzkLC0Wz0
スズキの車が人気のようだな

34 :名称未設定:2014/12/12(金) 23:51:56.36 ID:JD3SYEHM0
この勢いだと
とても人気とは思えないけど

35 :名称未設定:2014/12/18(木) 00:29:39.00 ID:Gkfsp3Xf0
>>32
GoogleもJavaを捨ててgoに移行するっぽい。
時代はオレオレ言語やな。

http://www.publickey1.jp/blog/14/androidgo_14.html

36 :名称未設定:2014/12/18(木) 02:21:27.97 ID:hcy79lT20
どいつもこいつも言語作りよって
カスか

37 :名称未設定:2014/12/18(木) 02:31:29.08 ID:4nH+eSqV0
1行目はわからないでもない。2行目はなぜそうなる
自分がってことか。納得

38 :名称未設定:2014/12/19(金) 07:44:48.62 ID:ZNgDBm4V0
>>37
ん?

どいつもこいつもお○にー言語作るカスが多いな

って意味なんだけど

39 :名称未設定:2014/12/19(金) 11:22:32.18 ID:b2rdUtv60
プログラミング/モノを作る側の発言と思えないな
似たようなアプリが複数ある、OSが複数ある(Linuxに至ってはディストリという...)、似たようなハードが複数あるとかどう思うの?
言語にってのはお前がそんなのに対応できないからだろう?だから自分がってことだろうとしか思えないってことなんだがな

40 :名称未設定:2014/12/20(土) 06:20:38.03 ID:EzTY5WaL0
乱立する言語に対して全て対応できないやつはカスという風潮w

41 :名称未設定:2014/12/20(土) 07:54:13.80 ID:OCDx+b7w0
物覚え早いヤツは大した事じゃないのかもしれないが、俺は正直新しい言語の習得はメンドいわ。

それと、なんで言語ばっかり1から作り直すんだろうな。
改善の余地が大きいのは言語じゃなくてIDEのように思えるけどね。

42 :名称未設定:2014/12/20(土) 09:21:14.11 ID:mpC4Jler0
応用ソフトウェアの開発をスピードアップさせるには効率の良い言語の開発が欠かせないんだよ
基本ソフトウェアはそうでもないだろうけど

43 :名称未設定:2014/12/20(土) 09:30:20.57 ID:3vLN67tW0
>>40
必要なら対応する、必要ないなら対応しない、必要なのに対応できないのはカスでしかないだろ?

44 :名称未設定:2014/12/20(土) 10:54:01.81 ID:ZMjQ1tT70
>>43
だからその「全て」に対応するのが本当に必要なのかって疑問を投げかけてるのでは?

実際のところは知らんけどね

45 :名称未設定:2014/12/20(土) 11:22:57.01 ID:3vLN67tW0
その全てのモノを作るのがそれであれば対応しないわけにいかないだろ?
作る必要もない、それだけじゃない、気にかける必要もないとか、もろもろが「必要ないなら対応しない」だけど?

46 :名称未設定:2014/12/20(土) 13:39:15.29 ID:12K/N3tF0
重複スレを上げてるんじゃねーよ

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

47 :名称未設定:2014/12/20(土) 17:08:41.02 ID:osXXjOHF0
>>46
板が違うだろ、ボケ

48 :名称未設定:2014/12/20(土) 17:11:15.07 ID:12K/N3tF0
基地外かなコイツ>>47

49 :名称未設定:2014/12/20(土) 17:12:32.73 ID:EzTY5WaL0
それいうなら、このスレもイタチだからね…
よくわからないね

50 :名称未設定:2014/12/20(土) 17:24:42.04 ID:osXXjOHF0
>>48
大丈夫、お前がキチガイだから

51 :名称未設定:2014/12/20(土) 17:42:51.61 ID:EzTY5WaL0
いやいや、えっ?

52 :名称未設定:2014/12/20(土) 17:58:46.95 ID:12K/N3tF0
手に負えませんな

53 :名称未設定:2014/12/20(土) 18:17:38.18 ID:gT5frPZT0
>>52
そうだな、お前が手に負えないアホだ。

それぞれ別々の板なんだから重複スレもへったくれもない、
ってのも理解できないんだから。

54 :名称未設定:2014/12/20(土) 18:41:02.52 ID:12K/N3tF0
> それぞれ別々の板なんだから重複スレもへったくれもない、

などと意味不明な供述をしており犯行の動機は未だ不明。

55 :名称未設定:2014/12/20(土) 19:28:25.30 ID:gT5frPZT0
>>54
妄想したかったらよそいけや。

http://qb5.2ch.net/saku2ch/index2.html
妄想だからこっちでも相手にしてもらえないだろうけどな。

56 :名称未設定:2014/12/20(土) 19:35:07.35 ID:QnurDpqy0
>>55
お前キチガイ過ぎるだろ……

>>46のスレもこの板も共に新・mac板だぞ。
一体何が「それぞれ別々の板」なんですかねぇ。

57 :名称未設定:2014/12/20(土) 20:04:07.54 ID:EzTY5WaL0
いやぁ、本当に謎
両方同じ板にあるスレなのに性懲りもなく一体何を言ってんだろうね…

58 :名称未設定:2014/12/20(土) 21:51:29.64 ID:12K/N3tF0
病人は常人とは違う世界で生きてるってことだな

59 :名称未設定:2014/12/21(日) 00:28:28.38 ID:TXpbre4H0
すまん
Swift part4 [転載禁止]2ch.net
http://peace.2ch.net/test/read.cgi/tech/1415860741/
のと間違えてたわ

60 :名称未設定:2014/12/21(日) 00:39:55.55 ID:oFEX/63k0
>>59
その注意欠陥ぶりは病気だから、ちゃんと病院行けよ

61 :名称未設定:2014/12/21(日) 15:36:12.14 ID:JFBBkWq/0
>>59
どんまい

62 :名称未設定:2014/12/22(月) 20:07:23.85 ID:hRVIEDNI0
IDがOSXだったのに勿体無い

63 :名称未設定:2014/12/28(日) 10:20:56.69 ID:JdWNeThS0
開発のプロが教える Swift標準ガイドブックと詳解swift、
どっちがいいんやろ?

64 :名称未設定:2014/12/28(日) 20:49:46.41 ID:3XdZc8/00
開発のプロというワードが胡散臭過ぎる

65 :名称未設定:2014/12/28(日) 21:26:30.53 ID:4GSFi00i0
ああ、詳解xxxという本にハズレはないな。
詳解UNIXプログラミング、詳解iOS SDK等等

66 :名称未設定:2015/01/05(月) 16:09:32.62 ID:zOYoNHcj0
そうかい

67 :名称未設定:2015/01/07(水) 21:50:02.18 ID:OY+65kvN0
爽快swift

68 :名称未設定:2015/01/07(水) 22:01:17.20 ID:MwNpF1to0
妖怪Swift

69 :名称未設定:2015/01/09(金) 00:53:05.11 ID:yMuwMtKZ0
鈴木Swift

70 :名称未設定:2015/01/09(金) 09:42:27.23 ID:iG6npOq/0
詰まらないななんかお題ない?あー髪の毛うSwift

71 :名称未設定:2015/02/10(火) 01:18:48.90 ID:YvPCVweP0
これなんなの?
http://elementscompiler.com/elements/silver/

72 :名称未設定:2015/02/11(水) 06:53:50.43 ID:cfm7wap60
キチガイスレだった

73 :名称未設定:2015/02/15(日) 23:20:29.57 ID:fpS9rF+A0
NSMutableArrayでkeepCapacity = falseみたいな領域解放メソッド?ないですか?
もしくは
NSArrayの二次元配列の値をswiftのArrayで作った一次元配列に代入する方法を…
as Int使っても入らないんで

74 :名称未設定:2015/02/15(日) 23:38:36.81 ID:pUoUMYGl0
func removeObjectsInRange(_ aRange: NSRange)
でどうぞ

75 :名称未設定:2015/02/16(月) 08:45:55.44 ID:UZIQr6nP0
すんません.appendで行けました

76 :名称未設定:2015/02/16(月) 08:51:58.59 ID:UZIQr6nP0
ついでにカキコ
swiftは型推論してくれるのに、何で型の不一致は厳密にチェックされるんですかね?
AnyObject型だからって中身が数値なら普通にInt型に放り込ませてくれても良さそうなもんですけどね
as IntとかInt(とかNSNumberとかダラダラ付け足す羽目になってソースも汚くなるし

77 :名称未設定:2015/02/16(月) 14:23:30.01 ID:ombZ59We0
型推論っても、変数宣言時に型を書かなくても明確にその変数の型を決めてくれているだけのような
他のスクリプト言語のようにその場その場でっていうことではなさそう

78 :名称未設定:2015/02/19(木) 23:24:11.71 ID:rmWob+Gy0
あくまでも静的型付けなので。

79 :名称未設定:2015/03/21(土) 23:56:48.98 ID:qoznlw6P0
この言語を使ってOS X用のGUIアプリを作成できるようになりたいです。
どこか参考になるサイトあれば教えてください。

80 :名称未設定:2015/03/22(日) 00:19:25.92 ID:fKL7E+EI0
教えません

81 :名称未設定:2015/03/22(日) 00:38:54.58 ID:p+ISbNR30
これからアプリ開発のために勉強を始めるのですが、swiftを勉強する前に覚えておいた方がいい言語はありますか?

プログラム未経験+これからmacのパソコンを購入する予定なので事前に他の言語を勉強するべきなのか余計なことは覚えない方がいいのかわからない状態です。

82 :名称未設定:2015/03/22(日) 02:47:19.54 ID:cRd7VwxZ0
>>81
objective-cを少し齧って挫折して、swiftにしがみ付いてる初心者ですが
適切な入門書を選択すれば、必要ないと思います
決してobjective-cが余計な知識というわけでもないのですが、通過する必要もないと思います
適切な入門書と言うのは個人差があるので、英文の公式とか雨林のランクで高い順に試し読みして選んで下さい

83 :名称未設定:2015/03/22(日) 02:55:32.75 ID:cRd7VwxZ0
追記
swiftのバージョン違いによる差異はネットで自習で吸収するか
アップデートしてくれる電子書籍か、公式でページ補完してくれる書籍を買うのがいいと思います

84 :名称未設定:2015/03/22(日) 05:40:49.78 ID:9oKkBb0S0
皆が雨林のランクで高い順に購入すると格差がどんどん広がるのでバランスを取るために逆に低い順に読んでみてもいいかも

85 :名称未設定:2015/03/22(日) 11:06:42.23 ID:p+ISbNR30
>>82
>>83
>>84
ありがとうございます。
swiftの勉強のみでやっていこうと思います。
入門書についてのアドバイスもありがとうございます。

86 :名称未設定:2015/04/12(日) 17:35:13.97 ID:Foflz4fn0
例の方が御本を出版なさるようで。

『関数型プログラミングに目覚めた! IQ145の女子高校生の先輩から受けた特訓5日間』
http://www.amazon.co.jp/dp/4798043761/

87 :名称未設定:2015/04/14(火) 09:34:25.95 ID:/7YTWDrQ0
Xcode 6.2から6.3にあげたらSwiftプロジェクトでエラーが山のようにでた。泣きたい。

88 :名称未設定:2015/04/14(火) 12:36:52.89 ID:J1A7dNP40
>>87
ほとんどキャストのas→as!じゃない?
修正はそんなに大変じゃなかったよ

89 :名称未設定:2015/04/15(水) 17:34:57.62 ID:b5y+/xOM0
>>86
キチガイ乙

90 :名称未設定:2015/06/09(火) 11:49:42.17 ID:b/5UO1fX0
オープン化っていうけどアップル製品以外ではどんなメリットがあるんだろう?

91 :名称未設定:2015/06/09(火) 17:02:16.47 ID:aKumefeo0
Swift書く人増える言語盛り上がる開発者の流入iOSアプリ開発者増えるiPhone売れる

92 :名称未設定:2015/06/09(火) 17:18:56.54 ID:qjP2WD5V0
Linux対応って言ってなかったっけ。
そのうちサーバ向けのSwiftライブラリでも出すんじゃないかな。
サーバとの連携はAndroid(というかJava)のほうが対応が楽だったりするからそこを埋めたいのかも、とは思った。

93 :名称未設定:2015/06/09(火) 17:23:50.06 ID:VFDbv0Dr0
windowsでswift開発できたり、swiftで作ったものをwinで動かせたり、ってことにはならないのかな。。

94 :名称未設定:2015/06/09(火) 17:27:35.56 ID:3hMSS0BF0
Windowsはこれからは減ってく一方だから…

95 :名称未設定:2015/06/09(火) 19:37:37.64 ID:lcdJiBCR0
コンパイラがオープンになってもCocoaがオープンにならない限り
Objective-CとGNUstepのようなことにしかならん

96 :名称未設定:2015/06/09(火) 19:43:25.60 ID:Jsd9cbpk0
そうそう。肝心なのはフレームワーク。

97 :名称未設定:2015/06/09(火) 19:45:33.76 ID:WMuTl6VK0
Cocoaは別にいらん
ファイルとかネットワークの扱いぐらいは標準化しといてほしい

98 :名称未設定:2015/06/09(火) 19:45:35.03 ID:hgMTNYe20
既に気合入れて互換レイヤーを作ったマイクロソフトが対応すればいいのに。

99 :名称未設定:2015/06/09(火) 21:30:25.26 ID:tF2Hs5rZ0
久しぶりにスレ覗いたが、89の書き込みが2ヶ月も前なんだけど
過疎りすぎだろ

100 :名称未設定:2015/06/09(火) 22:42:08.72 ID:WMuTl6VK0
ここは重複スレ

Mac板の現行本スレはこっち
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/

ム板のスレはここ
Swift part5 [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1433746696/

101 :名称未設定:2015/06/09(火) 22:50:27.05 ID:qjP2WD5V0
iBook Storeに2版Prereleaseで出てるな

102 :名称未設定:2015/06/10(水) 00:18:23.37 ID:eB1px8BT0
>>95
そうか?
ArrayやStringやDictionaryがSwift独自であってのお、また、基底クラスが必須ではないから、言語の汎用性としてはObjective-Cとは明らかに違うと思うけど

まあ好き好んでSwift使って何かしたいってのがどれほどいるのかは未知数だが

103 :名称未設定:2015/06/10(水) 00:20:14.75 ID:eB1px8BT0
>>97
まあ、Cのを使えというw
Swiftのフレームワークも誰かがオープンソースで作るんじゃね

104 :名称未設定:2015/06/10(水) 12:48:03.79 ID:hZpQS1bn0
MacやiOSのアプリが書けるからObjCやSwiftに魅力があるわけでして
標準でArrayやStringが使えるけどiOSやMacのアプリは書けないよ!と言っても誰も食いつかんだろう
結局GNUstepのような互換ライブラリの実装を待たねばならずObjCと何も変わらない

105 :名称未設定:2015/06/10(水) 12:54:17.43 ID:i7Fzciyx0
本スレ使おうぜ
http://anago.2ch.net/test/read.cgi/mac/1408755325/

106 :名称未設定:2015/06/10(水) 16:38:07.46 ID:eB1px8BT0
>>104
オープンソースにしてくれというリクエストはllvmコミュニティからあったのだよ。なんかニーズが無いわけでもないだろう
>>95はObjevtive-Cと同列に扱ってるから違うんじゃねという。それに>>104だったらSwiftでiOSやMacアプリは書けるやん。何を言っているの?(Swiftに限らず)新しい言語には誰も食いつかんだろうって言っているだけじゃん?

>>105
話題振って。そっちで書くからw

107 :名称未設定:2015/06/11(木) 05:13:40.30 ID:6RQYtR6H0
Foundationぐらい公開したらいいのにな。

108 :名称未設定:2015/06/11(木) 06:05:33.23 ID:sXUW6j0H0
Mini版はいまでもあるよ

109 :名称未設定:2015/06/11(木) 06:45:24.31 ID:BF4FbntE0
>>107 はげどう
CoreFoundationはDarwinの一部だがら難しくないとは思うが

110 :名称未設定:2015/06/11(木) 07:34:06.01 ID:mHMqvofs0
xcode7betaでlibz追加しようとしたら拡張子がtbdてのしかでてこない
.dylibどこいった…

111 :名称未設定:2015/06/11(木) 09:10:28.39 ID:sXUW6j0H0
>>107
ああ、Core FoundationじゃなくFoundation Kitか
諸々含めてはGNUstepだろうが、諸々いらんFoundation KitだけなのはCocotronとPureFoundationがオープンソースとしてあるようだけど

112 :名称未設定:2015/06/11(木) 10:01:02.41 ID:sXUW6j0H0
>>110
tbdのを選らんどけばいいんじゃないの
dylibは実行時にだけありゃいいだけで、ビルド(リンク時)には含まれるシンボル名とかわかりゃいいだけなのでそれだけにしてみましたってのようだけど

113 :名称未設定:2015/06/11(木) 16:15:42.56 ID:Ax3XPkN00
>>112
そう思って追加してみたけどリンクエラー消えないんだ

114 :名称未設定:2015/06/11(木) 17:25:30.73 ID:sXUW6j0H0
>>113
なるほど
tbdなんてunexpectedなのでskipとかたわけたこと抜かしているなw
まだ出来上がってないんだろう。とりあえずまだ7は使わないか、6から持ってきてなんとかするかかな

115 :名称未設定:2015/06/11(木) 18:20:08.37 ID:sXUW6j0H0
>>113
Xcode 6 からのプロジェクトでどうなるんだろうと試したところ、Project Navigationではdylibがミッシングの赤だがそのままビルドできた
てことで、Project Navigationでtbdをdylibに変えりゃどうなるのか試したところ、ビルドができたが、SDK中のファイル名までが変わるというおそろしあ
(tbdのファイル内容に対して対応できているが、拡張子判断で未対応ってとこなのかな)

Xcode 6 でプロジェクトを開いてdylibを追加すればいいよ

116 :名称未設定:2015/06/12(金) 10:47:56.85 ID:U9O+C8U+0
swiftで文字コードの判別する簡単な方法あります?
rubyのiconvみたいな。あるいはnkfコマンドみたいな。
開いたファイルのエンコードや、NSURLSession.sharedsession().dataTaskWithURLで受け取ったでーた
のエンコードタイプを知りたいのですけど。

117 :名称未設定:2015/06/12(金) 14:05:12.78 ID:Y6Stx3tw0
import Foundation

func detectEncoding(data: NSData) -> NSStringEncoding {
return NSString.stringEncodingForData(data, encodingOptions: nil, convertedString: nil, usedLossyConversion: nil)
}

func encodingNameFromNSStringEncoding(encoding: NSStringEncoding) -> String {
return String(CFStringConvertEncodingToIANACharSetName(CFStringConvertNSStringEncodingToEncoding(encoding)))
}

let testSet = [
NSData(base64EncodedString: "44GT44KT44Gr44Gh44Gv", options: [])!,
NSData(base64EncodedString: "grGC8YLJgr+CzQ==", options: [])!,
NSData(base64EncodedString: "pLOk86TLpMGkzw==", options: [])!
]

for data in testSet {
let encoding = detectEncoding(data)
let name = encodingNameFromNSStringEncoding(encoding)
let decoded = NSString(data: data, encoding: encoding)!
print("¥(encoding):¥(name):¥(decoded)")
}

// 4:utf-8:こんにちは
// 8:cp932:こんにちは
// 3:euc-jp:こんにちは

118 :名称未設定:2015/06/12(金) 15:20:19.47 ID:U9O+C8U+0
>>117
thx
iOS8, OSX10.10からNSStringにstringEncodingForDataってのが
追加されたのね!知らんかった。
後で試してみます。

119 :名称未設定:2015/06/12(金) 15:57:44.88 ID:U9O+C8U+0
>>117
ふぅー、動いた。
options: []
の部分を
options: NSDataBase64DecodingOptions.IgnoreUnknownCharactors
と変更したら動いた。Xcode6.3.2 + Swift1.2

DashでstringEncodingForDataメソッドを検索しても出てこないんすけど。

120 :名称未設定:2015/06/12(金) 16:17:37.67 ID:U9O+C8U+0
>>117
あんた、達人だなぁ。
すごいよ。
googleでguess encoding cocoa
って検索したらヒットするけど、stringEncodingForDataなんてメソッド
Dashにはないぞぉ。
昨年のWWDCのセッションで紹介されてるらしいけど、あんた行ったの?

121 :名称未設定:2015/06/12(金) 16:21:08.62 ID:Y6Stx3tw0
すまん、117はSwift2だからそこOptionSetだかに変更あった

ドキュメントにないけどcommand+クリックしたらコメントに説明書いてるよ
WWDC '14で紹介されてたから使って問題無いはず

122 :名称未設定:2015/06/12(金) 16:34:01.11 ID:Y6Stx3tw0
WWDC行ってねーよ
興味あったから今ググっただけ

123 :名称未設定:2015/06/19(金) 14:22:28.44 ID:HWfmCJ4o0
The swift Programing Language読んでます。
Appleのサイトにあるヤツです。

Type Annotationの和訳にどれが良いと思います?
型注釈、型指定子、型記述子、型記号

またA postfix self expression(for example x.self)の和訳ではどうでしょう?
後置self語法、後置self表現

僕としては、型記号、後置self語法がシックリ来るんですけど。

124 :名称未設定:2015/06/21(日) 06:22:01.27 ID:lZoPh2z00
Objective-Cのシェアを奪いつつあるSwift
ストーリー by hylom 2015年06月18日 12時01分意外に普及は速い? 部門より
http://opensource.srad.jp/story/15/06/17/1935244/

125 :名称未設定:2015/06/21(日) 11:50:11.08 ID:jaNHQWe20
だから何って言うしかないな
使う奴は使うし使わない奴は使わないでしかない。そんなスラドのよりは元記事がちゃんとしているし、元データを元にのそんな記事が前からあるし
なにかSwift一択じゃなきゃ困るのだろうな、 ID: lZoPh2z00 がとしか読めないw

126 :名称未設定:2015/06/21(日) 17:26:07.15 ID:PqKdZO250
元々二択なんだから奪うしかない罠

127 :名称未設定:2015/06/22(月) 09:40:00.11 ID:OZaIh4Ia0
>>126
そなの?
4択じゃぁないの?
Command Line Toolのプロジェクトテンプレートは、
4つの言語(C, C++を含む)が選択できる。

あと、CocoaアプリもC++で開発できるって、どっかで
読んだ気がするんだけど。

128 :名称未設定:2015/06/22(月) 09:49:44.70 ID:OZaIh4Ia0
>>124
この記事には気づかんかった。
Swfit試してる人多いのね。

俺はやっぱりobj-C好きになれないなぁ。文字列リテラルを@"foo"とかって
書くのが嫌だなぁ。

129 :名称未設定:2015/06/22(月) 10:24:24.44 ID:ip7sMwpS0
単にそれだけで嫌だとかw
>>127もそうだが近視眼だな

130 :名称未設定:2015/06/22(月) 10:34:19.27 ID:GysZo2LX0
ARCも嫌だし、@の文字リテラルも嫌だし、無駄に多いキーワードも嫌だし
言語仕様欠陥として悪い所多すぎるよな、一々挙げたらキリないわw

131 :名称未設定:2015/06/22(月) 10:44:31.83 ID:OZaIh4Ia0
>>130
ARCは許せるなぁ。GCよりか数倍マシ。

Android機のバッテリー持ちの悪さの原因はGCじゃ
ないのか?
幾つもVMをforkするから、GCも起動したアプリの数だけ
走るようになる。

ARC採用のiOSデバイスがバッテリー持つのはGC採用しない
からなんじゃないのかなぁ。

132 :名称未設定:2015/06/22(月) 11:11:06.40 ID:SO7UtYfp0
本スレで論破されてこっちで仕切り直しか

133 :名称未設定:2015/06/22(月) 16:59:57.47 ID:ip7sMwpS0
>>130
嫌だったら使わなきゃいいだけやん。嫌々言うて許されるのか可愛い女の子だけだぞ
男でなんてキモいだけやん。それもキモいヤツが言っているんだろうなと思われるしw
嫌だけど使わざる追えないんですっても、それも全く同じ。女々しい

134 :名称未設定:2015/06/22(月) 17:02:10.94 ID:ip7sMwpS0
いやいくらなんでも追わないだろ。を得ない

135 :名称未設定:2015/06/22(月) 17:27:11.39 ID:UbvHxlqW0
日本語としてよく分からんけど
iOSは金になるからobj-cもswiftも使う、けど不満はどうしようもない

今はswift扱っておけば美味しいなw
obj-c同等にひどい言語仕様だけど

136 :名称未設定:2015/06/22(月) 17:43:13.08 ID:ip7sMwpS0
金が第一でしかないヤツが何を言っているのか。金が第一だからイヤイヤ言いながら使ってるんだろ。イヤイヤ言いながらも使っているのは金が第一だからだろ

お前以外の大多数がそんなこと思わずにまたはすでに慣れきっていて使っているとなぜ想像できない。批判めいているが自分が劣っている/なんらかの感覚が欠如しているとなぜ想像できないん?
そう深くw想像できないで感覚でまた表層でモノ言うのも女々しいというと思われるw

137 :名称未設定:2015/06/22(月) 17:57:13.15 ID:ip7sMwpS0
Objective-やSwiftに限らずに一連の(なのか個々なのか知らんが)ヤツに限らず言語の好き嫌いがあるだろうが、そんな個人の好き嫌いなんて誰の何も役に立たない役立たずでしかないな。まあ、暇つぶしにはなるから全くの役立たずではないけどw

嫌いなんて、開発に没頭したら忘れるもんだろう。忘れ没頭したら慣れきってしまうものだろうに
なんらかの能力として劣っているという表明でしかないのだが、なぜだかそこに気づいていない(というか自分は劣っていないという雰囲気を醸し出す)様子なのが不思議でならない

138 :名称未設定:2015/06/22(月) 18:05:23.54 ID:WbPtsVYA0
長い、三行で

139 :名称未設定:2015/06/22(月) 18:18:36.66 ID:7Xgd0Ixz0


雰囲気

140 :名称未設定:2015/06/22(月) 18:23:49.43 ID:ip7sMwpS0
>>138
そんなのレスして何嬉しいの?わからん

1行で済むんだけどw ↑は>>138に向けてじゃないよ、たぶんw

141 :名称未設定:2015/06/22(月) 18:34:14.23 ID:zE4sF7uf0
ハッスル

142 :名称未設定:2015/06/22(月) 19:34:45.31 ID:+KDY+3B20
金のために嫌々windows漬かってまふ

143 :名称未設定:2015/06/22(月) 21:20:09.16 ID:tlk/bU2D0
>>140
ID変わってるけど>>135=>>138
金が第一でしか、の行の半分まで読んだけど
そこまでが言いたいことで、あとの長文はゴミだったんだろうな

言いたいことは分かったけど、金が目的でなきゃ、こんなマゾい言語つかわねーよw

144 :名称未設定:2015/06/22(月) 21:37:25.02 ID:ip7sMwpS0
>>140
だから、金が目的なら目的に一生懸命になれよっていう
どうせぐだぐだ文句言いながらロクでもないコードを書いているのだろう。会社員?請負?個人アプリ開発?
まあ個人アプリ開発ならどうでもいい。レスの内容もだが。それ以外だったら俺の周りに何万分の一でもいそうだから辞めろw

やっぱり自分のは「ゴミ」ではないという無自覚かw

145 :名称未設定:2015/06/22(月) 21:40:07.75 ID:ip7sMwpS0
>>144
×>>140
⚪︎>>143

低レベルのコードを書き散らすバカを思い出し冷静さを失っていたw
なんだ、>>138もお前か。つまらん。てかなんか第六感が働いた「たぶん」だったんだなあw

146 :名称未設定:2015/06/22(月) 22:58:50.67 ID:ajVuKbAw0
何が言いたいのか要を得ないが
ID真っ赤にしてなんか面白い子だなw

147 :名称未設定:2015/06/22(月) 23:34:18.36 ID:ip7sMwpS0
んー、誰やねんww
>>138といいアホな判断基準から同一人物と見えなくもなく
別人だったらごめんねw

148 :名称未設定:2015/06/23(火) 10:48:18.17 ID:aen9cQzv0
自分語りはお呼びじゃないよ

149 :名称未設定:2015/06/23(火) 15:32:39.32 ID:opfnXdOe0
ID真っ赤の連投君はNG

150 :名称未設定:2015/06/23(火) 15:47:12.18 ID:52BBz6gi0
ID赤くても良いじゃん。
ってか、IDはどうやったら赤くなるんだ?

151 :名称未設定:2015/06/23(火) 15:51:45.01 ID:fH4X2/gO0
今日も赤くなりそう

152 :名称未設定:2015/06/28(日) 19:50:40.34 ID:Ch8eMncC0
typealias CallbakFunc = (Void) -> Void
func testEqualsfunc() {

var a:CallbakFunc = {}
var b:CallbakFunc = {}
var c:CallbakFunc = {}

var list:[CallbakFunc] = []

list.append(a)
list.append(b)
list.append(c)

for x in list {
if x == a { // Swift compile Error : Binary operator '==' cannot be applied to operands of type '() -> ()' and 'CallbakFunc'
println("a is hit")
}
}
}

上記Errorの解決方法をご教授下さい

153 :名称未設定:2015/06/28(日) 20:11:58.36 ID:Ch8eMncC0
>>152
http://stackoverflow.com/questions/24111984/how-do-you-test-functions-and-closures-for-equality

154 :名称未設定:2015/07/07(火) 12:03:59.41 ID:xGKfAusl0
NavigationContoroller
└ViewContoroller
↓遷移
TabView
└CostomViewContoroller

と、storyboardで定義しています。

タブごとに、NavigationBarに独自のボタンを追加したいのですが、
CostomViewController の viewDidLoad() で、

 self.navigationItem
 self.navigationItem.rightBarButtonItem = UIBarButtonItem(title: “test”, style: .Plain, target: self, action: nil)

としても、testボタンが追加されません。

ViewContorollerで定義するとtestボタンが追加されるのですが、
TabViewに移るとtestボタンが消えます。

どのようにしたら、CostomViewContoroller上でボタンを追加できますか?

155 :名称未設定:2015/07/07(火) 12:27:33.80 ID:NCbu5piy0
>>152

typealias CallbakFunc = (fn:(Void) -> Void,uuid:String)
func createUUIDString() -> String {
let uuid = CFUUIDCreate(nil)
let uuidString = CFUUIDCreateString(nil, uuid)
return uuidString! as String
}

func testEqualsfunc() {

var a:CallbakFunc = (fn:{},uuid:createUUIDString())
var b:CallbakFunc = (fn:{},uuid:createUUIDString())
var c:CallbakFunc = (fn:{},uuid:createUUIDString())

var list:[CallbakFunc] = []

list.append(a)
list.append(b)
list.append(c)

for x in list {
if x.uuid == b.uuid { // Swift compile Error : Binary operator '==' cannot be applied to operands of type '() -> ()' and 'CallbakFunc'
println("b is hit")
}
}
}

156 :名称未設定:2015/07/07(火) 13:05:36.84 ID:EBKNUzWU0
>>154
Swift というより iPhoneアプリ開発初心者 なレスだと思うけど、

NavigationContoroller
- ViewController
ViewControllerはNavigationContorollerの直接な管理下/相互関係なので、self.navigationItem.rightBarButtonItemの変更はNavigationContorollerにもわかる

NavigationContoroller
- TabBarController
-- ViewController(1)
-- ViewController(2)
ViewController(1,2)はTabBarControllerの直接な管理下/相互関係であり、NavigationContorollerの直接な管理下/相互関係なのはTabbarController
故に、TabbarControllerのを変えればいいんじゃね

ViewController(1,2)のviewWillApperなんぞで、
self.tabBarController.navigationItem.rightBarButtonItem =
ってするか、TabBarControllerのサブクラスでタブ切り替え検知して、
self.navigationItem.rightBarButtonItem = rightButtonInCurrentViewController
ってするとか

157 :名称未設定:2015/07/07(火) 13:23:28.22 ID:EBKNUzWU0
>>156
>TabBarControllerのサブクラス
つうかUITabBarControllerDelegateでか。検知できるのは

158 :名称未設定:2015/07/07(火) 14:04:28.20 ID:xGKfAusl0
>>157
レスありがとうございます。おっしゃる通りiPhone開発初心者です。

アドバイスいただいた通り、TabViewのカスタムクラスを用意して
UITabBarControllerDelegateでタブの切り替えを検知し、
タブごとにボタンの制御ができるようになりました。

ありがとうございました。

159 :名称未設定:2015/07/07(火) 14:45:47.19 ID:EBKNUzWU0
>おっしゃる通りiPhone開発初心者です
そういう意味じゃなく、いや、意味なのかもしれないが、趣旨は、
[SDK]iPhoneアプリ開発初心者質問箱43[touch][iPad] [転載禁止]©2ch.net
http://anago.2ch.net/test/read.cgi/mac/1427294210/
こっちでのほうが適切だろうなという。ともあれ、なにより

160 :名称未設定:2015/07/07(火) 15:40:33.13 ID:pm4V6z940
重ね重ねありがとうございます。
次に、swiftでなく、iPhoneアプリの構造に関わる質問があれば、
誘導いただいたスレにて質問させていただきます。

161 :名称未設定:2015/07/08(水) 16:48:01.49 ID:BrpX//mL0
var i = 500
var str = NSString(format:"0x%08X",i)

これと同じこと(整数を16進表記の文字列にする)をIntとStringだけで出来る?

162 :名称未設定:2015/07/08(水) 18:09:05.85 ID:BrpX//mL0
var i = 500
var str = "0x" + String(i, radix:16, uppercase:true)

あったー。けどなーんか微妙だな。
printfフォーマットも普通にサポートしてくれれば良いのに。

163 :名称未設定:2015/07/08(水) 18:20:54.25 ID:k+ymsI9b0
var str = String(format:"0x%08X",i)
??

164 :名称未設定:2015/07/08(水) 18:46:14.33 ID:AqMwIU/20
もう色んなことに目を瞑ってNSString使えばいいじゃん
と思ったけどOSS化(Cocoaのないランタイム)に向けてPure Swiftライブラリでも作ってんのかな

165 :名称未設定:2015/07/08(水) 20:36:33.81 ID:BrpX//mL0
>>163
あれ、ある…
command-クリックしてもどこにも飛ばないんだけどどういうこった?
ここにも載ってないし
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Reference/Swift_String_Structure/index.html

>>164
いや別にNSStringでもいいんだけどね。気になっただけ。

166 :名称未設定:2015/07/08(水) 23:12:01.65 ID:k+ymsI9b0
>>165
ググって探して見たのでは「俺がみつけたよーん」とかなんとか書いてあったような気がしないでもない
「ベータで」というのも目に入ったので、まあ今は正式なのだろうなと思ってたけど、まだ正式じゃないのかな??ドキュメントだけなのか実装にまだ問題があるのかその他なのかで

167 :名称未設定:2015/07/08(水) 23:23:50.53 ID:BrpX//mL0
>>166
そうだねprivateかもしれんね。
ありがとう

168 :名称未設定:2015/07/08(水) 23:26:04.41 ID:k+ymsI9b0
https://developer.apple.com/library/prerelease/ios/samplecode/MusicMotion/Listings/MusicMotion_Activity_swift.html
で使ってるから、安心して使えるだろう。仮にUndocumented API縛り的な意味で危惧するとしたら

169 :名称未設定:2015/07/12(日) 19:38:01.84 ID:pO9MOfRV0
swiftって説明が変数・制御構造とか普通な展開のばかりだけど
出力入力どんな風に簡単にできるかっていうのは
どこ読めばいいの?
ドット絵とかベクトル絵とかマウス入力とかキーボード入力とか

170 :名称未設定:2015/07/12(日) 19:44:46.47 ID:UCG4B6Co0
サンプル

171 :名称未設定:2015/07/17(金) 13:06:10.58 ID:+raBPvsS0
せんせい質問∩(´・ω・`) 超初心者です。

Swiftの入門本を買って、一通り熟読し、なんとなーく「こうやんのか」くらいは
分かりました。

が、次のステップで何やればいいのか分かりません(´・ω・`)
サンプルプログラムはいっぱい見たんですが、これから何したらいいんでしょ?
簡易なデータベース的なものを作ってみたいのですが。

172 :名称未設定:2015/07/17(金) 14:19:01.43 ID:6svREoHG0
作ったらいいじゃないか
道を知っていることと実際に歩くことは違う

173 :名称未設定:2015/07/18(土) 10:51:33.68 ID:Z13hgPgi0
>>172
やってみてるんですが、次のステップとして何をしたらいいのか分からないのです(´・ω・`)

174 :名称未設定:2015/07/18(土) 11:00:15.99 ID:pg6yA3mU0
ここが重複スレで、こっちが本スレと学ぶべきだな
http://anago.2ch.net/test/read.cgi/mac/1408755325/

175 :名称未設定:2015/07/27(月) 18:35:18.84 ID:m4P9ukw70
上から目線で話したがるヤツばっか

176 :名称未設定:2015/07/27(月) 19:16:58.35 ID:GvR464r80
最近スイフト始めた新米で、実機に入れられるようにXcodeBetaでMultipeerConectivityのp2p通信をしたいんだけど、
sendDataで渡すときの処理で、

do {
try _session?.sendData(data, toPeers: peerID, withMode: MCsessionSendDataMode.Reliable)
} catch {
}

コレで
'_??' is not convertible to '()'
'<<error type>>?' is not convertible to '()'
の2つのエラー出て詰まってるんだけどどうしたら良いですか?
調べてもわからず、知恵をください('A`)

177 :名称未設定:2015/07/27(月) 19:43:48.83 ID:54LBs3Mr0
>>176
let _session: MCSession? = nil
let peerID: [MCPeerID] = []
let data: NSData = NSData()
do{
try _session?.sendData(data, toPeers: peerID, withMode: MCSessionSendDataMode.Reliable)
}
catch{
}
でエラー出ないけど。って、peerIDは名前がクサいから、
let peerID: MCPeerID = MCPeerID()
にしたら、
'_??' is not convertible to '()'
がでたなw

178 :名称未設定:2015/09/24(木) 22:45:28.22 ID:8L3Ba62N0
いつになったら業務で使えるくらい安定するんだろう

179 :名称未設定:2015/09/27(日) 09:04:18.98 ID:/fA8PxsC0
いつの間にかswift2.0でもprintln使える様になってるのね。

180 :名称未設定:2015/09/27(日) 12:53:23.23 ID:jTYlqoA30
ん?そう??

181 :名称未設定:2015/09/27(日) 23:34:15.43 ID:tbPXnC660
え? printだけで良いんじゃない?

182 :名称未設定:2015/09/28(月) 00:04:17.01 ID:MfYAyuYE0
pascalで最初にびっくりしたのがprintとprintln

183 :名称未設定:2015/09/28(月) 08:14:43.03 ID:Vfm5iSAr0
rustで追々びっくりしたのがprint!

184 :名称未設定:2015/11/02(月) 14:19:09.68 ID:e8SwU/fA0
また落ちた。
名前変えただけで暴走スンナよ7

185 :名称未設定:2015/11/13(金) 04:40:55.94 ID:qYyLiqzz0
let test: String
test = "foo"
if let v = test && (v as! String = "foo") {
print("fooだよ")
}

ってできない?

186 :名称未設定:2015/11/13(金) 09:05:22.26 ID:ZYkJFHDc0
let test: String? = "foo"
if let v = test where v == "foo" {
 print("fooだよ。")
}

187 :名称未設定:2015/11/13(金) 09:08:20.21 ID:ZYkJFHDc0
==比較ならString?のままでもできるけど。

188 :名称未設定:2015/11/14(土) 10:53:48.98 ID:xIzOs88n0
ありがとー、Cの感覚で唸ってたわ

189 :名称未設定:2015/11/14(土) 22:45:26.13 ID:arrLWbEd0
?を1個だけ入る配列だととらえればCの感覚でも理解出来る

190 :名称未設定:2015/11/14(土) 23:26:08.53 ID:izfbI7W10
天才現る!

191 :名称未設定:2015/11/15(日) 14:05:28.67 ID:CEKeruGp0
え?

192 :名称未設定:2015/11/15(日) 14:46:24.24 ID:v17oyqbm0
ほ?

193 :名称未設定:2015/11/15(日) 15:04:08.68 ID:2u3KL2cn0
ば?

194 :名称未設定:2015/11/18(水) 10:32:14.86 ID:lwKOOTtK0
今時リファクタリングもサポートされていない言語なんて糞確定ですわ

195 :名称未設定:2015/11/18(水) 10:41:56.66 ID:/xiOlcI90
知ってる、みんな知ってて使ってる
もっとクソだったobj-cよりは文法がマシだから使ってる

196 :名称未設定:2015/11/18(水) 12:14:13.27 ID:TN6uJfS40
>>194
はい、みなさんさよーならー

197 :名称未設定:2015/11/18(水) 12:52:04.89 ID:sl65X6gp0
コンパイラにAST吐くオプションあるんだからリファクタリング機能ぐらい自分で実装すればいいじゃん

198 :名称未設定:2015/11/18(水) 13:00:52.15 ID:DqvneQxQ0
>>197
もって詳しく頼む
ソースのリファクタリングにASTが関係あるの?

199 :名称未設定:2015/11/18(水) 13:01:32.92 ID:DqvneQxQ0
>>197
もって詳しく頼む
ソースのリファクタリングにASTが関係あるの?

200 :名称未設定:2015/11/18(水) 13:04:41.41 ID:DqvneQxQ0
>>197
もって詳しく頼む
ソースのリファクタリングにASTが関係あるの?

201 :名称未設定:2015/11/18(水) 13:23:31.68 ID:sl65X6gp0
SourceKittenとか使う手もあるぞ
https://github.com/jpsim/SourceKitten

202 :名称未設定:2015/11/18(水) 18:37:16.33 ID:fZyYL6sb0
>>197はバイナリの最適化のリファクタリングを言ってて
>>198は人間様向けのタブだの改行だののリファクタリングを言ってる

>>194はgoだのrustのエディタで使えてる後者を求めていると思う
しかし、簡単なテキスト整形はXcodeでやってくれる

203 :名称未設定:2015/11/18(水) 20:09:44.17 ID:lHmicp9c0
いつになったらリネームできるようになるんだろうね

204 :名称未設定:2015/11/18(水) 23:15:02.00 ID:eYBViItJ0
エディタの話?

205 :名称未設定:2015/11/19(木) 04:26:28.81 ID:v5Qlgdpz0
あと50ちょい、使い切ろうぜ本スレ
http://anago.2ch.net/test/read.cgi/mac/1408755325/

206 :名称未設定:2015/11/19(木) 10:29:09.87 ID:36ElwdIi0
コアフィルタ使って画像のサリイズしてみたけど遅すぎワロタ

207 :名称未設定:2015/11/19(木) 13:48:19.79 ID:2W921Z6F0
時間のかかりそうな処理だな

208 :名称未設定:2015/11/19(木) 15:50:25.59 ID:0aqlOemc0
>>186
whereのつか方判った。
おれ的今日の一番カキコ

209 :名称未設定:2015/11/20(金) 14:13:01.73 ID:c0/wCXBQ0
>>208
そか、よかたあるな
つぎはニホンゴのべんきょするのよいあるよ

210 :名称未設定:2015/11/20(金) 18:24:24.57 ID:IkinpZgs0
誤字脱字を知らない中国人かよw中国でもあるだろ

211 :名称未設定:2015/11/20(金) 18:59:12.08 ID:H/cWypsp0
抜けすぎではないかと

これでも内容が伝わるあたり、日本語ってすごいな

212 :名称未設定:2015/11/20(金) 19:17:02.26 ID:IkinpZgs0
よく見たら全然違うのだがちゃんと読めるひらがな文ってなかったっけ

213 :名称未設定:2015/11/20(金) 19:22:04.92 ID:IkinpZgs0
あった
http://feely.jp/3138/
まあ>>209には読めないんだろうけどw

214 :名称未設定:2015/11/20(金) 21:07:46.13 ID:vazx26Uw0
>>210まではネタにネタ被せてるのかと思ったら
>>213まで続いてマジもんだとおもたYO

>>206
それはswift関係なく重たい気がするよ
しかし、体感出来る重たさって何やってるんだ、、、

215 :名称未設定:2015/11/20(金) 21:27:29.62 ID:IkinpZgs0
そんな細かいミスをネタにして続くとは思わなかったよ。暗っと思うからなw
マジだよマジ、俺は

216 :名称未設定:2015/11/20(金) 21:35:42.85 ID:Ed9JxE700
マジンガーZ

217 :名称未設定:2015/11/25(水) 16:15:47.07 ID:kOX1HaAG0
整数型から浮動小数点型への変換ぐらい自動的にやってくれよと思うんだが

218 :名称未設定:2015/11/25(水) 20:55:06.65 ID:sHMN8w/q0
>>217
してくれないの?

219 :名称未設定:2015/11/26(木) 02:53:21.37 ID:UtBzGG7Q0
>>218
そういう暗黙的な変換を行わない事でコードの安定性を高めてる

220 :名称未設定:2015/11/26(木) 07:32:56.28 ID:OtuW6aGF0
すごい好意的な解釈にワロタ

221 :名称未設定:2015/11/26(木) 07:47:24.66 ID:waE83/NN0
変換する箇所が少なければ不満も出ないと思うのだけど
そもそもそんなにたくさん変換が必要なのかい
もしかしてほんの数箇所でも嫌なのか

222 :名称未設定:2015/11/26(木) 09:00:18.62 ID:RjpEprbi0
ちりも積もれば山となるだよ

223 :名称未設定:2015/11/26(木) 09:42:44.43 ID:RzSxtDSV0
クラスのメソッドと同名のグローバル関数は呼べなくなるのね
糞言語ですね

func a(i: Int) -> Int {
 return i + 10
}

class B {
 func a(s: String) -> String {
  return s + "bbb"
 }

 func b() {
  print(a(100)) // ←エラー
 }
}

224 :名称未設定:2015/11/26(木) 10:17:10.10 ID:/Qso61h70
>>223
モジュール名つけて呼べるだろ
糞はお前だ

225 :名称未設定:2015/11/26(木) 10:25:25.98 ID:RjpEprbi0
>>224
ああ?
呼べねーよ糞
一回やってみろよ糞
お前が糞だ糞

226 :名称未設定:2015/11/26(木) 10:34:13.13 ID:/Qso61h70
>>225
いや呼べるから
無能

227 :名称未設定:2015/11/26(木) 10:40:13.50 ID:RjpEprbi0
>>226
だから一回やってみろって
馬鹿かお前は
人の言うことを聞けよ

228 :名称未設定:2015/11/26(木) 10:44:20.55 ID:/Qso61h70
俺は書き込むときは必ずコード書いて確認してから書き込む
>>224の時点でコード書いて確認済み

無能ほど自分の無能を棚に上げて言語やフレームワークに文句垂れる法則

229 :名称未設定:2015/11/26(木) 10:48:11.36 ID:RjpEprbi0
>>228
モジュール名ってアプリ名のことかよ
プレイグラウンドで試せねーじゃねーか
最初からそう書けよハゲ
お前、説明下手くそだわ
時間無駄にしたわ

230 :名称未設定:2015/11/26(木) 12:46:30.62 ID:Ndq225Dz0
横からだがプロジェクト名がモジュール名だってアポーが言ってるぞw

231 :名称未設定:2015/11/26(木) 12:50:42.27 ID:2IXxuB830
すげー
「自分は悪くない、全て他人が悪い」
って、久しぶりに見たわ

232 :名称未設定:2015/11/26(木) 12:56:15.32 ID:uFA9acIW0
見聞狭いな

233 :名称未設定:2015/11/27(金) 18:02:04.08 ID:5KkZ171g0
通は、[Int]の代わりにNSIndexSetを使う

234 :名称未設定:2015/11/27(金) 18:03:25.45 ID:5KkZ171g0
いや、ゴメン間違った

235 :名称未設定:2015/12/04(金) 10:37:44.50 ID:ugvMyHwh0
オープンソース化
https://github.com/apple/swift

236 :名称未設定:2015/12/04(金) 13:24:29.61 ID:IpKQTE7J0
おおー、遂に来たか。

237 :名称未設定:2015/12/04(金) 15:33:03.82 ID:TWswQjTO0
サーバサイド利用なんかでも賑わってほしいね
Cocos2d-xをswiftで書いてマルチプラットホーム出力できるような未来にも期待

238 :名称未設定:2015/12/05(土) 09:27:11.60 ID:nRt9eie50
>>227

この人すごいわぁ。

まあ、コマンドラインで実行するなら、
print(a(100)) // ←エラー
修正↓
print(main.a(100))

ソースファイルの名前によらず、モジュールはmainね。

239 :名称未設定:2015/12/13(日) 00:09:53.83 ID:34Cd2/r/0
すっかりオワコンだな

240 :名称未設定:2015/12/13(日) 00:16:22.96 ID:33VnaplL0
swiftって関数内でstatic変数宣言できないのはなんでなの?
絶対あったほうが便利なんだけど

241 :名称未設定:2015/12/13(日) 00:24:18.07 ID:U56fmPkN0
お前らが社畜がごとくSwiftを使ってくれるおかげで、
自己満足言語Swiftを作ったChris Lattnerのベジータ親父も億単位の高給もらって
ウハウハよ
http://nondot.org/sabre/
おまけに、Swift参考本を執筆した作者もおこぼれをいただけてる

本当お前ら乙だな

242 :名称未設定:2015/12/13(日) 00:28:17.92 ID:ZQXftx0w0
自己満野郎の給料に貢献するために新しい言語使わされてお前らよく馬鹿らしくならないなwww

243 :名称未設定:2015/12/13(日) 01:15:11.04 ID:VfOfM0v90
へえ、我々エンジニアは道具だと思ってますけん
あるもん求められて使える状態にしとくだけすよ
なのでreplします…我々は研ぐとか言いますが、要するに戯れるだけなんですわ。

perl CGIの時からなにも変わらないんですよ。ただ、楽しいからやってる。
馬鹿らしい、って思うあなたがかわいそうに思いますよ。
それが楽しいかどうかっていう、よそんげの考えも及んでないんだよね、あんた。
まあ、これ鉄道模型にハマってる友人の受け売りなんですけどね。

244 :名称未設定:2015/12/13(日) 01:34:40.49 ID:XUnElO3w0
Objective-Cではダメだった点って何でしょうか?

245 :名称未設定:2015/12/13(日) 01:37:33.64 ID:c6EPIywZ0
これからはswiftだな

246 :名称未設定:2015/12/13(日) 02:40:37.74 ID:diXCWqzS0
>>244
基本がCなのでそろそろC由来のポインタ*とか美しくないなとか
コンパイラディレクティブの@が多いよとかいろいろあったのと
そもそも、Objective-Cは言語自体はほとんどCで
ぜんぶObjective-C(またはObjective-C++)自身で定義した
クラス群で拡張してる部分があってそろそろ整理は必要だよなーとは
みんな思ってはいたのだけれども…

えーと、出てきた新言語swiftがあまりにも似ても似つかないというか
ぶっちゃけObjective-CがObjective-Cの特徴として好まれていた部分を
"ぜんぶ消してきた"ので、正直従来の開発者はObjective-Cでいいや。って感じです。

247 :名称未設定:2015/12/13(日) 02:55:54.92 ID:XNR0NrEa0
でつていう

248 :名称未設定:2015/12/13(日) 04:41:11.59 ID:kH/caN6e0
swift要らねえスレ立てて火病してろw

249 :名称未設定:2015/12/13(日) 09:01:17.73 ID:XUnElO3w0
>>246
なるほど
これほどCに純粋にオブジェクト指向を追加した言語はなく、
習得が簡単だったのになというのが自分の所感です
私もObjective-Cでいいやってのには同意です

250 :名称未設定:2015/12/13(日) 10:21:20.48 ID:2AX8YiIQ0
俺はiOSアプリ作りたくて2014年にマシン買ってSwift使い始めたんだが、
Swiftは言語仕様がデカすぎる気がする。

Swift = Obj-C + Optional + Enum拡張 + protocol拡張 + ジェネリクス + clousure拡張(キャプチャ制限できる)

ってかんじで、Obj-Cのコンパクトさが、良さげに思える今日この頃。

251 :名称未設定:2015/12/13(日) 10:43:46.59 ID:AbrkiSeQ0
え?

252 :名称未設定:2015/12/13(日) 10:47:52.39 ID:HZ0qTI7o0
何気にObj-Cは秀逸な言語だと思うわ

253 :名称未設定:2015/12/13(日) 16:29:38.06 ID:FRi/VzkZ0
どんな言語であれ仕事上必要あるいは有益なら覚えて使うってだけの話だからなあ。
馬鹿らしいも何も、今までそうしてきたし、これからもそうだろうというだけ。
プログラミング言語の宗教論争に血道をあげてるのって
教祖クラスの人とその種の評論で飯食ってる人と暇人だけじゃないの?

254 :名称未設定:2015/12/13(日) 17:26:16.36 ID:U5EUB/Xu0
当たり前のことを偉そうに言えるスキルが俺にも欲しいわ

255 :名称未設定:2015/12/13(日) 17:52:55.22 ID:WWUOJeL00
>>251
Obj-Cは高速列挙とか言語機能じゃなくてコレクションクラスの方に
クロージャーで出力するメソッド追加したりとか
新しい考え方に言語の変更は最低限で使用してるフレームクラスの方を
最新の流行に更新してアップデートしてきたオブジェクト指向の鑑みたいな運用で
逆にObj-C側からみると外で起こってるいわゆる新言語の勃興ってのは
"言語仕様に流行りの機能を仕様で組み込んで、言語自身をぶっ壊さないと
それを変えられなくなって新言語"の繰り返しに見えるから
swiftの>>250っぷりに「それ、本当に言語の基礎機能に組み込んでいい奴?
ってかそれObj-Cが避けてきた道だよね?どっから来たの開発者?」感がすごいのよ。

256 :名称未設定:2015/12/13(日) 18:24:39.62 ID:I/L0+6H30
ぶっちゃけ、Appleと言語開発者の一方的なエゴだよなSwiftは

257 :名称未設定:2015/12/13(日) 18:43:04.61 ID:52MQowwP0
エゴにネガティブな意味などないけどね

258 :名称未設定:2015/12/13(日) 18:53:57.18 ID:IC6bVtma0
拡張され過ぎると1つの機能に対して実装方法、書き方にバリエーションが増えて統一性が無くなる、コード資産の管理がし辛くなる、混乱を招く、結果として言語のとっつき易さや発展が阻害されるんじゃないかと心配。
特にこれからマルチプラットフォームに使える言語を目指すのであれば。
まぁ俺が心配する事ではないけどな。

それより今は機能を付けたり無くしたりコロコロと仕様を変えてる事の方が新規ユーザーにとっては壁か。
十分普及して枯れた言語になるまでは何年ぐらいかかるんだろうな。

259 :名称未設定:2015/12/13(日) 19:00:11.03 ID:/vRa/ek70
コードの長さが短けりゃいいってもんじゃないんだけどな

260 :名称未設定:2015/12/13(日) 19:12:35.83 ID:6d+Ms7Ko0
今ある言語でアプリが作れて綺麗なコードはどの言語?

261 :名称未設定:2015/12/13(日) 19:53:41.17 ID:+PshDxHx0
>>255
いやそれを言ったらSwiftの方が言語より標準ライブラリで実現してる機能多いんですが

262 :名称未設定:2015/12/13(日) 19:58:26.11 ID:DUjCbbFQ0
ライブラリでごにゅごにゅやるより
言語レベルで実装されてた方が最適化も期待できるだろ

263 :名称未設定:2015/12/13(日) 23:49:24.96 ID:/vRa/ek70
せやろか?

264 :名無しさん@そうだ選挙に行こう:2015/12/14(月) 14:31:56.21 ID:hTkgX9ht0
最終的にはswiftネイティブのクラスライブラリ100%にして
objc_msgSend地獄から解放されたいという感じなんじゃないの

まあ個人的にはCやC++で書いていたところをSwiftで書きたいという積極的な理由もないので
ObjCで全然問題ないな
ARCすら要らない

265 :名無しさん@そうだ選挙に行こう:2015/12/14(月) 14:35:36.55 ID:bM547LG60
ARCは必須だろ。コード量も減るしケアレスミスも防げる。
Swiftの強化されたEnumやSwitch、オプショナル型、例外処理は魅力。

266 :名無しさん@そうだ選挙に行こう:2015/12/14(月) 14:53:41.55 ID:bUw+kML30
>>264

ってことは、retain, releaseを今でも書いてるんですか?

267 :名無しさん@そうだ選挙に行こう:2015/12/14(月) 15:26:19.58 ID:hTkgX9ht0
最低限のターゲットを10.4(Intel/PPC)にしてるからね、書いてる

268 :名無しさん@そうだ選挙に行こう:2015/12/14(月) 15:31:45.88 ID:4YB2AkLn0
OSXアプリで32bit対応が必要な時は未だにMRCでやってるな。
SwiftはCoreFoundationすら自動でreleaseしてくれるから羨ましい。次のObjective-Cのアップデートで取り込まれるかな?

269 :名称未設定:2015/12/15(火) 03:13:53.25 ID:dMRQ8FCJ0
objc++のスマートポインタ使えば幸せそう
スマートポインタの一部機能がARCだから機能過不足はないんじゃね

270 :名称未設定:2015/12/15(火) 08:47:17.07 ID:g3/DKTHb0
>>267
MRC = Manual Reference Countingなんて初めて知りました。
retain, release, strong, weak, unownedとかよくわからんのですよねぇ。

特に、swiftのclousureの中でselfを参照する時に、
{ [unowned self] in
self.foo()
}
とかって、どういう事?って感じ。

271 :名称未設定:2015/12/15(火) 16:32:40.28 ID:BzJ17A+W0
xibに最初からセットされてるクラスは既にインスタンス化されてるからリテインカウントが最初から1で、
コントローラー側から新しく作ったセルとかは作って1外して0で消えるからいいんだけど
おんなじカウントをxibに存在してた奴にやると1→2、2→1で最後まで解放されなくなっちゃう。
だからイニシャル処理でコントローラーに手綱を受け渡すんだけどいきなりrelese書いたら
カウンタが1→0になって"消えちゃう"から受け渡しやって1→2にしてrelese(2→1)とかパズルかこれ?wって思ったよ。
とむかしどっかのスレで書いたら、本人は自分がベテランだと思い込んでるiPhoneプログラマーに
「そんなのは聞いたことがない!」って噛みつかれて驚愕した記憶。ARCバンザイだ。

272 :名称未設定:2015/12/15(火) 17:06:13.57 ID:g3/DKTHb0
>>270

自己レスです。
clousureはキャプチャする変数をデフォルトで強参照するらしい。
だから、
class MyClass {
let clousure = {self.foo()}
func foo() {
}
}
というコードがあった時、clousure変数はselfを強参照し、MyClassのインスタンスselfはclousureを強参照するってことになる。
class MyClass {
let clousure = {[unowned self] in
self.foo()
}
func foo() {
}
}
とすれば、clousureはデフォルトの強参照をselfに関しのみ行わなくなる。
上記の事、Appleの公式文書の何処に書いてあるのか?知ってる人いる?

273 :名称未設定:2015/12/15(火) 17:08:31.74 ID:g3/DKTHb0
きっと、
The swift programing languageのclousureの章に書いてあるんだろなぁ。

274 :名称未設定:2015/12/15(火) 17:13:51.82 ID:z2iu9b5+0
絶対ドキュメント読まないマン!

275 :名称未設定:2015/12/17(木) 15:12:49.58 ID:AveGoHsc0
as!の使いどころが判りません。

let some: Any = 1
let i1 = some as! Int
これはコンパイルできます。

let i1 = some as Int
これがコンパイルできません。なんで?
repl.swift:8:15: error: 'Any' (aka 'protocol<>') is not convertible to 'Int'; did you mean to use 'as!' to force downcast?
let i1 = some as Int
~~~~~^~~~~~
as!

276 :名称未設定:2015/12/17(木) 16:22:35.51 ID:37UBK/Ij0
コンパイルできない時には自分が何をしたいのかを再確認すると良い
自分の考えに論理の飛躍や矛盾があるよってコンパイラが指摘してくれてる

277 :名称未設定:2015/12/17(木) 16:27:25.01 ID:lu7joLms0
>>275
Anyは、Intと互換性はないから、キャストする場合は、as! を使って安全であることを(コーディングミスではないと)明示する必要がある。
逆ならOk(IntはAnyと互換性がある)

let some: Int = 1
let i1 = some as Any

278 :名称未設定:2015/12/22(火) 20:52:40.61 ID:6lgUciZn0
?のついたイニシャライザと?のついていないイニシャライザの違いは何でしょうか?

こんなの
 ↓
public init?(coder aDecoder: NSCoder)

279 :名称未設定:2015/12/22(火) 21:16:24.16 ID:NTlDwrJJ0
>>278
失敗する可能性のある イニシャライザの意味。
ファイルパスからNSDataを作ろうとすると、失敗もありうる。
ファイルが無いと失敗なのだ。失敗をnilで返すならinit?となる。

もちろん、失敗をthrowしても良い。その場合は、initとなる。

失敗をnilで返すべきなのか?throwすべきなのか?(エラーを)どういう基準で
選択するかは?教えて、エロい人!!

280 :名称未設定:2015/12/22(火) 21:33:47.20 ID:NTlDwrJJ0
>>277
型に互換性があるとは、どういうことでしょうか?
A型とB型に継承関係がある時に、互換性があるというのでしょうか?
class A {
}
class B: A {
}
の時、A型、B型に互換性があるト言うことでしょうか?

Cの場合には、cp, vpが互換性があるとは、例えば次の様な場合の様ですが。
int *const cp;
int *volatile vp;

281 :名称未設定:2015/12/22(火) 21:36:18.36 ID:6lgUciZn0
>>279
なるほど!ありがとうございました。

282 :名称未設定:2015/12/22(火) 21:58:22.24 ID:NTlDwrJJ0
>>280
自己レスです。

Type casting is 。。。to treat that instance as a different superclass or subclass from somewhere else in its own class hierarchy.

Swift Programing Language (swift2.1)より

convertibleに関する記述は見つけられなかったけど、Type Castingの章からは、継承関係にあるコトがconvertibleの意味みたい。

283 :名称未設定:2015/12/22(火) 22:01:47.45 ID:NTlDwrJJ0
>>282
互換性の有無はtype check operator(is)で確かめられるってコトでOKなんでしょうか?

protocol P {
func a()
}
protocol Q {
func a()
}
class B {
}
class A: B, P {
func a() {
}
}
let a = A()
if A.self is P.Type {
print("OK")
}
if A.self is B.Type {
print("OK")
}
AはPと互換、AはBと互換ってコトになっちゃうんですけど。

284 :名称未設定:2015/12/22(火) 23:09:29.48 ID:0lDJvMDm0
わざわざSwiftに飛び付いてよくわかんないとかいってるやつ何なの?
Objective-C使っとけばいいのに

いや、客先の要求でとかいいだすんだろうけど、仕事の話をこんなところでされたら、
おれが委託元の客だったら次は二度と頼まないわ

285 :名称未設定:2015/12/22(火) 23:12:12.03 ID:7i/xqu+E0
2ちゃんねるに情報開示を?(奈津子風

286 :名称未設定:2015/12/23(水) 04:06:32.00 ID:+gq1YhAq0
>委託元の客

日本語w

287 :名称未設定:2015/12/23(水) 08:14:02.30 ID:h08cuWkn0
>>286
日本語がわからないって意味?

288 :名称未設定:2015/12/23(水) 13:31:51.55 ID:j7rRHjrA0
>>287

俺が委託するなら、次は二度と。。。

俺なら、次は二度と受託を頼ま無いわ。

俺が委託側なら、。。。

が日本語として正しい。

289 :名称未設定:2015/12/23(水) 15:18:34.67 ID:Qd3aSsYB0
親切な日本語の解説に笑う

290 :名称未設定:2015/12/23(水) 17:20:25.82 ID:h08cuWkn0
委託先と委託元
何がおかしいのか謎

291 :名称未設定:2015/12/23(水) 17:32:21.30 ID:QAXHQfcY0
プログラム下手そう。

292 :名称未設定:2015/12/23(水) 17:35:17.79 ID:MJeBRzQR0
プログラム下手人

293 :名称未設定:2015/12/24(木) 08:26:58.02 ID:Jh+e5Qrh0
>>291

プログラミングが下手

例:
バツ:ラーメンが下手
マル:ラーメン作るのが下手

294 :名称未設定:2015/12/24(木) 09:14:57.42 ID:f8QtQ3+t0
スパゲティが得意そう

295 :名称未設定:2015/12/24(木) 09:20:39.24 ID:Jh+e5Qrh0
>>294

あんたよくわかるなぁ。

自分で作ったナポリタン、美味いんだよなぁ。
ケチャップって加熱すると甘みが増すんだよねぇ。

296 :名称未設定:2015/12/24(木) 09:38:22.56 ID:81XLpKaT0
暖冬とは思えない寒風が吹き荒れて寒イボ出まくりやねんけど

297 :名称未設定:2015/12/24(木) 09:51:05.54 ID:9an9yoif0
はい

298 :名称未設定:2015/12/24(木) 09:53:16.58 ID:Jh+e5Qrh0
>>296

ストーブ就ければ。

299 :名称未設定:2015/12/24(木) 10:07:04.71 ID:DzGUi0Y60
バツ:ストーブ就ければ
マル:ストーブ点ければ

300 :名称未設定:2015/12/24(木) 10:49:25.06 ID:9an9yoif0
◎ストーブつければ

301 :名称未設定:2015/12/24(木) 13:40:49.55 ID:Ipn33WCP0
つけびして 煙り喜ぶ 田舎者

302 :名称未設定:2015/12/24(木) 15:55:50.55 ID:4LUyq+5H0
>>293
「が」の助詞省略を口語上等の2chで指摘してどうすんだ
「委託元の客」なんてそういうレベルじゃねーぞ

303 :名称未設定:2015/12/24(木) 16:12:44.71 ID:AvFhNd0e0
委託元の客=委託元の顧客

304 :名称未設定:2015/12/24(木) 16:34:22.32 ID:7ZDz38mO0
う〜ん、今いち

305 :名称未設定:2015/12/24(木) 21:26:47.40 ID:73N1Gep20
>>302
助詞がどーのじゃなくて、プログラムかプログラミングかじゃないの?

306 :名称未設定:2015/12/24(木) 22:31:22.55 ID:81hVld2y0
過疎ってた本スレがついに落ちとった
愉快なスレタイ嫌いじゃなかったぜ

307 :名称未設定:2015/12/25(金) 03:11:44.89 ID:eU1PmqVu0
>>302
日本語が理解できない馬鹿なの?

308 :名称未設定:2015/12/25(金) 06:50:20.65 ID:oaqzUQYN0
>>307
必死だなw

309 :名称未設定:2015/12/25(金) 13:18:00.04 ID:eU1PmqVu0
>>308
馬鹿なの?

310 :名称未設定:2015/12/25(金) 16:12:34.91 ID:M8jkpK6f0
狂人 ID:Jh+e5Qrh0=ID:eU1PmqVu0 のトンチンカンなレスの前には、常人はただ呆れるしか無い。

311 :名称未設定:2015/12/25(金) 16:54:27.54 ID:eU1PmqVu0
>>302でわざわざ昔の話を引っ張り出してくるってことは
4LUyq+5H0 はじめ>>286 >>288はよっぽど悔しかったのかなwww

312 :名称未設定:2015/12/25(金) 20:09:45.31 ID:P1pqX1l40
IDなんちゃらは〜ってやり出した奴らはだいたい
相互参照でループするからまとめてパージ

313 :名称未設定:2015/12/25(金) 20:38:48.19 ID:3MrKWnX+0
詳解 Swift 改訂版を買いてー

314 :名称未設定:2015/12/25(金) 21:14:29.67 ID:6NnnJdq60
>>313

俺もこの本気になってる。
誰か、レポ頼むわぁ

315 :名称未設定:2015/12/26(土) 01:21:02.32 ID:jHnGzRtT0
swiftの変化ペースは本じゃ追いつけないんじゃないかな。
http://qiita.com/yusuke_tashiro/items/5de142441c6daef8b1c0

316 :名称未設定:2015/12/26(土) 01:58:33.75 ID:nbMHOE1M0
>>315
どうせ追加程度でしょとか思ったら、古典的for削除とか大胆なRemove系Acceptあるなあw
枯れた言語になる気が全くなさそうなあたり、swiftらしいなとは思う

317 :名称未設定:2015/12/26(土) 02:36:45.07 ID:JQEQAGIg0
こういう類の書籍は、電子書籍化して、随時アプデされるようにしてもらいたいもんだな
海外の技術本はそれで商売してるのも最近は多い

318 :名称未設定:2015/12/26(土) 07:41:26.93 ID:D4kPAkq50
詳解Swift改訂版、昨日買った。
まだ読んでないけど。

319 :名称未設定:2015/12/26(土) 08:52:25.44 ID:/PtRvg050
萩原氏ってNeXTの頃からの人だからObjC(特にランタイム周り)はすげえ詳しいけど
Swiftになってそのアドバンテージはだいぶ減ったな、と初版を読んで思った。

解説が懇切丁寧なのは相変わらずなんで良い本だとは思ったけど。

320 :名称未設定:2015/12/26(土) 08:56:30.15 ID:D4kPAkq50
>>315
なんやこれ変わりすぎぃ!!
ただ、1つ1つは良い変化かな。

321 :名称未設定:2015/12/26(土) 09:15:00.27 ID:Y02ZT1FX0
3.0は一年後だし、どうでもいいな
来春の2.2の変更を解説しろと

322 :名称未設定:2015/12/26(土) 10:49:27.03 ID:EaeTuo8o0
変えりゃいい、新しい感があればいいってもんじゃないんだが
やっぱりただのオ○ニーじゃねぇか

323 :名称未設定:2015/12/26(土) 11:00:05.42 ID:AgZdXTl80
Swiftに飛びついてあーだこーだ騒いでる奴らが滑稽で仕方ない

324 :名称未設定:2015/12/26(土) 11:05:18.52 ID:L7ew3UTX0
Objective-C以上にとっつきにくい言語にしてどうする
AppleとSwift開発者はバカなの?

325 :名称未設定:2015/12/26(土) 11:20:23.25 ID:jHnGzRtT0
多分 xcodeから使用する前提だからでしょ。
perl6とかpython3見たく下位互換を言語仕様として破壊しちゃうと普及が大変ってことはないというのはいいことだと思う。
気に入らなきゃObjective-c使い続ければいいだけだし。

326 :名称未設定:2015/12/26(土) 11:36:34.61 ID:AA2ygCLU0
>>319

ランタイム周りに詳しい。。。ってコトで詳解Obj-C、買ってみようかなぁ。中古でも良いから。

327 :名称未設定:2015/12/26(土) 11:39:06.44 ID:AA2ygCLU0
>>325


Swift1.2, Swift2.1の互換性も壊れてるよ。特に自由関数(グローバル関数)まわり。自由関数の数が減って、同等なタイプメソッドへ変わったし。あと、Type casting周り、as as! as?とか。

328 :名称未設定:2015/12/26(土) 11:42:27.96 ID:AA2ygCLU0
>>327

String, NSString間の変換がasでできるんだが、これって型の継承関係が無いのに出来ちゃって良いんだろうか?例外事項が多い言語って印象がして来て、だんだん、Obj-Cの方が良いかなぁと思い始めてるんだが。

let str = “String”
let nstr = str as NSString

こんなん出来てエエんかぁ?
下だけにしてくれぇ
let nstr = NSString(string: str)

329 :名称未設定:2015/12/26(土) 11:45:23.80 ID:OxyRTvwO0
どう考えても「言語学」の視点しかないChrisちゃんの自己満にニコニコついて
いってるとか、Appleへの信仰力はハンパねぇと再認識したわ
せいぜいこのベジータのおっさんのさらなる高額報酬に貢献すべくSwiftを妄信して使ってな
http://nondot.org/sabre/

330 :名称未設定:2015/12/26(土) 11:49:49.92 ID:EaeTuo8o0
>>328
その感覚は正しいと思う
自分であえて分かりにくくしてるとしか思えない
今後必要な改善点はObjective-C 3.0として盛り込んでいけばいいんだけどな

331 :名称未設定:2015/12/26(土) 12:01:16.55 ID:CxB2VEvR0
Stringだけじゃなく、Arrayとか、Dictionaryもそうだけど
俺は違和感ねーけどな
CocoaAPIの呼び出しとかミックスランゲージする時も楽だし

332 :名称未設定:2015/12/26(土) 12:30:52.98 ID:l3ztaVyf0
Interoperabilityのためにそうしてるだけで
いずれFoundationのStringやArrayは廃止されてSwiftのものに一本化されるだろ

333 :名称未設定:2015/12/26(土) 13:11:55.57 ID:2O0+wGYi0
いずれというのは何年後ぐらいだろう

334 :名称未設定:2015/12/26(土) 13:17:56.04 ID:l3ztaVyf0
2、3年

335 :名称未設定:2015/12/26(土) 13:22:06.84 ID:OxyRTvwO0
>気に入らなきゃObjective-c使い続ければいいだけだし。
使い続けられるならいいけど、Appleはそのつもりはないんでしょ?

336 :名称未設定:2015/12/26(土) 14:03:19.75 ID:nbMHOE1M0
当面切り捨てようがない状況だと思うけど、Appleのやる事は読めないからなあ
個人的には逃げ道としてのobj-cが充分枯れてるからこそ、Swiftが冒険してることが許されてるように感じるけどね

337 :名称未設定:2015/12/26(土) 14:55:26.55 ID:AA2ygCLU0
>>330

だよねぇ。

338 :名称未設定:2015/12/26(土) 14:59:16.22 ID:krWCFmOb0
そんなこと言ってると、CarbonからCocoaに移行したの知らないの?(ドヤァ
って信仰者が言ってくるよ

オブジェクト間の特例キャストは何らかの文法で汎用化してくれればねぇ
変換元の型に func as -> NSString があったら as NSString が可能とか
最近、仕様を追ってないので既にあったらスマン
sssp://o.8ch.net/3zrf.png

339 :名称未設定:2015/12/26(土) 15:00:20.87 ID:krWCFmOb0
すまぬ、ゴミ画像が末尾に入った

340 :名称未設定:2015/12/26(土) 15:24:14.35 ID:jHnGzRtT0
Objective-Cを完全にswiftが内包していればいいんだけどKVOはObjective-Cだけだよね。
おかげでrxSwiftとか使おうとするとNSObjectのサブクラスにする必要に迫られたりする
この辺ってどうしようとしてるんだろうか?
NSFoundationがswiftで実装されたらKVO消えちゃうもしかして?

341 :名称未設定:2015/12/26(土) 15:56:04.72 ID:AA2ygCLU0
>>340

swiftもaddObserverできんじゃないの?
すなわち、KVOはObj-Cだけじゃないよ。

ただ、NSKeyValueObservingのReferenceみてもinformal protocolだって
書いてあるんだよねぇ。
informal protocolってのはNSObjectの未実装メンバだってことだっけ?
ダイナミックObjective-C、ってコラムに書いてあったような、無かったような、忘れちゃったぁ。

342 :名称未設定:2015/12/26(土) 15:56:39.18 ID:AA2ygCLU0
>>339
画像を投稿なんて、できるの?

343 :名称未設定:2015/12/26(土) 16:04:08.97 ID:3E2ectVS0
>>342
できる
sssp://o.8ch.net/402v.png

344 :名称未設定:2015/12/26(土) 16:13:00.85 ID:AA2ygCLU0
>>343

すげぇー。俺もやりたーい。

345 :名称未設定:2015/12/26(土) 16:19:58.10 ID:AA2ygCLU0
なるほど
これは、面倒だ。
アップローダー使う方がまだマシ。
sssp://o.8ch.net/405w.png

346 :名称未設定:2015/12/26(土) 16:28:16.08 ID:AA2ygCLU0
お絵かきツール、よく出来てるけど。。
sssp://o.8ch.net/407n.png

347 :名称未設定:2015/12/26(土) 16:31:07.93 ID:Y1MaLTNz0
汚ぇ絵だな
アプリのアイコンもダサいの作ってんだろうな

348 :名称未設定:2015/12/26(土) 16:37:51.23 ID:OxyRTvwO0
いやいや
sssp://o.8ch.net/409v.png

349 :名称未設定:2015/12/26(土) 16:43:53.93 ID:BeaPP07o0
>>346
このスレはお前の落書き帳じゃ無いから

350 :名称未設定:2015/12/26(土) 16:46:56.24 ID:LzUgMZaQ0
キタ━━━━(゚∀゚)━━━━!!
sssp://o.8ch.net/40c5.png

351 :名称未設定:2015/12/26(土) 16:50:12.27 ID:OxyRTvwO0
出たSwift教のシンボル
部屋にも貼って毎日崇めないと

352 :名称未設定:2015/12/26(土) 16:50:18.67 ID:AA2ygCLU0
KVOの例、できたぁー。Terminal.Appで動きます。Swift2.1
import Foundation
class A: NSObject {
let myClass = MyClass()

override init() {
super.init()
myClass.addObserver(self, forKeyPath: "value",
options: [.New, .Old], context: nil)
myClass.value = "NewValue"
}

override func observeValueForKeyPath(keyPath: String?,
ofObject object: AnyObject?, change: [String : AnyObject]?,
context: UnsafeMutablePointer<Void>) {
NSLog("Called")
}
}

class MyClass: NSObject {
dynamic var value = ""
}

let a = A()// 2015-12-26 16:45:48.892 swift[821:9549192] Called

353 :名称未設定:2015/12/26(土) 16:56:17.60 ID:AA2ygCLU0
>>350
参りました。
どうやって画像貼り付けたのか?教えて頂戴。

354 :名称未設定:2015/12/26(土) 16:58:56.75 ID:bdHrTvoc0

sssp://o.8ch.net/40e6.png

355 :名称未設定:2015/12/26(土) 17:00:49.22 ID:1bsRcBPS0
ID:AA2ygCLU0 今日の必死ランキング1位おめでとう。
http://hissi.org/read.php/mac/20151226/QUEyeWdDTFUw.html

356 :名称未設定:2015/12/26(土) 17:00:54.24 ID:LzUgMZaQ0
>>353
pngをbase64にしてbbs.cgiに投げるだけだよ
128,000Bまでだからサイズオーバーする場合はpngquantとかで減色するとよろし

357 :名称未設定:2015/12/26(土) 17:08:08.48 ID:AA2ygCLU0
キー値監視
のサンプル、これが良さそう。
http://techlife.cookpad.com/entry/2014/12/02/105513

358 :名称未設定:2015/12/26(土) 17:23:57.44 ID:OxyRTvwO0
礼もなしと

359 :名称未設定:2015/12/26(土) 17:34:05.89 ID:AA2ygCLU0
base64には出来るんだけど、どうやってbbs.cgiへ投げるんでしょう?
http://potato.2ch.net/test/bbs.cgi?[base64 data]
ってブラウザのURLへ打ち込んだら

ERROR: Recieve GET METHOD: POST メソッドを使ってください。

って出ます。POSTするにはどうすれば?
ちなみにブラウザはsafari@Yosemiteです。

360 :名称未設定:2015/12/26(土) 17:47:39.66 ID:LzUgMZaQ0
そこまで説明しなきゃならんのはさすがにスレ違い

361 :名称未設定:2015/12/26(土) 17:49:40.87 ID:L3fWOZ3T0
>>355
必死ワロタ

>>359
swiftでコード書け
したらば、誰か採点してくれんだろ
ただコードは pastebin に書け、ここに書かれて邪魔

362 :名称未設定:2015/12/26(土) 17:50:13.81 ID:AA2ygCLU0
>>360

うぇーん。ヒントだけでも。

363 :名称未設定:2015/12/26(土) 17:53:38.06 ID:OxyRTvwO0
POSTとGETの送り方は糞Swiftとは関係ない基本事項だからスレチ

364 :名称未設定:2015/12/26(土) 18:21:43.41 ID:AA2ygCLU0
>>360

ブラウザのディベロッパーツール使うんですかねぇ?

365 :名称未設定:2015/12/26(土) 19:34:20.21 ID:l3ztaVyf0
PastebinよりIBM Swift Sandboxで貼ろうぜ
http://swiftlang.ng.bluemix.net/#/repl

366 :名称未設定:2015/12/26(土) 19:49:54.95 ID:AA2ygCLU0
>>365

そこ、貼る場所じゃないっしょ!

367 :名称未設定:2015/12/26(土) 20:02:49.33 ID:jHnGzRtT0
>>341
NSObjectが親であることが前提ならできるけど、
swiftの場合は必ずしもそうじゃないからKVOが使える時と使えない時がある。

368 :名称未設定:2015/12/26(土) 21:05:47.04 ID:pE8i2B+j0
> IBM Swift Sandbox
shareでコードが貼れて普通に便利だと思った

KVO使いたい時はNSObject継承して、不要なら継承しないってケースバイケースなんだろね
KVOのためのオーバーヘッドがなくなった分、Objective-Cよりオブジェクトの取り回し性能は良くなってる可能性が微レ存?

369 :名称未設定:2015/12/27(日) 01:02:02.42 ID:gMDZmgkd0
いやあっても素レ存

370 :名称未設定:2015/12/27(日) 01:17:14.16 ID:+TG6sdGI0
KVOは別になきゃないでいいだろ
そんな監視したいことってないべ?

371 :名称未設定:2015/12/27(日) 11:02:17.53 ID:XyYhjFKy0
小さなランタイムのオーバーヘッドが台無しにしてる可能性が巨レ在

372 :名称未設定:2015/12/27(日) 12:00:12.61 ID:iU/iWnXS0
巨レ存ってなんの略だよ

373 :名称未設定:2015/12/27(日) 12:40:21.58 ID:FXu4+dlx0
しかも巨レ在だしな

374 :名称未設定:2015/12/28(月) 14:49:35.02 ID:iLRXQltY0
KVOを多用すると保守性が落ちるので、通知でパフォーマンスが
出ない時の最後の手段かな。
まあ、swift自体リファクタリング機能はまだ実装されてないが。

375 :名称未設定:2015/12/30(水) 21:59:47.74 ID:3M+VMgmi0
巨人レベルで在住?

376 :名称未設定:2016/01/15(金) 13:47:51.72 ID:G1YoBET40
1...5
1..<4
1..<4 これなんのために必要なの?

377 :名称未設定:2016/01/17(日) 18:43:50.10 ID:Qlhil0oI0
95以上ME以下 より
95以上XP未満 のほうが理解しやすいんじゃないかな。

378 :名称未設定:2016/01/17(日) 20:16:52.84 ID:uVAfNvcf0
美しくあるために必要なんじゃね?
あろうがなかろうが美しいけど

379 :名称未設定:2016/03/04(金) 08:20:32.69 ID:FmzYZWFY0
Swift超最高!!!!!!!!!!!!!
Swiftがこの世で最もエレガントな言語!!!!!

380 :名称未設定:2016/04/01(金) 16:53:54.07 ID:dJYfX9GR0
Swiftが出たときは、みんな同じスタートラインだなと思っていたが、いつの間にかキータなどの記事が宇宙語になってた。プロトコル思考ってなんぞ。

381 :名称未設定:2016/04/01(金) 17:15:36.02 ID:rPL0uPn90
>>380
俺もプロトコル指向ってのが何なのか良くわからん。
protocol = Javaのinterface

とは違うのか?
Rubyのmoduleをmix-inするのとはかなり違うみたいだけど。

382 :名称未設定:2016/04/01(金) 18:11:41.21 ID:W/tALufR0
kotlinのmixinと同じ理解でおk

383 :名称未設定:2016/04/01(金) 18:39:57.79 ID:p89Bw/Bh0
Obj-C的に言うと、protocolにカテゴリメソッド書けるようにしたからクラス階層深くしなくても色々機能追加できるよねってこと
結果的には多重継承みたいなもんだよ

384 :名称未設定:2016/04/01(金) 22:35:54.42 ID:LUg9pmju0
>>379
マジで!??

385 :名称未設定:2016/04/02(土) 06:07:46.69 ID:RrsmGHSM0
     *      *
  *     +  うそです
     n ∧_∧ n
 + (ヨ(* ´∀`)E)
      Y     Y    *

386 :名称未設定:2016/04/03(日) 18:49:43.51 ID:PESzNWN20
ヒレガス本で「できるObjective-Cプログラマは継承を使わない。
基底クラスに複数のクラスを使用(コンポジット)するのだ」言ってたが
それが別の名称で蘇ってきてるようなデジャヴ

387 :名称未設定:2016/04/05(火) 10:57:33.33 ID:dvkJXCiR0
ヘルパーオブジェクトだな。ヒレガス本読まないとObjective-Cのマナーって
わからなかったな。

388 :名称未設定:2016/04/05(火) 11:16:11.53 ID:ka6+TOae0
「継承より集約」は別にObjCだけのマナーじゃなくてオブジェクティブ指向共通の考え方ですけどね

389 :名称未設定:2016/04/05(火) 11:35:58.82 ID:JeMiE4QJ0
Cocoaのマナーだろ
オブジェクト指向としては時代の流れと共に流行りが変わってる

390 :名称未設定:2016/04/05(火) 15:15:57.20 ID:z5JtED5U0
>>388
オブジェクト指向共通というかまだ当時の空気覚えてるけど
C++こそがオブジェクト指向!の90年代前半を通して
「継承こそがオブジェクト指向!」だったけどな。
いろいろできるJAVAの浸透で他のパターンが浸透していった結果
Objective-Cの持つスタイルも含め"オブジェクト指向共通の考え方"という
ものが錬成されていったけども。

391 :名称未設定:2016/04/05(火) 20:29:29.74 ID:dj3TbShw0
なんでsmalltalkやらんの?

392 :名称未設定:2016/04/05(火) 20:33:49.22 ID:JeMiE4QJ0
Smalltalk がLLVM対応したら考えてやんよ

393 :名称未設定:2016/04/05(火) 20:35:34.87 ID:pTfgE9Xo0
SwiftのextensionでもObj-Cのカテゴリメソッドと同様にstored propertyが作れないのが理解に苦しむ。
その方が綺麗に実装分けられて便利なのに。
できると何がマズいんだろ。

394 :名称未設定:2016/04/05(火) 21:00:09.23 ID:AkkAY9eQ0
Obj-Cってカテゴリでstored propertyを追加実装できるんだっけ?
初耳なんだけど

395 :名称未設定:2016/04/05(火) 21:09:11.95 ID:pTfgE9Xo0
できないよ
書き方が曖昧だったね

Obj-CのカテゴリメソッドでもSwiftのextensionでも作れないのが理解に苦しむ。

396 :名称未設定:2016/04/05(火) 21:13:40.13 ID:SQhsSWLI0
>>392
「Smalltalkは古い言語」⇒「処理系も古い」⇒「LLVMに対応できるわきゃない」という流れ?
                   ↑ここが間違い

397 :名称未設定:2016/04/05(火) 21:27:43.61 ID:AkkAY9eQ0
>>395
インスタンス変数を追加するんなら、それは継承を使うべきでしょ
エクステンションでそれできちゃうと、両者の境界も曖昧になってしまうし、そのクラスの本来の用途とあまりにもずれてしまう可能性があるし、もともともってる本質的な機能と追加された機能がごっちゃになりかねない。エクステンションは影響範囲が広いし

398 :名称未設定:2016/04/05(火) 21:37:15.63 ID:JeMiE4QJ0
>>396
いや、単純にLLVMだとまだクロスコンパイル対応しやすいだろ?
そこでメリットを出せるならLLVM使ってるけどクロスコンパイル出来ないSwiftに勝てるんじゃね

他の方法でSwiftにないメリットが出せるならどうぞ

399 :名称未設定:2016/04/09(土) 11:40:44.85 ID:Zk0jAwHQ0
Appleのオープンソース開発言語SwiftをAndroidに採用?
http://www.itmedia.co.jp/news/articles/1604/09/news026.html

swift勝ち組

400 :名称未設定:2016/04/09(土) 12:15:42.15 ID:MbWYNkW30
その記事自体に文句は無いが1番上の記者の感想に関しては、AndroidOS自体をSwiftで書き直さないとOracleとの訴訟問題は消えないので、開発者がSwiftでアプリを書けるようになる事とOracleとの訴訟問題は別だろと突っ込みたい

401 :名称未設定:2016/04/09(土) 12:38:03.29 ID:IemUEeNp0
GoogleはGo言語を持ってるんだから、わざわざSwiftを採用することはないだろ

402 :名称未設定:2016/04/09(土) 13:20:03.12 ID:C6HXwGFk0
>>399
アメリカじゃswiftは最高の言語という評価だから検討されているってだけだろう

上手くいってもせいぜいmonoみたいな程度だろ
javaの圧倒的な第一言語の地位を譲る要素があんまり無い

403 :名称未設定:2016/04/09(土) 13:35:16.36 ID:Ka/K8G8c0
GoogleはGo持っててもメインの開発言語はJavaとPythonなんだよね

404 :名称未設定:2016/04/09(土) 16:12:32.08 ID:a92nO+1n0
Swiftを採用とか言いつつAppleとは別の言語仕様にし始めて、今度はAppleから訴えられる未来が見える。

つうかGo言語どうなってんのよ。普及してへんの?

405 :名称未設定:2016/04/09(土) 20:18:07.35 ID:wN/Mfpdl0
>>404
今Mobile.Go開発中です。NDK アプリは、Mobile.Goっていうframeworkで作る事になるけど、まだ完成度が低いっす。だから、JavaでAndroid SDKアプリを作らざるを得ないってのが現状です。

Go言語のキラーアプリは、Mobile.Goなんだけど、こいつが使い物になればGoは普及言語になります。

406 :名称未設定:2016/04/09(土) 20:22:57.07 ID:wN/Mfpdl0
C++のキラーアプリがVisual C++
GoのキラーアプリがMobile.Go
RubyのキラーアプリがRails
JavaのキラーアプリがStrutsやAndroid SDK
SwiftのキラーアプリがAppkit, UIKit(OSX, iOS SDK)

407 :名称未設定:2016/04/09(土) 20:27:52.69 ID:wN/Mfpdl0
>>390
オブジェクト指向ねぇ。それが意味する事が判ったのは、俺なんかつい最近ですわ。
俺的定義は、
1. 差分プログラミング
2. 型多重性
3. 構造体拡張

これが、オブジェクト指向。

408 :名称未設定:2016/04/09(土) 22:33:21.22 ID:NhzRn1xG0
マルチコアのマシンでそれを越える平行タスクを効率的なマルチスレッドプログラミングを考えずとも良い言語、としてgo言語がある

にも関わらず、「モバイルで動かしてみた」程度の意義しかない Go Mobile がキラーとか何を寝ぼけてんだ

まだ小さな()ランタイム込みのSwiftの方がモバイル向けだわ

409 :名称未設定:2016/04/10(日) 10:45:56.95 ID:G0sg5aeU0
>>408
って事は、Go言語の真価はマルチコアを容易に生かす、コードが書けるって事?

410 :名称未設定:2016/04/10(日) 11:18:33.39 ID:UUf1XMzZ0
そう、容易に生かすのぢゃよ

411 :名称未設定:2016/04/10(日) 13:19:54.57 ID:3fZ0dShg0
goroutineの特性はマルチタスクだからな
逆にシングルスレッドの単純処理は他言語に比べて基本的に性能同等ないしそれ以下って言われてるから
クラスのない関数型や末尾;省略のイマドキの文法はオマケじゃないかね

なお、イマドキの文法しかメリットがないSwiftは、、、何が特性なんだろうね、、、

412 :名称未設定:2016/04/10(日) 14:59:17.19 ID:qcQSRRW00
Swiftの特性は、いまどきってことぢゃよ

413 :名称未設定:2016/04/10(日) 17:30:31.39 ID:G0sg5aeU0
>>411
特性=特徴、はNullAbilityを扱える。
Optional型、ImplicitlyUnwrappedOptional型はNullAbilityを表現する型。

型って言っちゃったけど、これ定義みたら列挙なんだよねぇ。

UIKit内のオブジェクトが持ってるメソッドはOptionalを返すのが多いので、使わざるを得ない。

これが、一番の特徴だろうねぇ。Swift出現後、Obj-Cもこの特徴を備える様に変更されたしね。

closureを扱えるとか、Genericsが使えるとか、これらは他言語にもある特徴だし。

Go言語がマルチコアを容易に活かせるというのであれば、Fortran、とくにベクトルコンパイラ版のFortranなんか一番マルチコアを活かせるのじゃないのかなぁ?

Fortranにとって配列は、デフォルトで並列化配列だし。

414 :名称未設定:2016/04/10(日) 20:50:10.32 ID:3fZ0dShg0
OptionalはKotlin起源
ClosureやGeneticsと同様にオリジナルじゃないけどな

415 :名称未設定:2016/04/10(日) 21:36:35.81 ID:9ImU3gwv0
ことりん起源ww
Optionalの元ネタはHaskellのMaybeモナドやぞ

416 :名称未設定:2016/04/10(日) 22:22:21.30 ID:tMQKaVy70
言語仕様とフレームワークを混同した子がいると聞いて

>>413
データセーフであることと、処理性能が十分に考慮されることは別だけどな
データセーフにするだけならC/C++のmutexでも良いし

417 :名称未設定:2016/04/11(月) 02:47:06.67 ID:mtQQHN5y0
もしGoogleがSwiftを採用したらWebKit→Blinkの時みたいにフォークして自分達主導の別プロジェクトにする気満々だと思う

418 :名称未設定:2016/04/11(月) 10:47:07.16 ID:EqRUtHJq0
採用されないから大丈夫
SwiftがLLVMだからどこでも動くようになるってのと同じくらいのガセっぷり
所詮アポー専用言語なんだよなぁ

419 :名称未設定:2016/04/11(月) 11:52:16.24 ID:eGslulQk0
既にオープンソース化されてるからアポー専用ではなくなっただろ

420 :名称未設定:2016/04/26(火) 20:14:25.52 ID:bQ0SFQ/B0
次のWWDCの招待状のモチーフがソースコードを意識しているってのがいいね。なんか期待できる。

421 :名称未設定:2016/04/26(火) 20:32:05.03 ID:DhI35iUR0
開発者向けカンファレンスだし分かるんだけど、なんかAppleらしくない(MSとかGoogleっぽい)なあという感じも

422 :名称未設定:2016/04/27(水) 00:40:34.41 ID:CMZR7Ppw0
Xcode for iPad Pro

423 :名称未設定:2016/04/27(水) 08:36:16.19 ID:LQiho/XH0
それよりマニュアルとXCODEの日本語化をはよ

424 :名称未設定:2016/04/27(水) 12:25:43.65 ID:9vBPXvAm0
いつまでそんなゆとりな戯言言ってんだ

425 :名称未設定:2016/04/27(水) 17:14:53.26 ID:Q/ROaKyx0
今月一杯

426 :名称未設定:2016/04/27(水) 19:08:25.16 ID:xOAyM4L90
無論、死ぬまで

427 :名称未設定:2016/04/27(水) 19:31:30.37 ID:n1HMGVu10
火鉢を指差して

灰になるまで

428 :名称未設定:2016/04/28(木) 17:00:36.54 ID:hf3JznGp0
>>422
欲しい欲しい

429 :名称未設定:2016/05/01(日) 15:40:06.22 ID:OlnyN8pV0
>>423
お前は馬鹿か?

430 :名称未設定:2016/05/01(日) 19:24:56.96 ID:i9vCo75+0
さすがクソ言語、スレもクソスレと化しとる
ナムナム

431 :名称未設定:2016/05/01(日) 19:41:14.88 ID:z82Sprw/0
馬鹿でも書けるSwift

432 :名称未設定:2016/05/01(日) 22:39:34.75 ID:1egMUnAE0
バカには書けない

433 :名称未設定:2016/05/01(日) 22:41:15.41 ID:e3MI39bp0
Swift否定派はバカだからSwift使えなくてネガティブになってると信じて疑わないバカ用言語でつ

434 :名称未設定:2016/05/01(日) 23:29:37.29 ID:u//rDZkB0
Swift否定派は老がいだから仕方ないね
新しいものを理解出来ない、使いこなせない以外のレスは出せない老人たち

435 :名称未設定:2016/05/01(日) 23:32:33.87 ID:e3MI39bp0
>>434
その思い込みもバカの証拠だぞ

436 :名称未設定:2016/05/01(日) 23:51:30.65 ID:5uLJjFTY0
ネットにはSwift絶賛の記事が多いから、俺も書いてやる!なんて思って手を出してみたら
訳わかんなくて幻滅してるナウなヤングも結構いるんじゃないかな。

437 :名称未設定:2016/05/02(月) 00:01:15.52 ID:NlFYSjn10
いると思うよ
モダン()指向言語も行きすぎるとただの自己満言語になるからね
Swiftもその気が強い
オープンソース化でどこまでそれが緩和されるかが今後の命運を握る

438 :名称未設定:2016/05/02(月) 00:27:49.70 ID:vDMUaziV0
理解の乏しいやつが書くとforce unwrapでSwiftの利点潰しちゃうからな
SwiftだろうがObjective-Cだろうが結局どの言語も馬鹿には使いこなせないよ

439 :名称未設定:2016/05/02(月) 08:03:39.19 ID:2eT01fff0
特殊な文法のobjcに陶酔して、CやJavaはクソ、Swiftなんてもっての外って人たちは多いよなぁ

今までもライトな文法はJSやTSがいたけど、そこまで本気で領域侵食してたわけじゃないけど
Swiftは真っ向から対向しうるから理解できない人はSwiftディスらないと自分を保てない

440 :名称未設定:2016/05/02(月) 08:18:36.91 ID:NlFYSjn10
>>439
>特殊な文法のobjcに陶酔して、CやJavaはクソ、Swiftなんてもっての外って人たちは多いよなぁ
いやいやわかってると思うけどObjective-Cは純粋にC+オブジェクト指向だから
Objective-C使いがCをクソなんていわないだろ
特殊って言っても、オブジェクト指向で拡張したメッセージ式と
コンパイラディレクティブ、メソッド表記くらいだし

441 :名称未設定:2016/05/02(月) 09:09:00.42 ID:2eT01fff0
いやまぁ、知らないのか、なかったことにしたいのか分からないが
そのObjC拡張を至高と疑わず、それが出来ない言語を見下すのがObjC信者の信者たる所以

最近のにわかはそんなことも分からずObjCを守ろうとしてるのか
Swiftをディスる立場ならなんだっていいってバカなんだなぁ

442 :名称未設定:2016/05/02(月) 09:12:09.31 ID:sSDnuwoU0
そもそもObjective-C 3.0としての正常進化じゃダメな理由がわからない

443 :名称未設定:2016/05/02(月) 10:35:09.02 ID:LT8+zYqf0
>>442
>そもそもObjective-C 3.0としての正常進化じゃダメな理由がわからない

ブロック構文の無理矢理さを見て察しろよ
CともC++ともバッティングしないようにしながらこれ以上スマートに拡張するのはもう限界なんだよ

444 :名称未設定:2016/05/02(月) 10:55:22.86 ID:szCC33vy0
iCode(Xcode for iPad Pro)

445 :名称未設定:2016/05/02(月) 11:16:32.90 ID:2eT01fff0
正常進化してるからジェネリクスやnullableキーワードがswiftからバックポートされてる
それでいいじゃん、なんでAppleの出すものはすべて素晴らしいと信じられないのか

446 :名称未設定:2016/05/02(月) 11:28:46.65 ID:NlFYSjn10
>>445
信者かよ
だったらジョブズがNeXTて採用したObjective-Cも大切にしてやれよ

447 :名称未設定:2016/05/02(月) 14:10:07.02 ID:Tprf5Ebh0
よくblocksの記法がきもいって言うけど、Cの関数ポインタの*を^に変えただけだよ。

448 :名称未設定:2016/05/02(月) 16:00:34.91 ID:2hME0Ucp0
Cの関数ポインタはクロージャじゃないだろ

449 :名称未設定:2016/05/02(月) 16:01:30.20 ID:ep9jEBLO0
>>443

なぁーるほどぉ。

450 :名称未設定:2016/05/02(月) 16:12:06.41 ID:Ue1/hAtU0
そもそもswiftの文法が最初からスマートじゃない件

451 :名称未設定:2016/05/02(月) 16:30:48.76 ID:Tprf5Ebh0
>>448
記法の話。宣言も引数も*を^に変えただけ。
不思議なのは、この指摘を日本語では今まで見たことが無いんだよな。

452 :名称未設定:2016/05/02(月) 16:46:50.78 ID:ep9jEBLO0
>>451
あんたが正解

453 :名称未設定:2016/05/02(月) 17:11:22.37 ID:2eT01fff0
ObjCのブロックはC++11のブロックのエイリアスでしょ、互換性持って相互に使える
Swiftのクロージャーも同じだろうけど、直接連携出来ないから実証してない

454 :名称未設定:2016/05/02(月) 17:27:09.54 ID:Udix/N4m0
スポーツはすごいですか

455 :名称未設定:2016/05/02(月) 17:30:11.85 ID:hPoGxQIB0
>>390
90年代と2005年以降のOOPってもはや別物だよねぇ。
自分は40代後半の不勉強者なんだけど、30くらいの奴にレビューで色々怒られて次の4冊を渡されたよw

HeadFirstオブジェクト指向分析設計
HeadFirstデザインパターン
オブジェクト指向のこころ
Effective Java

学生の頃に教授が言ってた言葉を思い出した。
「ソフトウェア工学は完成していません。勉強を続けてください。」

456 :名称未設定:2016/05/02(月) 21:16:07.49 ID:ep9jEBLO0
>>455
ピアソンの三番目の本は今でも入手できるのかな?
集約とコンポジションの違いが、そいつで漸く理解できた。
訳者はNZ在住とか、書いてあったな。

俺にとっては、「Java流オブジェクト指向入門」って本もエエ本やったな。

457 :名称未設定:2016/05/03(火) 03:39:21.23 ID:iaZVuUCX0
hhkb us配列
Fn keyに慣れてきた

458 :名称未設定:2016/05/05(木) 20:39:31.46 ID:I6VrjFxU0
>>455
何がダメだったのか詳細書いてみて。

459 :名称未設定:2016/05/06(金) 00:12:07.76 ID:WL0rfaGA0
なぜSwiftに変える必要性があるのか
その疑問に答えられる人はいない

460 :名称未設定:2016/05/06(金) 00:13:19.91 ID:WL0rfaGA0
Apple様が変えたいから以外でね

461 :名称未設定:2016/05/06(金) 00:13:31.79 ID:4eiLvvzx0
開発スピードが上がるからだぺ

462 :名称未設定:2016/05/06(金) 00:14:33.93 ID:WL0rfaGA0
理想はね
現実は違う

463 :名称未設定:2016/05/06(金) 00:15:57.43 ID:WL0rfaGA0
以降
アンチはアンチスレへ
ゴミはゴミ箱へ
定期

464 :名称未設定:2016/05/06(金) 00:18:41.10 ID:A6Y74bcW0
なに一人で完結してんのキモ

465 :名称未設定:2016/05/06(金) 00:25:57.85 ID:TynE/3hu0
連レスからキチガイだって分かるだろ。男は黙って NGID:WL0rfaGA0

466 :名称未設定:2016/05/06(金) 00:27:11.75 ID:WL0rfaGA0
それしか言えないのか

467 :名称未設定:2016/05/06(金) 00:44:04.91 ID:vE5HrrjZ0
2ちゃんのapiください

468 :名称未設定:2016/05/06(金) 00:49:42.24 ID:4eiLvvzx0
それしか言えないのか

469 :名称未設定:2016/05/17(火) 21:28:31.70 ID:wmTW8yRV0
もうJavaでええじゃん
退散!

470 :名称未設定:2016/05/18(水) 08:00:53.44 ID:AGe5lYLw0
>>469
その選択は無いな

471 :名称未設定:2016/05/18(水) 08:52:58.69 ID:plqz+CXp0
さすがに桃太郎を拾った婆さんも洗濯しないレベル

472 :名称未設定:2016/05/18(水) 21:38:27.80 ID:8hemFSfh0
http://jp.techcrunch.com/2016/05/17/20160510please-dont-learn-to-code/
テクノロジーはもの凄いスピードで変化している。
ほんの数年前まで私はObjective-Cを使っていた。
しかし、今では私が書いたほとんどのプログラムはSwiftで書かれたものだ。
iOSディベロッパーへの応募者のなかには、
これまでにObjective-Cによるコードを一行も書いたことがないものもいる。
Swiftは習得しやすく、安全で、モダンな開発パラダイムをもち、
Objective-Cにはないエレガントさを持ち合わせている。
新しいディベロッパーが、Objective-C独自の不完全さに対処する必要がないのは良いことだ。

ありゃりゃ

473 :名称未設定:2016/05/18(水) 23:13:32.68 ID:fD5EdCC20
Swiftもまだまだ不完全だけどな
そんな手のひら返してObj-Cを悪者にしなくてもいいじゃねーかと思うけどなあ。

ここ数時間、ソースのコンパイル順かえるだけで起きる変なエラーに悩まされてた。
バグ報告メンドクセ。

474 :名称未設定:2016/05/19(木) 02:51:06.60 ID:ArhskZZW0
SwiftでAndroidアプリの開発ができる日は来ますか?(´・ω・`)

475 :名称未設定:2016/05/19(木) 03:14:54.68 ID:dPuo0e3o0
>>472
なんだこの微妙にエアー臭い論旨フラフラした2ちゃんの書き込みみたいなのは。
Objective-Cからswiftに乗り換えるのはおおごとなのか簡単なのかからもうフラフラしてんぞ?
あれか論旨は「プログラミング教育なんて意味ないね
Objective-C教えてもすぐswift出るし!あ、知的ボヘミアンの僕は簡単に覚えたけどね!」かw

476 :名称未設定:2016/05/19(木) 10:49:09.26 ID:Z4nwndKH0
ここ半年ばかりずっとSwiftばかり触ってて久しぶりにObj-C触ったら結構忘れてるなw
リハビリが必要だわ
しかしこんな面倒臭い言語だったっけ

477 :名称未設定:2016/05/19(木) 13:22:49.18 ID:5bAUH2q90
>>472
読み応えあったなぁ。
あっちの世界(USの世界)も厳しそうだなぁ。

478 :名称未設定:2016/05/19(木) 13:30:17.48 ID:5bAUH2q90
ここ1年Swiftいじってた、ようやくCapture listだとかweak reference, unowned referenceが判ってきた。

Visual BasicでFormにlineToメソッドでグラフを書いていた程度の俺には、長い時間をSwiftに費やしてしまったわぁ。当初の3ヶ月で攻略してやる、との目論見は
外れてしまったが、後悔はしていない。

479 :名称未設定:2016/05/21(土) 17:29:28.51 ID:1niGc19R0
具体的な言語固有機能の前にこういう知識から入るのを勧めるよ
https://ja.wikipedia.org/wiki/参照カウント

逆にスタック配置や参照カウント方式でない.NETやjavaでは
RAII(deinit)が効かないからusingやtry-with-resourcesが必要になる

CopyGC/MarkSweepGCはメモリリークに強くなるけど
逆にリソースリークに弱くなる

言語機能は、それが用意された経緯から辿るとより理解し易い

480 :名称未設定:2016/05/21(土) 17:45:43.85 ID:1niGc19R0
swiftのRAIIは今ちょっとバグってるけどね

class Guy {
init(){ print("オレが止めているうちに逃げろ!") }
deinit { print("ここまでか・・・") }
}

func antiWarning(a:Any){}

func case1() {
let g = Guy()
antiWarning(g)
print("     ε=ヘ( `Д´)ノ(EXIT")
}
func case2() {
let _ = Guy()
print("____        (EXIT")
}

print("--case1")
case1()
print("")
print("--case2")
case2()

481 :名称未設定:2016/05/21(土) 17:50:03.84 ID:zuKQNcJG0
ARCの仕様であってobjcでも同じじゃないの?

482 :名称未設定:2016/05/21(土) 18:04:59.74 ID:T655dIhH0
>>480
--case1
オレが止めているうちに逃げろ!
     ε=ヘ( `Д´)ノ(EXIT
ここまでか・・・

--case2
オレが止めているうちに逃げろ!
ここまでか・・・
____        (EXIT

ってなった。
case2でdeinitがprintより先なのがバグって言いたいのかもしれないけど、
「_」変数の役割を考えると仕様通りな気もする。
何ならバグレポート出して反応あったら教えて欲しい。

483 :名称未設定:2016/05/21(土) 18:10:23.61 ID:1niGc19R0
>>482
バグなのはコンパイル警告の方
antiWarningを外してみて

変数名付ける意味無いから"_"に変えようぜって言ってくるんだよ
動作変わるのに

484 :名称未設定:2016/05/21(土) 18:15:38.56 ID:T655dIhH0
>>483
なるほど。
それもまあ「使ってないなら書くなよ」って意味では適切な気もするなあ。
antiWarning(g)の代わりにgとだけ書いても警告の回避はできるし。(テクニックとしての良し悪しはともかく)
何ならバグレポート出して(r

485 :名称未設定:2016/05/21(土) 18:22:22.07 ID:1niGc19R0
>>484
その通り俺自身は回避方法知ってるからわざわざバグレポート出す気は無いよ
上でRAIIの話したから既知の地雷についても書いただけ

>gとだけ書いても
これは良いね、知らなかったよ

486 :名称未設定:2016/05/21(土) 18:46:12.89 ID:XZmi7dSD0
それを良いねはバンドノウハウだろ
そのレスはびっくりするわ

swift界隈ならそういうコードもありなのかねぇ

487 :名称未設定:2016/05/21(土) 19:37:42.96 ID:1niGc19R0
少なくとも俺にとっては許容範囲かな
コーディング規約に意図書いて周知しとけばいいし
「_ =」とかも人によってはアウト判定だろうけど

enum Err : ErrorType { case A }
class CriticalSection{
init(){print("lock")}
deinit{print("unlock")}
}
func get(a:Int) throws -> Int {
if a == 1 { throw Err.A }
print("get")
return 10
}
func proc(v:Int) {
print("proc \(v)")
}
func test(a:Int) throws {
let v:Int
do {
let c = CriticalSection(); c
v = try get(a)
}
proc(v)
}
_ = try? test(0)
print("--")
_ = try? test(1)

488 :名称未設定:2016/05/21(土) 19:46:29.04 ID:M9ebEtl60
Swiftもどんどん版を改定してくけど、萩原さんの本どーすんのかね
だから電子本にしろと言ったのに

489 :名称未設定:2016/05/21(土) 19:57:03.13 ID:J4T1Ffs10
直接言ったのなら愚痴を許そう

490 :名称未設定:2016/05/21(土) 22:42:18.89 ID:T655dIhH0
自分で書いといてなんだけど、gとだけ書いておくのも将来的には警告出るようになるかもしれないよね。
さらに言うと、gがメソッドを抜けるまで開放されないのもコンパイラの最適化が変わればprintより先に開放されるようになるかもしれない。

それ考えると、メソッドを抜けるまでインスタンスを保持したいなら、そうと明示的に分かるような別の実装を用意しておいたほうがいいかなーとは思った。
var guy:Guy?
func createGuy() { guy = Guy() }
func releaseGuy() { guy = nil }
みたいな。

>>488
詳解 Swift 改訂版 の事ならKindle版出てるよ。
結局両方買っちゃったよ俺。同時に出してくれよ〜とは思った。

491 :名称未設定:2016/05/21(土) 23:04:13.98 ID:CsgeeBqp0
⭕️'++' is deprecated: it will be removed in Swift 3
このwarningに対応すると、こんなに冗長なコードになっちゃうヨォ⁉️

1)warningが出るコード
return someValue == i++ ? next : nil

2)出ない様に修正したコード
if someValue == i {
i += 1
return next
} else {
i += 1
return nil
}

i += 1が2箇所に現れるんだけど、これはしょうがないのか?

492 :名称未設定:2016/05/21(土) 23:14:59.33 ID:T655dIhH0
let result = (someValue == i ? next : nil)
i += 1
return result

または

let oldi = i
i += 1
return someValue == oldi ? next : nil

493 :名称未設定:2016/05/22(日) 00:01:38.83 ID:DCw47CTI0
defer { i += 1 }
return someValue == i ? next : nil

しかしなんで、インクリメント、デクリメント演算子を無くしちまうのかね

494 :名称未設定:2016/05/22(日) 12:11:53.29 ID:AZDl/GvG0
ちょっとクールだと思ったヨォ!?

でも++i, i++の混同以上に危ない気がする
deferを離れた所に書いたらあるぇ?ってなりそう

495 :名称未設定:2016/05/22(日) 12:20:37.18 ID:AFc9UniM0
>>490
Kindle版出てるのか!買うよ

496 :名称未設定:2016/05/22(日) 12:33:22.33 ID:2zJCD7B00
Kindle版出てても無料バージョンアップはしないんじゃないかな

497 :名称未設定:2016/05/22(日) 12:35:20.73 ID:dp0R1Htc0
え、マジかよ

498 :名称未設定:2016/05/22(日) 12:38:52.97 ID:4DfuHbGz0
Obj-C の萩原本全部揃えてる俺だが、今 Swift 本には手は出せないな。

499 :名称未設定:2016/05/22(日) 16:07:25.29 ID:8ZdNXHnB0
>>493
>defer

超参考になりました

500 :名称未設定:2016/05/22(日) 19:16:54.32 ID:8ef0SVog0
>>490
詳解 Swift 改訂版
俺もこれのKindle版がリフロー対応にっているのを知って、買おうかと思うんだけど、Kindle2012で読めるかなぁ。手持ちのIPad Proでは快適でも、Kindleみたいな6inchデバイスではNGだったらがっかりだなぁ。

Kindle PaperWhite2015のクーポン四千円があるから、Paperwhiteなら新規に買っても良いんだけど、6inchデバイスでは読めないっていのなら、がっかりだなぁ。

どなんすか?諸先輩方?

501 :名称未設定:2016/05/22(日) 19:34:51.80 ID:pN3ykA8m0
Swift本は公式のiBooks版で十分だべ
無料(タダ)だし
早い、安い、正確の三拍子揃ってる

502 :名称未設定:2016/05/22(日) 21:09:20.48 ID:0I82FcB80
>>491
遅レスだけど

//共通関数
func inc<T:_Incrementable>(inout a:T)->T {
let b = a
a = a.successor()
return b
}

//使用例
var i=0
func f(someValue:Int) -> Int? {
let next = 10
return someValue == inc(&i) ? next : nil
}
print(i, f(0), i)
print(i, f(0), i)
print(i, f(2), i)

503 :名称未設定:2016/05/22(日) 21:20:43.96 ID:r239TSr20
わかりやすくするつもりが労力かけて却ってわかりにくくしてしまってる好例だな

504 :名称未設定:2016/05/22(日) 21:20:49.18 ID:EdTIZpKH0
今の時代英語読めない奴はダメと
そういうことだ

505 :名称未設定:2016/05/22(日) 21:33:25.16 ID:AZDl/GvG0
++の代替案じゃなく、タイプ使った共通化を見せたかったのではなかろうか
それに何の意味があるのか分からないけど

506 :名称未設定:2016/05/22(日) 22:25:20.18 ID:0I82FcB80
>>503
>わかりやすくするつもり
まずその認識から間違っている
わざわざコメントで共通と使用箇所を分けたというのに

実際にインクリメントを行っている箇所への修正量を小さくしたものだ

507 :名称未設定:2016/05/23(月) 00:30:36.60 ID:lCuIbp4t0
そもそもこんなものを共通関数にしようとする発想がおかしいしいし
出来上がった関数も、結局コード読まなきゃ何する関数か判断のつきようもない
Incって名前からして一見インクメントした値を返しそうな気がするが、返ってくるのは引数で渡した値だし、まぁそれは元々の処理はそれで正しいんだが、名前にそぐわないから、処理内容を知らない人からすれば勘違いを招きかねない
まだ元々の>>491の内容のままの方が5秒で読める
そもそもこんなくだらん処理をいちいち共通化されたらコード読む方も大変だわ

508 :名称未設定:2016/05/23(月) 08:14:40.37 ID:GDUlTz950
>>504
まあそうだな。

俺、expressionって何だって?理解するのに、エレー時間かかったわぁ。

expressionって式なんだね。expressionを文と意味とってたので、iBookすげー、イミフだったんだわぁ。

509 :名称未設定:2016/05/23(月) 08:58:52.96 ID:Vb4PWYe40
共通化するだけなら>>492の前者の方がまだスマートだな
関数化して複雑に修正量多くなってるようにしか見えない

510 :名称未設定:2016/05/23(月) 09:16:36.72 ID:GDUlTz950
>>502
_Incrementableは直接使っちゃダメってDocsetになるんだけど?
ForwardIndexTypeを代わりに使えって!書いてある。

使ってもええの?

511 :名称未設定:2016/05/23(月) 11:31:44.15 ID:a9wlS8Ux0
いまなら何使っても3.0で総書き直しだ

512 :名称未設定:2016/05/30(月) 09:40:28.30 ID:LLW1zWtG0
名前が変わるだけだ

513 :名称未設定:2016/06/14(火) 10:34:53.98 ID:m7Ejmz3j0
NSUserDefaults が UserDefaults になったりとか、変わりすぎ。

514 :名称未設定:2016/06/14(火) 10:37:13.78 ID:gvdndBKe0
それはまだ誤差の範疇だろう
メソッドの呼び出しIFの方が影響でかいと思ってる

515 :名称未設定:2016/06/15(水) 04:13:18.20 ID:0XoChnKI0
NS〜 って名前は、まだ使われ続けちゃうの?

516 :名称未設定:2016/06/15(水) 19:59:07.01 ID:Lts/vHZ90
betaでSwift3使ってる人どんな感じ?

517 :名称未設定:2016/06/18(土) 14:20:53.91 ID:lKUlj9yk0
>>516
SSDに160GBあるからSierra入れてみっかなぁ?
そんでもってXcode8も入れてみっかなぁ。
Xcode7.3と共存させるのは、なんか怖いんだなぁ。

518 :名称未設定:2016/06/18(土) 15:18:47.91 ID:TJy9P5d60
久しぶりによく落ちるbetaだから人柱覚悟じゃないとやめた方が良いよ
Xcodeが落ちるのは構わんけど、OSは結構困る

519 :名称未設定:2016/06/27(月) 08:16:37.59 ID:sfW5gYWW0
Objective-Cで困ってた人いないだろ

520 :名称未設定:2016/06/27(月) 09:50:34.38 ID:AQZ6YMHx0
>518
情報thx
OSを道連れにXcodeが落ちるのね。
試す時には、別パテに10.11.4を放り込んでから、Xcode8を入れるわぁ!

521 :名称未設定:2016/06/27(月) 10:59:34.64 ID:EA2r6jQF0
すまぬ、語弊があった
Xcode(swiftビルドツール)が不安定なのはいつもの事で
ソレとは別にOS自体が不安定でsafariやchrome、office使ってると OSが落ちる
毎日OSが落ちるのが気にならないなら別におk

522 :名称未設定:2016/06/27(月) 11:57:20.93 ID:AQZ6YMHx0
>>521
10.11が落ちるのか?それとも10.12が落ちるのか?どちらなんでしょうか?
safari + chrome + 10.11.4では落ちる事は無いんですけど。
officeは持って無いので、試せ無いっす。

523 :名称未設定:2016/06/27(月) 12:10:35.37 ID:EA2r6jQF0
10.12 betaが落ちる
swift自体はbeta(1.0以前)よりは落ちないので、その頃から使ってたら気にならない
変更規模も beta => 1.0 に比べたらかわいいもの

524 :名称未設定:2016/07/01(金) 08:43:38.45 ID:0MyzGsEA0
>>519
そうね

525 :名称未設定:2016/07/01(金) 20:12:16.97 ID:RcOr/lZ80
>>519
俺は、OとCが同じように見えるから困ってた。
だから、Cbjective-Cも、Cbjective-Oも、Objective-Cも、Objective-Oも同じに見える。

けどSwiftだと、Swiftにしか見えないから助かってる。

526 :名称未設定:2016/07/01(金) 20:29:49.16 ID:KukoEwpj0
>>525
眼科へ行った方が良い

527 :名称未設定:2016/07/01(金) 21:48:05.62 ID:37oxuuDF0
近視(老眼?)だから眼鏡屋で大丈夫そう

528 :名称未設定:2016/07/01(金) 22:10:40.41 ID:cL3PTwp60
コンタクト入れるという手もあるぞ

529 :名称未設定:2016/07/02(土) 01:37:06.51 ID:BK5nGms30
Swfit 5wift Svvift Swfft

530 :名称未設定:2016/07/02(土) 09:19:37.40 ID:Wn8FO3Ea0
>>529
確かに、ぱっと見、同じかもしれん

531 :名称未設定:2016/07/02(土) 14:00:08.86 ID:yN7YvGTr0
>>525
そのレスでちゃんと書けてるんだから問題ないだろ

532 :名称未設定:2016/07/02(土) 14:15:06.75 ID:1yNKK0S60
iPhone iPhcne iPnone

533 :名称未設定:2016/07/02(土) 14:28:06.80 ID:y7Py1+180
iP骨

534 :名称未設定:2016/07/02(土) 14:53:52.09 ID:s97TbsMH0
>>529
Swift→Swing→Jazz→Java
つまり、Javaに見えて困るんだ!

535 :名称未設定:2016/07/02(土) 14:58:57.79 ID:y7Py1+180
そこはもう頑張って慣れてもらうしかないな
そのうちちゃんと判別できるようになるから

536 :名称未設定:2016/07/03(日) 10:53:25.06 ID:FAB09qVU0
swiftとjava位見分けられるんだけど?

537 :名称未設定:2016/07/03(日) 21:18:10.62 ID:4sL3R96x0
何の話やねん

538 :名称未設定:2016/07/03(日) 22:55:13.14 ID:uG3298em0
SwiftがJavaに見えて困ってるらしい

539 :名称未設定:2016/07/03(日) 23:35:39.77 ID:PVmKd0ih0
>---------------------<

   <---------->
 
上のほうが長く見えるかもしれません。
しかし、これが錯覚というものなのです。
そう、SwiftもJavaも同じです。

540 :名称未設定:2016/07/04(月) 00:30:34.29 ID:6HVE0pe90
今から、全くゼロからswift始めるんですが
公式本の2.2版より3版β版から読み始めた方がいいですかね?
てかiBooksではβ版となりつつもswiftサイトで配布のは
3と言いつつβ版とは書いていなかったりで迷ってます

541 :名称未設定:2016/07/04(月) 00:49:33.69 ID:Nu8mYhxn0
両方読めばいいんじゃね?
初心者なんだし、どうせ何十回も読むことになると思うよ

542 :名称未設定:2016/07/04(月) 01:37:37.12 ID:1cnb1+HL0
3でいいよ。9月か10月かにはリリースされるんだから勉強してる間に3が出るよ。

543 :名称未設定:2016/07/04(月) 10:29:37.92 ID:JEMh6kZ90
ありがとうございます、3の方読んで進めてみます!

544 :名称未設定:2016/07/05(火) 07:30:38.30 ID:geR57kgI0
でも今のβ版Xdode(swift3仕様のやつ)すぐ落ちるよ

545 :名称未設定:2016/07/05(火) 13:38:33.86 ID:wCd9270o0
アプリのプロジェクトはインターナルエラーが多発してまともに開発できんけど勉強用にPlaygroundで書くぐらいなら大丈夫じゃない?

546 :名称未設定:2016/07/05(火) 16:39:56.20 ID:ttXTTl8c0
XCODEが3つはいってるけどどれを使えばいいの

547 :名称未設定:2016/07/05(火) 18:14:36.02 ID:BM3cxFSw0
どのバージョンのSwiftを使っても、1年後には古いソースコードになるんだよなあ。
なんか、すべてのソースコードをときどき直してる感じだもの。
好きなのとかで良いんじゃないのw

548 :名称未設定:2016/07/05(火) 20:49:22.24 ID:HYD6UuAD0
>>544
落ちますねえ iBooks、Safariと行き来してる間にいつの間にか落ちてますw

>>545
まさに、まだプロジェクト開くまで行かずplaygroundでキャッキャしてる感じなんで問題なしです

549 :名称未設定:2016/07/05(火) 21:03:58.14 ID:jHxzTU5x0
Playgroundはものすごく不安定な印象だけど便利なのかいな
swiftc叩いた方が幸せだと思ってる

550 :名称未設定:2016/07/05(火) 23:06:07.93 ID:f5SLJK9H0
蟻地獄のいるすなばみたいな

551 :名称未設定:2016/07/06(水) 12:52:21.90 ID:gq5Qs1Kl0
>>491

if文でnext設定


i += 1
return next

552 :名称未設定:2016/07/06(水) 14:55:27.66 ID:qqGF61F90
>>551
うぅー、どういう事でしょう?
続きをどうぞ!

553 :名称未設定:2016/07/06(水) 15:10:33.63 ID:694qglEn0
続きはCMの後で

554 :名称未設定:2016/07/06(水) 15:28:09.44 ID:9jYFY4vB0
一旦、 CM入りまーす!

555 :名称未設定:2016/07/07(木) 10:29:46.53 ID:ueiy4olw0
CMなげーよ!

556 :名称未設定:2016/07/08(金) 14:59:03.04 ID:sqi3rW2y0
Xcode8でdocsetsの仕様変わったの?

557 :名称未設定:2016/07/09(土) 13:14:03.30 ID:b1+t/Q1K0
ランサーズ、クラウドワークスにアプリ、作りたいサイトのURLを張ってはいけない。
すぐ真似される。デザイナー案件でもデザイナーが目を覚まし似たアプリをデザイナーが海外に発注してしまう。
似たアプリがたくさん出てきてしまう。デザイナーを刺激してはいけない。直接デザイナーに発注しよう。公開案件は危険すぎる
公開案件は危険すぎる

558 :名称未設定:2016/07/09(土) 13:26:41.41 ID:PTcNZw8k0
公開案件は危険すぎる
公開案件は危険...
公開案件は...
公開...
こ..

559 :名称未設定:2016/07/12(火) 11:19:28.14 ID:FVWuY1aA0
大半がクズアプリ…

560 :名称未設定:2016/07/16(土) 08:17:50.57 ID:5UaAvylR0
どうせたいしたことないアプリだろ。

561 :名称未設定:2016/08/05(金) 13:36:39.12 ID:qHcMh+iL0
protocol MyProtocol {
  var i:Int? {get}
}
class MyClass : MyProtocol {
  var i:Int? {return nil}
}

func testFunc(myProtocols:[MyProtocol]) {
  print("myProtocols = ¥(myProtocols)")
}
let arr:[MyClass] = [MyClass(),MyClass(),MyClass()]
testFunc(arr)


これで「fatal error: array cannot be bridged from Objective-C」で落ちるのなんとかならないですかねえ。
@obj protocol MyProtocol
てやると落ちなくはなるけどプロパティにoptional使えなくなるし、
[MyProtocol]の配列を作り直すのも避けたい。

562 :名称未設定:2016/08/05(金) 13:46:16.60 ID:qHcMh+iL0
自己解決

func testFunc<T:MyProtocol>(myProtocols:[T])

これでいけそう

563 :名称未設定:2016/08/05(金) 14:40:07.59 ID:IkyX4tyT0
Swift3で修正されてるよ

564 :名称未設定:2016/08/05(金) 19:12:47.48 ID:qHcMh+iL0
そうなんだ。
都合により今は2.2使わざるを得ない。

565 :名称未設定:2016/08/06(土) 22:06:53.47 ID:zAXw4hI10
さすがにそろそろswiftやろうかな
でかいの作るとビルド遅いのと、バージョンアップする度にお直しで工数食うのがいやで腰が重い

566 :名称未設定:2016/08/07(日) 00:09:04.03 ID:OnSAQ+ce0
Swift4 になるまで待て。

567 :名称未設定:2016/08/08(月) 03:03:19.34 ID:3zLfTKGR0
まぁウォッチと同じで失敗作かもね
失敗は成功の元。
いいね!

568 :名称未設定:2016/08/08(月) 14:23:25.45 ID:/9xXnvrN0
○っぱいはせいこうのもと

569 :名称未設定:2016/08/08(月) 15:37:07.21 ID:44MlYOa80
ち?

570 :名称未設定:2016/08/08(月) 19:23:43.26 ID:uTPIFJEy0
Xcode8 のBetaバージョンが進むにつれ、 接頭語のNSが消えたり付いたり
いったいどうしたいんだ。。。
OSのベータ対応でいっぱいなのに、言語のベータ対応もやらせるか

571 :名称未設定:2016/08/08(月) 19:25:44.69 ID:Tm00WPcv0
オッパイは性交の素?

572 :名称未設定:2016/08/08(月) 19:27:00.61 ID:mT1V28Wy0
何言ってんのお前?

573 :名称未設定:2016/08/09(火) 01:24:12.03 ID:V3TV1XaZ0
>>570
まじで。ベータとは言えNSついたり消したりってのは迷走してるなぁ
deprecatedの他にappleNowConfusedあたりの明示が欲しくなるな

574 :名称未設定:2016/08/09(火) 06:41:59.37 ID:MAMfkniP0
Beta全然見てないけど、Foundationの立ち位置をどうするかで意見が割れてるのかな?
いくつかはFoundationにしておくのか、全てSwift Standard Libraryにしてしまうのか、とか

575 :名称未設定:2016/08/09(火) 17:26:55.33 ID:458BLFTu0
代々木公園で「ガリバー旅行記」拾った

576 :名称未設定:2016/08/10(水) 15:32:21.78 ID:8cqWLdGw0
>>575
フウイヌム編までちゃんと読めよ

577 :名称未設定:2016/08/10(水) 17:57:04.23 ID:5HhYr14v0
プログラムスレだし、リトルエンディアン・ビッグエンディアンの元ネタを読めばそれだけで良いよ。

578 :名称未設定:2016/08/12(金) 17:17:00.03 ID:snRw9MkP0
>>570
所詮、開発に関わってるAppleの人間の私利私欲のドロドロしたものの結果として、
Swiftが生まれSwiftの仕様が右往左往しながら妥協の産物として決まってきてるんだよ
そんなのにいちいち付き合ってる奴隷開発者さんも大変だな

579 :名称未設定:2016/08/12(金) 17:19:30.11 ID:snRw9MkP0
つまるところ人間ってのは歳を取っても「表面上」おとなになるだけで
中身は一生ガキのままなんだよ
ほんとどうしようもねぇよな
人類おつおつ

580 :名称未設定:2016/08/12(金) 17:49:24.05 ID:li4kJFO00
誰もが一生ガキなら、それが人間の定義ではないか?
自分が考える理想の大人像と違うからといって、盗んだバイクで走り出すのは、どうかと思うよ

581 :名称未設定:2016/08/15(月) 23:11:56.40 ID:47EOUjpm0
あーコンパイルくっそ遅ええええええええ

582 :名称未設定:2016/08/15(月) 23:17:12.95 ID:47EOUjpm0
xib開いてちょっと変更しただけで勝手にコンパイル始めんのオフにできないかねえ
重くてなんにもできなくなる

583 :名称未設定:2016/08/15(月) 23:33:05.54 ID:/YqW/riN0
んもぉ〜っせっかちさんなんだからぁ
焦らない焦らない
うふっ♥

584 :名称未設定:2016/08/16(火) 15:49:36.58 ID:DU8JsiU80
>>575
京急北品川駅裏の小さい駐車場の隅にある小屋の裏に熟女モノdvdが落ちてるよ あの日焼けっぷりから随分長いことある

585 :名称未設定:2016/08/16(火) 21:23:16.31 ID:EA1MDMA+0
Swiftはマッキントッシュの生みの親ジェフ・ラスキンのSwyftを意識しているんだろうな。
ジョブズが生きていたら絶対命名しない名前だ。

586 :名称未設定:2016/08/16(火) 21:57:33.61 ID:pkjhUdP00
ジョブスは、パクリの王様

587 :名称未設定:2016/08/16(火) 23:40:27.59 ID:0B/b68Vn0
>>585
そもそもSwiftとかいうクソ言語なんかにてを出さず、
Objective-C 3.0としての正常進化を進めてただろ…

588 :名称未設定:2016/08/16(火) 23:49:28.49 ID:S3lT50cg0
let bishojo = object.bySize(t:150, b84, w:53, h:89);

589 :名称未設定:2016/08/17(水) 00:32:02.79 ID:VUPQ5pL20
ジョブズ原理主義とアポー新進主義で宗教戦争なう

>>588
この文法は swift 3 で変わったよな?
やり直し

590 :名称未設定:2016/08/17(水) 05:35:28.57 ID:wEaTHwWe0
セミコロンつけてる時点でもうね

591 :名称未設定:2016/08/17(水) 09:09:28.92 ID:KvwTRZS10
セミコロンて蝉の殺虫剤みたいな名前だよね

592 :名称未設定:2016/08/22(月) 07:09:18.70 ID:wsydExXQ0
>>591 + 9 - 16
出演女優も日焼けしてたりして

593 :名称未設定:2016/08/22(月) 13:39:17.16 ID:ugrwrPlX0
swift3.0が来月リリースだって?
あっという間だな。どんだけ速いの。
ところでswiftでサーバサイドやるメリットってなんかあるの?

594 :名称未設定:2016/08/22(月) 13:57:28.48 ID:CT5Dd6GO0
>>593
ネイティブコンパイルされたコードが走るWebアプリが作れる。

これがメリットではないスカねぇ。これまでスクリプト言語で作られてきた
Webアプリが高速実行できるWebアプリに取って替わり、多数のサーバーに
ロードバランサーを使ってスケールアップされたサイトが、少数のサーバーを
動かすだけでサービス提供できる様になるって事が、メリットでは!

結果的に、サーバーの台数低減、電気代削減、固定資産削減ができる。

595 :名称未設定:2016/08/22(月) 14:05:10.52 ID:YBCOvB9h0
それをswiftでやるメリットって事でしょ

596 :名称未設定:2016/08/22(月) 14:22:09.04 ID:CT5Dd6GO0
>>595
?

597 :名称未設定:2016/08/22(月) 14:28:50.93 ID:YBCOvB9h0
それって別にswiftじゃ無くてもいいじゃん

598 :名称未設定:2016/08/22(月) 15:24:16.59 ID:tDx6576n0
他にLL文法でC相当速度出る言語ないじゃん
なお、swiftがC言語相当速度出ないのは知ってる

599 :名称未設定:2016/08/22(月) 15:37:08.26 ID:CT5Dd6GO0
Goって選択肢もあるけど、フレームワークが戦国時代だ。
Goji, Gorillaとかあるらしいけど、まだまだじゃないかなぁ。

他に選択肢あるの?Webアプリを作れるネイティブコンパイラ言語?

600 :名称未設定:2016/08/22(月) 15:51:11.47 ID:1X0uo5Qh0
GoogleやFacebook並のサービス作ってから考えろ

601 :名称未設定:2016/08/22(月) 15:55:58.49 ID:tDx6576n0
古いのならcythonとか、新しくて微妙なのはnim, rust
どれも微妙だからnodejsで後数年粘った方が良いわな

602 :名称未設定:2016/08/22(月) 16:13:04.69 ID:CT5Dd6GO0
Node.jsてのがC10K問題を解決できるらしい。
C10K = クライアント1万台接続問題

Node.jsってJavaScriptなんだろぉ!
そんなに、高速実行できるのは、なんでだぁ?

603 :名称未設定:2016/08/22(月) 16:17:22.90 ID:ugrwrPlX0
>>599
Goはジェネリクスがないからbetter cという書き心地
正直メタプログラミング系は得意じゃないから抽象化を進めてできるだけDRYな実装というのがやりづらい。
だからswiftはいい選択肢になる可能性はあるのかもしれないけど
いかんせん言語仕様の変化がきつい。趣味にはいいけど実際に運用として使ってる人はいるのかな。

604 :名称未設定:2016/08/22(月) 16:21:32.59 ID:ugrwrPlX0
>>602
すべてのAPIを基本非同期実行にして一つのスレッドで複数のリクエストを並行処理できるようにしてるから。
非同期実行のデメリットとしてコールバックヘルに陥ることだけど
PromiseとかGeneratorとかasync-awaitとか技術革新で改善しつつある。

605 :名称未設定:2016/08/22(月) 19:51:06.09 ID:ne6mD+/10
Webサービスって、ネックの9割方はディスクアクセスやネットワークの負荷なんだから
言語がネイティブかインタプリタかってさほど問題ではないわな

606 :名称未設定:2016/08/22(月) 20:04:08.31 ID:tDx6576n0
お前それAWS nano instanceでも同じ事言えんの?

冗談はさておき、実際ホビーユースなら言語/ランタイムは誤差よな
その上で、iOSと同じ言語でサーバサイドも実装できるのはメリットかねぇ

607 :名称未設定:2016/08/22(月) 21:52:37.14 ID:ugrwrPlX0
先行投資かもね
そのうちandroidもswiftでってなったら
サーバサイドとクライアントで、コード共有するメリットが出てくる
うーん。無いかな

608 :名称未設定:2016/08/23(火) 10:43:43.05 ID:as+tK6zP0
>>603
言語仕様は、俺にはSwift2で落ち着いてる様に見える。Swift3での修正は大騒ぎするほどでは無い。
StringとNSString、ArrayとNSArrayをシームレスに使えるってのは、ただ単に便利になるだけの話。

実際に運用として使ってる人ってのは、聞いた事無いなぁ。
居ても、判んないしねぇ。
たとえば、GithubがRails製だとかって、最近流布される様になった情報だし。Swift製のWebアプリがあっても、それがサービスとして軌道に乗った後に明かされるんだろうねぇ。
Railsだって安定しているか?って言われれば、2->3->4と相当修正が入ってるし。
Prototype.jsの採用->jQuery.jsの採用とかね。

609 :名称未設定:2016/08/23(火) 13:17:29.55 ID:/10l3MhQ0
railsは10年以上前の枯れたフレームワーク
swiftはここ数年の新興言語
仕変のスパンが段違いだけどな

Swiftの仕様変更は大騒ぎするものじゃなく、大笑いするもの
Swift 4へのロードマップとか、4ですら見送られる言語仕様とかマジウケル

610 :名称未設定:2016/08/24(水) 14:49:13.56 ID:gaRv+jju0
>>591
小林製薬か

611 :名称未設定:2016/08/25(木) 02:29:34.69 ID:tn6dhRl10
一週間で死ぬんだからそっとしといてやれよw

612 :名称未設定:2016/08/25(木) 13:59:47.93 ID:xFcs1nxV0
ちょっとSwift3の事を聞きかじっただけなんですけど、教えて下さい、偉い人!
Int, String, ArrayなどがNSInteger, NSString, NSArrayと統合されるらしいんですが、その通りでしょうか?
統合されるとすれば、Int, String, Arrayなどは構造体からクラスへ変更されるのでしょうか?
関数やメソッドへは値渡しから参照渡しへ変更されるのでしょうか?

教えて下さい、エロい人。

613 :名称未設定:2016/08/25(木) 14:17:56.32 ID:u1NsYMCd0
このスレにエロい人なんかいませんっ!
失礼な!

614 :名称未設定:2016/08/25(木) 15:40:20.79 ID:xFcs1nxV0
ちょっとネットを徘徊した限りでは、
Swift3.0では
FoundationにあるNSDataに対応する、Dataって型が導入されるらしいっす。
同様にNSURLに対しURL、NSNotificationに対しNotificationとか。

って事は、StringがNSStringと統合されるのではなく、逆に分化している現状が、さらに推し進められる、って事なんすかねぇ?

615 :名称未設定:2016/08/26(金) 15:58:00.54 ID:mGs1m8pj0
SourceKitServiceが落ちまくる
DerivedData削除しても変わんね
ウザすぎてイライラする

616 :名称未設定:2016/08/26(金) 17:12:30.82 ID:R8M6+LrY0
うわぁ、悲惨ですね

617 :名称未設定:2016/08/26(金) 19:05:01.75 ID:0la7QmYo0
アセンブラ見るには、どうすればいい?

618 :名称未設定:2016/08/26(金) 19:14:58.24 ID:ZdyDEpIb0
swiftcにコンパイルオプションなかったけ?

619 :名称未設定:2016/08/26(金) 20:41:08.85 ID:GWIGY8fR0
swiftc -emit-assembly らしいね!
see man swift

620 :名称未設定:2016/08/26(金) 20:46:02.55 ID:GWIGY8fR0
でたぁぁ

.section __TEXT,__text,regular,pure_instructions
.macosx_version_min 10, 9
.globl _main
.align 4, 0x90
_main:
.cfi_startproc
pushq %rbp
Ltmp0:
.cfi_def_cfa_offset 16
Ltmp1:
.cfi_offset %rbp, -16
以下略

621 :名称未設定:2016/08/30(火) 01:26:30.92 ID:LfSeQI3s0
ビルドまだ遅いの?

622 :名称未設定:2016/08/30(火) 04:08:50.85 ID:Rk6Fzd440
クッ                                ソ遅い
ビルド終わる頃には禿げ上がってる

623 :名称未設定:2016/08/30(火) 08:38:18.75 ID:ykcQjqTj0
なんでSwiftなんか使ってるのよ

624 :名称未設定:2016/08/30(火) 09:14:41.88 ID:frqsOwa40
触ってて楽しいから

625 :名称未設定:2016/08/30(火) 09:33:07.36 ID:vbk7Ijpe0
Swiftで書いてるとXcodeが固まったり落ちたりするんだが俺だけ?去年買ったMacだからスペックは足りてると思う

626 :名称未設定:2016/08/30(火) 09:50:58.75 ID:3Y7oYo6W0
>>625
そんな事は無いなぁ。
Xcode7.3.1の場合。
Xcode6で落ちる事あったなぁ。あと、Docsetsを認識してくれなかったり。

どのバージョンのXcode使ってるの?

627 :名称未設定:2016/08/30(火) 10:44:37.62 ID:lqinzWJL0
Swiftのコンパイルはそんなに遅くないと思う。

コード補完は非常に遅い。ObjectiveCではコード補完にかなり頼ってたので、
Swiftにすると、補完候補が出るまで待たされる。知ってるコードなら自分でタイプしたほうが速いわ。

LLDBで命令を書くと(po objectとか)、
ObjectiveCだと一瞬で答えが出るのに、Swiftだと何秒か待たされる。

時々SourceKitServiceが落ちることがある。
以前のXcodeでは、extensionの中に日本語を書くとXcodeごと落ちたりした。
最近はXcodeごと落ちるのはあまりない(たまにある)

Xcode自体重いから、ObjectiveCのみであってもSSDに変えると体感速度は非常に速くなる。

628 :名称未設定:2016/08/30(火) 11:06:40.96 ID:3Y7oYo6W0
>>627
SourceKitServiceが落ちる事あるのね。

昔、XcodeでSyntax Highlightが効かずに、エディタがモノトーンになるトラブルで
悩んだけど、きっとSourceKitServiceが落ちてたのね。

629 :名称未設定:2016/08/30(火) 16:58:10.93 ID:LfSeQI3s0
ViewControllerが10個以下の小さいのはSwiftでもいいかもね。

630 :名称未設定:2016/08/30(火) 17:02:38.18 ID:+Cv1eQlc0
そうかもね。

631 :名称未設定:2016/08/31(水) 10:57:47.95 ID:jzNJSw930
1ダウンロード10円なんてうそだ。1円ぐらいだろう

バナー広告を張るとファンが上位アプリにお持ち帰りされる。張るべきでない

アフィリエイトは詐欺だ。そう思ったほうが巻き込まれずに済む。

広告を貼っても客が増えるはずなかった。お持ち帰りされているから増えるはずない

100万人 × 1円(広告相場) = 100万円

1万人 × 100円 = 100万円

ファンから100円以上課金してもらうことを考える。

常時10万人なんて集められるはずがない。バケツに穴が開いているのだから増えるはずない

アフィリエイとは詐欺だ。穴の開いたバケツで砂金を集めるようなことをさせられている

今もはてぶでアフィリエイトで儲かっている釣り記事見たけどあんなの

うそだ。見ると洗脳されるから見ない。はてぶはステマ記事ばかりでやばいね

嘘のアフィリエイトとの記事ばかり、あそこを見ると洗脳される見ない

632 :名称未設定:2016/08/31(水) 11:26:51.38 ID:d0rUlgwy0
xcode自体歴史は長いけど中味って書きなおされてたりするのかて
swiftで書きなおしたりとかしてるんかね

633 :名称未設定:2016/09/08(木) 09:06:52.43 ID:po6KL+PV0
前の前のベータで作ったプロジェクトをXcode8GMでビルドしようとしたら
ふたたび大量の文法変更があるんだけど(;´Д`)
もう大幅な文法変更ないだろうと思って、ひとつ前のベータはダウンロードしてなかったよ

634 :名称未設定:2016/09/26(月) 16:21:46.47 ID:AtZdricp0
extension Array where Element : AnyObject {
}
とは書けるけど
extension Array where Element : String {
}
だと怒られるんだけど、無理なんですかね?
where以降の文法がよく分かんね。

635 :名称未設定:2016/09/26(月) 16:37:17.47 ID:ibtYxwIa0
>>634
コロン:の後にはprotocol名が来ないといけないんじゃぁ?

AnyObjectプロトコル制約のあるElementはOKだけど、
Stringプロトコルってのはあるのか?

どんなコンパイルエラーが出るんだぁ?

636 :名称未設定:2016/09/26(月) 16:45:26.81 ID:ibtYxwIa0
error: type 'Element' constrained to non-protocol type 'String'

637 :名称未設定:2016/09/26(月) 16:53:52.81 ID:ibtYxwIa0
>>634

protocol OnlyStrings {}
extension String: OnlyStrings{}
extension Array where Element : OnlyStrings {
}

こうすりゃ、ええんちゃう?

638 :名称未設定:2016/09/26(月) 16:59:03.19 ID:ibtYxwIa0
extension Array where Element : StringLiteralConvertible {
}

これがすっきりかも!

639 :名称未設定:2016/09/26(月) 21:29:46.72 ID:xrE0Nptb0
自分のつけたい制約がどのプロトコルに対応するのか見つけるのが難しいんだよな

Int型まとめて全部!
が定義できなくて困ったよ

640 :名称未設定:2016/09/26(月) 21:40:44.72 ID:gFcVKvzu0
>>639
extension Array where T : IntegerArithmeticType

641 :634:2016/09/27(火) 00:19:42.66 ID:r2QSlGML0
>>635-638
ありがとうございます。

ちなみに、Swift LibraryのInterface見てると
extension SequenceType where Generator.Element == String {
}
なんてのがありました。しかし、
extension Array where Generator.Element == String {
}
はダメ。なんかコンパイラの気まぐれな気もしなくもないような…

642 :名称未設定:2016/09/27(火) 09:20:34.30 ID:GKKp+QyD0
protocol P {
associatedtype T
}

struct S<U> : P {
typealias T = U
}

extension P where T : CustomStringConvertible { } // おk
extension P where T == String { } // おk
extension S where U : CustomStringConvertible { } // おk
extension S where U == String { } //error: same-type requirement makes generic parameter 'U' non-generic

ジェネリクスのextensionは3.0でやりたいって話もあったけど
間に合わんから結局4.0以降に持ち越しになったんじゃなかったっけ

643 :名称未設定:2016/09/27(火) 11:49:34.42 ID:OqxXEd8G0
オンラインコンパイラでSwift3.0対応なのは今のところIBMのこれしかなさそう
https://swiftlang.ng.bluemix.net/

ideoneみたいに簡単に貼れないのが惜しい

644 :名称未設定:2016/09/28(水) 18:23:50.32 ID:SFcNGDyW0
>>640
さんきゅ
これをドキュメントのIntの項から見つけられないんだよな

645 :名称未設定:2016/09/28(水) 22:31:41.85 ID:VapBiOyQ0
コマンドクリックして辿っていくんやで

646 :名称未設定:2016/09/28(水) 22:37:52.56 ID:YioqmNHH0
>>644
おすすめ
http://swiftdoc.org/v3.0/protocol/Equatable/hierarchy/
http://swiftdoc.org/v3.0/type/Int/hierarchy/

647 :名称未設定:2016/09/28(水) 23:41:09.87 ID:o6ijh8O50
こんなサイトあるんだ
Appleのリファレンスよりええやんけ

648 :名称未設定:2016/09/29(木) 10:38:21.85 ID:Iu6ZWrOZ0
>>646
Appleのリファレンスにある、Adopted Byが無い。
Appleのリファレンスには、SignedIntergerType準拠クラスがInt16, Int32…だと書いてあるが、swiftdocには書いてないんだよねぇ。

649 :名称未設定:2016/09/29(木) 10:41:03.83 ID:Iu6ZWrOZ0
Appleリファレンスにも不可解なところがあって、
IntegerTypeを引いたらAdopted Byの欄がNot Applicableって出るけど、
そんなわけ無いはずなんだけど。

おまけに、IntegerTypeにはほとんど記述がなくて、意味不明。

650 :名称未設定:2016/09/29(木) 11:54:45.35 ID:t/S/FuNF0
>>645
さんきゅ

でも「コマンドクリックして辿って行く」って
具体的にはどうすればいいの?

651 :名称未設定:2016/09/29(木) 12:02:11.60 ID:xFj4h8Ks0
ソース読めってことじゃないの?

652 :名称未設定:2016/09/29(木) 12:08:41.48 ID:iADEmXSg0
>>648
グラフ見ればいいんでない?
http://swiftdoc.org/v2.2/protocol/SignedIntegerType/hierarchy/

>>650
XcodeでIntって書いてIntの文字を⌘+クリックするとIntの定義にジャンプする
Opt+クリックで簡易ドキュメント、Opt+ダブルクリックでドキュメントに飛ぶ

653 :名称未設定:2016/09/29(木) 12:28:45.44 ID:t/S/FuNF0
>>652
さんきゅ

ドキュメントの中でコマンドクリックするのかと勘違いしてた

654 :名称未設定:2016/09/30(金) 09:10:00.67 ID:sxr1wgF00
struct StreetAddress {
let number: String
let street: String
let unit: String?

init(_ number: String, _ street: String, unit: String? = nil) {
self.number = number
self.street = street
self.unit = unit
}
}
extension StreetAddress: Equatable {
static func == (lhs: StreetAddress, rhs: StreetAddress) -> Bool {
return
lhs.number == rhs.number &&
lhs.street == rhs.street &&
lhs.unit == rhs.unit
}
}
// Apple Inc. Swift Standard Library > Equatable

プロトコルEquatableを試しに使ってみました。Appleのサイトにあるコードが
error: operators are only allowed at global scope
static func == (lhs: StreetAddress, rhs: StreetAddress) -> Bool
とコンパイルエラーを吐きます。

655 :名称未設定:2016/09/30(金) 09:10:15.56 ID:sxr1wgF00
エラーに従い、==演算子をStreetAddress型のメンバではなく、グローバル関数にしてやれば
コンパイルできます。
func == (lhs: StreetAddress, rhs: StreetAddress) -> Bool {
return
lhs.number == rhs.number &&
lhs.street == rhs.street &&
lhs.unit == rhs.unit
}

swiftの仕様が変わったのでしょうか?

656 :名称未設定:2016/09/30(金) 09:15:43.27 ID:vJpeVs8F0
そう
Swift 2.xまではグローバル関数で書く
Swift 3.0からはクラスのstatic関数で書く

657 :名称未設定:2016/09/30(金) 10:21:48.34 ID:sxr1wgF00
>>656
THX
まだ、Swift2.2なんすよぉ。
Swift3の破壊的変更ってのに、恐れをなして、まだXcode7.3使ってます。

658 :名称未設定:2016/09/30(金) 12:31:54.44 ID:djL2RsPl0
せめてXcode8のSwift 2.3使おうぜ

659 :名称未設定:2016/10/01(土) 00:58:50.40 ID:4rcAOWW50
それってswiftenvで切り替えるってことですか?2、3選択できます?

660 :名称未設定:2016/10/01(土) 08:49:27.90 ID:OpyQhN080
Xcode8には2.3と3.0両方入ってる
ビルド設定でレガシーSwiftのところyesにしたら2.3でビルドされる
ただしPlaygroundは3.0しか使えない

てかXcode.appを別名にリネームすれば複数バージョンのXcodeが共存できる

661 :名称未設定:2016/10/01(土) 09:11:22.47 ID:RlXOGqb90
xcode-selectコマンドでXcode7.3, 8.0切り替えようとしてるが失敗する。
Xcode.appリネームで対応してるが、面倒だ。
Terminal.Appでswift2.2使いたいんだけどなぁ。
Xcode8に2.3, 3.0環境、両方搭載の影響かな?

662 :名称未設定:2016/10/01(土) 09:56:32.10 ID:OpyQhN080
Xcodeパッケージのなかのバイナリ直接指定すれば

663 :名称未設定:2016/10/01(土) 10:11:57.77 ID:OpyQhN080
ちなみにXcode8でターミナルでSwift2.3に切り替えるなら
$ export TOOLCHAINS=com.apple.dt.toolchain.Swift_2_3
で切り替えられる

俺はXcode7はもう捨てたからSwift2.2のtoolchainどうなってるかは知らん
Xcode7からSwift 2.2の.xctoolchainだけひっこぬいて適当にリネームして/Library/Developer/Toolchainsに入れとけばXcode7消しても使えるかもしれんし無理かもしれん

てかなんで今さら2.3でなく2.2を使いたいんだ

664 :名称未設定:2016/10/01(土) 12:34:05.29 ID:RlXOGqb90
>>663
>export TOOLCHAINS=com.apple.dt.toolchain.Swift_2_3

本当だ!
こんな事!どこに書いてあるんだぁ?
とにかく、ありがとう。

665 :名称未設定:2016/10/01(土) 12:49:37.56 ID:RlXOGqb90
>>663
2.2を使いたいというより、Xcode7.3を使いたかったんです。
Xcode8 +XVimへ移行しようとしたら、XVimが上手く動かず、
怖くなってXcode8見たくなくなったんですよ。

でも、Xcode8を見ない振りするのは、まずいっすよねぇ。
そこで、今、自宅で落ち着いてSwift2.2 -> 3.0へ移行しようとしてます。
おっと、
ViewController.swift:78:38: Type 'Any' has no subscript members

Converterが変換したコードがエラーを吐いたぁ!ふぅー。

666 :名称未設定:2016/10/01(土) 19:19:15.70 ID:CSXaFIjY0
>>665
毎年この時期はバージョンアップ対応。

667 :名称未設定:2016/10/03(月) 10:05:10.57 ID:dzKgtryT0
>>663
レスあんがと!

ソフトウェア分野におけるツールチェーン(英: toolchain)は、製品(典型的には他のコンピュータ用のプログラム、またはシステムプログラム)を製作するのに使われるプログラム(ツール)の集合体である。

こんな言葉初めて知ったわぁ。

668 :名称未設定:2016/10/03(月) 10:05:49.54 ID:dzKgtryT0
最近はbuild toolって言わずにtoolcahinって言うのね。

669 :名称未設定:2016/10/03(月) 17:52:34.32 ID:nMKR0tbN0
Swiftソース620ぐらい、xib200ぐらいのプロジェクトでビルドに3、4分かかる@MacBoo Pro Mid 2014
MacProだと劇的に早かったりするんだろうか

670 :名称未設定:2016/10/03(月) 20:31:27.76 ID:aMCfc3kR0
>>669
すごいプロジェクトですね。
メモリ消費量はどの程度なんですか?コンパイル中の消費量。

671 :名称未設定:2016/10/03(月) 20:32:45.62 ID:v76v+8gn0
単位が分からん
ファイルなのか行数なのかサイズなのか

672 :名称未設定:2016/10/03(月) 22:32:23.95 ID:nMKR0tbN0
ファイル数れす

673 :名称未設定:2016/10/03(月) 22:59:57.31 ID:nMKR0tbN0
>>670
ビルド中にアクティビティモニタ見てみたけど「メモリ」も「実メモリ」も最大でも200MBぐらい上がるだけだった
ただ、CPU負荷はかなり上がるしファンの回転はだいぶうるさくなる

674 :名称未設定:2016/10/03(月) 23:08:08.41 ID:nvbELr7d0
コンパイルは大抵CPUがボトルネックだけど中間ファイルもべらぼうに書き込まれるからSSDの高速化も多少は効いてくるかもね。

675 :名称未設定:2016/10/04(火) 19:14:11.37 ID:Oj6Jne0c0
iPadのPlaygroundsで、
Learn to Code
は子供向けのパズルだからいいとして、
Brick Breaker
とか
Drawing Soundsとかは
起動したはいいけど、どんなコードを書いたらいいのかさっぱりわからない。
教えて偉い人。

676 :名称未設定:2016/10/09(日) 12:03:18.29 ID:jgIMPo4V0
Swift 3.1
SR-1009:
Constrained extensions allow same-type constraints between generic parameters and concrete types.
extension Array where Element == Int { }

おほー

677 :名称未設定:2016/10/09(日) 12:26:31.87 ID:fLIwp8rK0
その辺りの表記は安定せぬなぁ
swift3で変えたばかりじゃないのか

678 :名称未設定:2016/10/09(日) 12:27:18.21 ID:zbwqdWMc0
>>676
SRってなんなんでしょうねぇ?
What does SR stand for?

SE = Swift Evolutionだったど。

679 :名称未設定:2016/10/09(日) 12:30:56.33 ID:DeIT2F2J0
Swift Regression??

680 :名称未設定:2016/10/09(日) 12:33:20.87 ID:zbwqdWMc0
TIOBE ratingによるとObj-Cのratingが2016年初を底に上昇しだした。
Swiftの変化に嫌気をさしてObj-C回帰が始まっているのか?

681 :名称未設定:2016/10/09(日) 13:04:07.98 ID:jgIMPo4V0
>>678
https://bugs.swift.org/browse/SR-1009

Swift Radarちゃうん

682 :名称未設定:2016/10/09(日) 13:20:00.67 ID:zbwqdWMc0
>>681
Swift (Bug) Reportかぁ

683 :名称未設定:2016/10/10(月) 01:46:39.80 ID:QGfdRKJe0
where以降にどこで何が書けるのかちゃんとガイドラインにまとめてくれ

684 :名称未設定:2016/10/10(月) 14:00:27.25 ID:UjJ88Ftb0
ガイドラインじゃなくリファレンスにもない?

685 :名称未設定:2016/10/13(木) 16:41:12.53 ID:09GM7ulB0
Swift3の言語解説本がそろそろ出る頃なのかな?書店に行っても、Swift3の本がなくて寂しいな。

686 :名称未設定:2016/10/14(金) 00:53:30.28 ID:rMAPosU40
仕様がコロコロ変わりすぎて解説本出してもすぐ陳腐化するから買う意味無し

687 :名称未設定:2016/10/14(金) 00:56:24.54 ID:kdfWCyOD0
日本語で読めるだけでも俺にとっては意味はある
早めに頼むよ荻原くん

688 :名称未設定:2016/10/14(金) 01:05:50.57 ID:rMAPosU40
はい、
お疲れ様でした

689 :名称未設定:2016/10/14(金) 06:58:12.09 ID:DXbI5Qmo0
ここまでペースが速いとHaggyでもつらい

690 :名称未設定:2016/10/14(金) 08:35:00.09 ID:l5eei6bi0
>>687
荻原氏のSwift2本は、2月に出ているから、Swift3本もその頃だろうな。
荻原氏も年を取るから、もっと遅いかも。

Swift3.1, Swift4は、変化が少なそうなので、そろそろ、荻原本を買おうと思う。

691 :名称未設定:2016/10/14(金) 09:17:30.49 ID:SuiZIUWQ0
Swift2本、1年もたってないのに使い物にならなすぎ
クソだなラットナー

692 :名称未設定:2016/10/14(金) 09:35:32.10 ID:l5eei6bi0
>>691
Swift3を一から習得するのと、Swift2を知っていて、Swift3との差分だけを吸収してSwift3を習得するのとでは、後者の方が楽なはず。

あんたの持ってるSwift2本も役に立ったんじゃない?

693 :名称未設定:2016/10/15(土) 03:54:37.55 ID:UXF0ih4D0
swiftオープンソースになってからAppleはきちんとリーダーシップ取って取り組んでくれてるの?
phpみたいに雑な管理されると逃げ場も無いし超困るんだけど。

694 :名称未設定:2016/10/15(土) 08:40:47.46 ID:JivFYyAH0
>>680
オブシーの方が勉強してて面白い
Swiftなんていらん!
学生もシーを勉強してるから、オブシーの方がとっつきやすい

695 :名称未設定:2016/10/15(土) 10:42:15.74 ID:nf/X3RMg0
面白いかどうかはともかく c++ で書かれたライブラリとの親和性が高くて便利だからな

696 :名称未設定:2016/10/15(土) 12:48:11.79 ID:8wzjhrvM0
>>694
ほんそれ

697 :名称未設定:2016/10/15(土) 15:54:59.81 ID:GiKUbyx80
>>680
swiftに流入した人がobcで書かれたライブラリとか弄るのに見てるだけだって。

698 :名称未設定:2016/10/15(土) 16:11:01.96 ID:8RwQ0ojO0
>>697
なるほどぉ。
そういう可能性もあるね。

699 :名称未設定:2016/10/16(日) 03:05:27.08 ID:GRJdoj3K0
ないない

700 :名称未設定:2016/11/06(日) 09:52:58.17 ID:p3yo2z8h0
あのーどのくらいでつかえるようになるの?
これ覚えたら仕事あるの?

701 :名称未設定:2016/11/06(日) 10:04:24.23 ID:+elrrtv90
そもそもSwift自体の仕様がぐちゃぐちゃだからなぁ
正直趣味以外の仕事で使うのはオススメしない

702 :名称未設定:2016/11/06(日) 10:27:34.51 ID:qYphPCtp0
Swiftの仕様が安定するまでは、仕事にはObjective-Cだろうな。

703 :名称未設定:2016/11/06(日) 11:11:08.79 ID:p7YnDzqq0
昔は安定してないゆえのswift案件があったが、今は下火になったからな
安定する気なさそうだから仕事はなさそう、ただ遊びには良い

704 :名称未設定:2016/11/06(日) 12:01:17.88 ID:OTEe7Bb00
ぐだぐだ言ってねーでSwiftもObj-Cもどっちもやりゃいいだろ無能が

705 :名称未設定:2016/11/06(日) 12:21:57.62 ID:FEVrYFxn0
>>702
Swift3で安定感出て来た、感じがするんだけど。
C言語の言語仕様から決別したし、
Obj-Cのセレクタの冗長さからも、逃れつつあるし。

これから、ABI(application binary interface)の安定化を目指すらしいけど、
これはコンパイル技術の話で、言語仕様の話ではないから、Swift3が決定版じゃないかなぁ?

今、Swift3.0.1だから、来年春のSwift3.1が本当の決定版で、
2017年夏WWDC2017で発表のSwift4 betaでは言語的には変化なしじゃないか?

706 :名称未設定:2016/11/06(日) 12:25:20.40 ID:FEVrYFxn0
Swiftは、TIOBE Programmer’s Indexを見る限り、じわじわ
Developerが増えている。
Web Application Frameworkの決定版が出れば、それがKiller Applicaton
になってグッと更にDeveloperが増えるとおもう。

Linuxでも動くようになってきたし。

707 :名称未設定:2016/11/06(日) 12:41:15.42 ID:qYphPCtp0
>>705
メジャーバージョンアップがあるということは大きな機能が追加されるか
大きな変更があるということだよ。

708 :名称未設定:2016/11/06(日) 12:46:24.64 ID:rLmiEnZV0
>>705
読みにくいラベル付き関数よりセレクタの方がいいんだが…

709 :名称未設定:2016/11/08(火) 14:49:06.51 ID:Tu0w9Vw00
納得できる安定感とは、、、、、

710 :名称未設定:2016/11/08(火) 15:38:46.45 ID:YTBSvSuW0
MacOSの一番最初のやつ調べてたんだよ
プロッピ-1枚だって
これソースコードないかな?

711 :名称未設定:2016/11/08(火) 16:18:34.98 ID:+2BbIpCT0
MacPaintは公開されたが、システムはどうだったかな?
Nosyなどのツールがあれば解析は可能だろう。

712 :名称未設定:2016/11/08(火) 16:23:06.00 ID:lopt8Lr40
なんでここで聞いた

713 :名称未設定:2016/11/08(火) 16:27:14.28 ID:VO0zyxOV0
system ver.1はPascalで書かれてたんじゃね?

714 :名称未設定:2016/11/08(火) 17:14:30.08 ID:+2BbIpCT0
最初のシステムはメモリ制限が厳しかったからアセンブラじゃね?

715 :名称未設定:2016/11/08(火) 17:41:42.96 ID:vaKiDJ5z0
Original Mac Software Source Code Now Available for Download

http://www.techhive.com/article/201463/macpaint_quickdraw_source_code_woot.html

716 :名称未設定:2016/11/08(火) 18:32:56.99 ID:U8n61Tp+0
QuickDraw のソースは公開されてるな。

717 :名称未設定:2016/11/09(水) 07:01:56.83 ID:EvcQFJV/0
>>716
うおお、伝説のQuickDrawがソース公開されてるのか!!

天才ビル・アトキンソンがゼロックスのAltoを見て
あいつらすげえもん作るなって勘違いして
ソフトウェアだけでグラフィックライブラリー作っちゃったとかいう

Alto自体のグラフィックはバリバリハードウェアアシストされてたってさ

世紀の勘違い伝説

718 :名称未設定:2016/11/09(水) 11:25:48.31 ID:yjtfvuVh0
>>717
面白い話だな。
そんな、勘違いを乗り越えてQuickDrawが出来たのね。

719 :名称未設定:2016/11/09(水) 12:09:46.89 ID:+DGuW+Pl0
それは誇張されている。

Alto が、後年の Amiga 等と同様に、ハードウェアでウィンドウ合成を行うことのできるビットマップディスプレイシステムを備えていたのは確かだけれども、
ジョブズ来訪の1979年時点でデモや研究に使われていた Smalltalk-80 はそれを使用せず完全に自力でグラフィック処理を行うように書かれていたから。

推測だけどもちょっと前のバージョンの Smalltalk や LOGO の頃は多分このハードウェア支援ウィンドウシステムを使ってたんだと思う。使わない物は作らないだろうから。

720 :名称未設定:2016/11/09(水) 15:28:29.68 ID:lfLDzNMp0
>>719
> ハードウェアでウィンドウ合成を行うことのできるビットマップディスプレイシステムを備えていた

不定形クリッピング処理のことを言っているなら、前に調べたけどAltoにはそんな機能は無かったよ
http://bitsavers.informatik.uni-stuttgart.de/pdf/xerox/alto/Alto_Hardware_Manual_Aug76.pdf

当時の動画で確認すると、他の処理に比べて矩形の再描画処理が比較的高速に行なわれていたため
おそらく隠れた部分を再描画している(つまり不定形クリッピング)処理に見えたという勘違いしたというのがおそらくは事の真相
https://www.youtube.com/watch?v=aqW6Sp279Z0&t=20m10s (20分10秒付近のウインドウ切り替え操作など参考まで)

なお、Altoのこの矩形描画処理については、関連する処理がBitBltというひとつの関数に集約されていて
それをマイクロコード化してAlto等では1命令で呼び出せるようになっていた(BitBlt自体も優秀だったけどこちらも無視できない)
このことを記述者がハードウエア支援だと誤解・誇張して書いている歴史的文書が目立つように思う
そんなわけで、QuickDrawの不定形処理にはAlto関係者も「え?Altoにはそんな機能無かったよ?」って驚いたのは本当の話


> 1979年時点でデモや研究に使われていた Smalltalk-80

細かいことだけど、1979年時点の Smalltalk は Smaltalk-80 の前身の Smalltalk-76
Smalltalk-80 と違って、メタクラスや無名関数がまだ無いのが特徴。if-then-else があったり、文法もちょっと違う
http://worrydream.com/refs/Ingalls%20-%20The%20Smalltalk-76%20Programming%20System.pdf


> ハードウェア支援ウィンドウシステムを使ってたんだと思う

ハードウエア支援なんてものはなかったので、これは間違いだけど、
BitBltルーチンの話なら、これはもともともSmalltalk専用の描画ルーチンだったのだけれども
上述のようにAltoのCPU(のようなもの)に組み込み(のようなもの)になったので
他のGUIシステムで使われるようになったという経緯はあっている

721 :名称未設定:2016/11/09(水) 15:51:21.46 ID:f54QhrbB0
とりあえず、 Appleスゲーって崇めておけばいいと思う
なんでこのスレでやってるのか知らんけども

722 :名称未設定:2016/11/09(水) 22:12:19.87 ID:EvcQFJV/0
>>720
>それをマイクロコード化してAlto等では1命令で呼び出せるようになっていた(BitBlt自体も優秀だったけどこちらも無視できない)
>このことを記述者がハードウエア支援だと誤解・誇張して書いている歴史的文書が目立つように思う


ここで言うマイクロコードが、ワイヤードロジックCPUに対するマイクロコードCPUのマイクロコードであるなら
それはもうハードウェア描画だと言っていいと思う

CPUそのものを改造して描画専用命令を作ったわけだから


なんでこんなところで話しているのか意味不明ではあるが

723 :名称未設定:2016/11/10(木) 01:25:11.37 ID:yhi8pj+50
意味不明って分かっててやるって病気じゃないですか?

724 :名称未設定:2016/11/10(木) 09:41:46.39 ID:FVyHPyGe0
>>722
描画ルーチンをワイヤードロジックで実現するならともかく
マイクロプログラムで書いたところでロジックが変わって劇的に速くなるってわけでもなし
それを(「(比較的)高速であった」という文脈で)ハードウエア描画だという理屈はおかしいだろ

なんでこんなところで話しているのか意味不明ではあるが

725 :名称未設定:2016/11/10(木) 10:10:46.24 ID:2yZPfKzf0
いや、面白いよ。プログラミングを歴史という観点で見るってなかなかないし。

726 :名称未設定:2016/11/10(木) 10:19:33.82 ID:2yZPfKzf0
マイクロコードとは微妙に違うが
iphine7にはFPGAチップが乗ってるらしい。
これ使ってどんなことできるんだろうか

727 :名称未設定:2016/11/10(木) 10:36:18.15 ID:vj2M/BfG0
ググれカス

728 :名称未設定:2016/11/11(金) 19:17:29.75 ID:43ivgS7c0
>>720
Altoのハードウェアは、ビットスライスプロセッサ(CPUを作る部品のようなチップ)を使って実現してた。
実行時間を5つの単位に分割して、その単位を繰り返す形で実行サイクルが続く。
5つの分割時間のそれぞれで、何の処理を実行するのかは、サイクル毎に違っている。
アプリの実行だけでなく、イーサネットの処理、狭い意味でのOS処理など、
分割した時間ごとに別々な処理を動かしていた。

ゼロックスの中の人に詳しく説明してもらったけど、詳しい話の多くは忘れたよ。

729 :名称未設定:2016/11/16(水) 07:24:38.72 ID:MHFxBRjR0
昔々のASCII誌(月刊)のYoのけそうぶみだかプリズムラジオだかのイラストで
可愛らしい女の子がAltoと書かれたTシャツを着ているのを不思議に思ったのを覚えている

後に有名なコンピュータの名前だと知ったのだが

730 :名称未設定:2016/11/18(金) 10:23:12.79 ID:OyjojGFQ0
これやね
http://iup.2ch-library.com/i/i1741362-1479432068.png

731 :名称未設定:2016/11/18(金) 11:46:34.02 ID:JTMUlefh0
>>730
懐かしい

732 :名称未設定:2016/11/18(金) 21:56:02.29 ID:q5hTZVf20
>>730
そうそうこれ
これを見た頃は車のaltoしか知らなかった

今見るとちゃんとAlto the personal computerって書いてあるね

Personal ComputerもDynabookもアラン・ケイの論文に出てくる理想のコンピュータの名前で
Altoは暫定版Dynabookを目指して作られたという話は
コンピュータのaltoを知ったそのまた何年も後のこと


このイラスト上の方に書いてあるのはコンピュータの名前らしいが
Lisaくらいしかわからないや

733 :名称未設定:2016/11/19(土) 04:24:15.68 ID:5SUsFQtj0
Yoのけそうぶみかぁ。本人はイラストとは程遠いおばさんだったな。

734 :名称未設定:2016/11/19(土) 07:39:37.37 ID:Dm6vw6Us0
新井素子も、吾妻ひでおの似顔絵を見て期待してたのに

735 :名称未設定:2016/11/20(日) 12:45:05.17 ID:aL6C4GPa0
なんかしばらく来ないうちにスレ荒らされてるんですけど・・
需要ないなら次スレ不要じゃない?

736 :名称未設定:2016/11/21(月) 09:45:49.49 ID:o3X/FDlw0
>>735
しばらく来なくて済んだなら、スレがあってもなくても君には関係なくない?

737 :名称未設定:2016/11/27(日) 19:58:49.36 ID:ygjN09Fr0
おまえらにクリスマスプレゼントきた(去年も同じこと言った)
詳解Swift 第3版
https://www.amazon.co.jp/dp/4797390530/

738 :名称未設定:2016/11/27(日) 20:31:52.13 ID:4CjFzrLg0
>>737
あぁ、これね。
どうしよう。
買おうかなぁ?
俺は、イランかも。

739 :名称未設定:2016/11/27(日) 21:22:19.84 ID:Z42c1Y900
>>737
いまは、必要な情報はNETで入手できるからな

SWIFTのバージョンが上がって半年もたってからだしてもね
すぐ出てれば買うかもしれないけどね

740 :名称未設定:2016/11/28(月) 03:29:42.83 ID:id6j5g+F0
まーたKindle版後回しか
つーかiBooksで出してくれや

741 :名称未設定:2016/11/28(月) 08:33:33.04 ID:wTUDz4+y0
>2016/12/26
クリスマス間に合ってねえ

742 :名称未設定:2016/11/28(月) 12:13:09.97 ID:uGXjM4fG0
>>741
じゃ、ボクシングデープレゼントとして俺にくれ

743 :名称未設定:2016/11/30(水) 09:06:14.52 ID:sTqa3T040
イマドキ意識高い系は本なんて買わないよなぁ
著者は採算度外視の売名で書いてるんだろうけど、付き合わされる出版社は何を考えてるんだか

744 :名称未設定:2016/11/30(水) 09:35:47.39 ID:IGXODeCf0
>>743
それ誰?
俺、本よく読むけど

745 :名称未設定:2016/11/30(水) 10:24:03.59 ID:sTqa3T040
その絡み方は可笑しいwww

そうか、最近の意識高い系は本を読むのか
俺も流行りに乗って本を読まねばならんな

746 :名称未設定:2016/11/30(水) 10:34:59.52 ID:kR/ebQxz0
(これ家に篭って夢見てたら、家で一人でブツブツ呟く人になっちゃった奴だな)

747 :名称未設定:2016/11/30(水) 11:13:11.45 ID:bvn2UALs0
「意識高い系」が蔑称と分かってない>>744は滑稽だと思うぞ
お前も分かってないのかもしらんが

748 :名称未設定:2016/11/30(水) 12:48:20.96 ID:kR/ebQxz0
(>>744は「自分は本読むけど聞いたこともねぇな、誰それ?」と書いてるのに
意識高い系に心奪われてる彼は「俺は意識高い系だけど〜」と読解したのか…
シャドーボクサーはいつも敵がつきまとってきてて大変だな。覚醒剤は止めろよ?)

749 :名称未設定:2016/12/01(木) 19:33:55.99 ID:D8VwwhJ30
直接脳内に語りかける系

750 :名称未設定:2016/12/04(日) 11:34:00.93 ID:FOHOpC610
>>737
Now printig. wwwwwwwwwwwwwwwwwwwwww

751 :名称未設定:2016/12/06(火) 10:22:29.42 ID:N7jfWrrJ0
脳内でブツブツ呟くエスパーになれる、そう 詳細Swiftならね

752 :名称未設定:2016/12/07(水) 15:48:08.83 ID:jirV3wzK0
SwiftのStringは値型なのに、NSStringは参照型なのでしょう?
そもそも、文字列を扱う構造体とクラスが共存しているのは何故なのでしょう?

753 :名称未設定:2016/12/07(水) 21:47:13.55 ID:+uR6aTFH0
>>752
StringはSwiftの標準ライブラリで
NSStringはOSのライブラリというかAPIだから

754 :名称未設定:2016/12/08(木) 08:47:43.85 ID:sM0yDOoz0
>>753
なるほどぉ。
標準ライブラリとしてStringを用意しておかないと、SwiftをOSSにする際に、
FoundationまでOSSにしないといけなくなるので、別途標準ライブラリを
用意したって事ですね。

でも何故、Stringは構造体で、NSStringはクラスなんでしょう?
そもそもSwiftの構造体が値型(即値)であって参照値でないのは何故でしょう?

値型と参照値の違いは次の通りだと理解してます。
Pros
値型:アクセスコスト低い
参照型:代入コスト低い
Cons
参照型:循環参照問題を引き起こす
値型:メモリイータ

755 :名称未設定:2016/12/08(木) 10:34:43.82 ID:GPX+bx070
C言語で扱うCharポインタの文字列との親睦性のためじゃないかなぁ 知らんけど
Cocoaフレームワークの前身であるCarbonが、C/C++のインターフェース持ってるし
Obj-Cはそもそも構造体を持ってないしね C言語の構造体は使えるけど

参照型の場合、同一の文字列を複数の変数で保持する場合に、どちらかで意図せず変更
してしまうケースがあるから、Obj-Cの場合は、使用目的に応じて、不変文字列(NSString)と
可変文字列(NSMutableString)とで使い分けるようになってるけど、Swiftの場合は
設計上、不変文字列しか用意してないから、最初から値型の方が効率的なんじゃないかなぁ 
Copy on writeの仕組みによって、代入コストも抑えてあるし
知らんけど

756 :名称未設定:2016/12/08(木) 10:54:47.81 ID:sM0yDOoz0
>>755
iPod touch 4thは256MBしかメモリ積んでませんでした。
今やiPhone7は2GBメモリ積んでます。
Stringはメモリを食うけど、それを許容できるハード環境が整ったということなのかな?

例:
let strA = “OK”
let strB = strA

strA, strBには各々別々のオブジェクトが割り当てられ代入時にコピーされる。
従って、オブジェクト2個分のメモリが消費されるが、昨今のハードは
大容量メモリ搭載だから、昔よりケチケチする必要が無くなっている。

757 :名称未設定:2016/12/08(木) 11:17:09.93 ID:GPX+bx070
>>756
一般的なプログラムで使う文字列のメモリ消費量なんてたかがしれてる
画像処理と比べたら大したことない

その例の場合だと、実際は代入時にコピーはされず、strBにはstrAが差してるものと同じ参照が保持されてるはず
デバッガでstrAとstrBのアドレスを表示させてみるとわかる
だからSwiftでも文字列の代入コストが問題になることはほとんどない

758 :名称未設定:2016/12/08(木) 11:59:23.62 ID:sM0yDOoz0
>>757
アドレスが欲しくてunsafeなんちゃらって関数を使おうとしたら、
swift3で仕様が変わってんだよねぇ。

759 :名称未設定:2016/12/08(木) 12:16:05.44 ID:HQoJbsrX0
>>754
>標準ライブラリとしてStringを用意しておかないと、SwiftをOSSにする際に、
>FoundationまでOSSにしないといけなくなるので、別途標準ライブラリを
>用意したって事ですね。

半分正解ってとこかな?
みんなが使う機能のうち実行環境の影響を受けない部分が言語側の標準ライブラリ化される
って感じ
OSS化は直接は関係ないと思う

ファイルアクセとか、スレッド制御とかは通常環境依存だから、OS側の機能として提供される
(言語に盛り込んでくれと思うけどまだ難しいようだ)
NSStringに限ればOS側のAPIがまだNSStringしか受け付けないものがあるので残っている


Visual C++とか使ってると、文字列地獄を味わえるよ!
いったい何種類文字列があるんだ?!

760 :名称未設定:2016/12/08(木) 12:35:38.30 ID:HQoJbsrX0
>>754
>でも何故、Stringは構造体で、NSStringはクラスなんでしょう?

流行り、、、、かな?


NextStepが設計されたのは80年代後半
GUIの普及期で、オブジェクト志向プログラミングの黎明期あたり

Objective-Cはその頃流行りのクラスベースオブジェクト志向とメッセージパッシングを中心とした
プログラミングを実現するために設計された

GUIとオブジェクト志向の相性も良く
その頃は将来オブジェクトベースの分散処理になると考えられていて
クラスベースの考え方とは非常にマッチしていた


Swiftは10年代の設計
旧来のオブジェクト志向プログラミングの欠点が認識されて来ており
分散処理と言うよりはマルチコアCPU、GPGPUなどによるローカルな並列処理が主流になっている

そこでSwiftはプロトコルベースプログラミングを標榜している
これで親戚一同みんなの顔色を伺わないといけないオブジェクト志向の欠点からも解放されるし
並列処理にも対応しやすくなる

プロトコルベースプログラミングは構造体とプロトコルを組み合わせる事が
発想の根本なんだ


なのでNextStepとObjective-CをベースとしたiOS/macOSのAPIはクラスベースの考え方が中心で作られており(過去形)

Swiftの標準ライブラリは構造体+プロトコルの考え方で作ろうとしている(現在進行形)

761 :名称未設定:2016/12/08(木) 12:40:52.83 ID:sM0yDOoz0
var a: String = "OK"
var b: String = a
let p = withUnsafePointer(&a) {
UnsafePointer<Int>($0)
}
let q = withUnsafePointer(&b) {
UnsafePointer<Int>($0)
}
print(p)
print(q)

Swift2.3で上記を実行したら、こんな感じだった。
0x000000010a915058
0x000000010a915070
a, bはアドレス違うわぁ。
上記コードをSwift3ではどう書くのか?だれか教えて下さい。

762 :名称未設定:2016/12/08(木) 12:44:41.04 ID:HQoJbsrX0
>>754
>そもそもSwiftの構造体が値型(即値)であって参照値でないのは何故でしょう?
>値型と参照値の違いは次の通りだと理解してます。
>Pros
>Cons

えと、不正解ではないんですが、現代のアプリケーションプログラマなら、一旦忘れておきましょう

コピーと参照に関しては、CPUと、OSと、コンパイラが
全力でユーザー(今の場合はプログラマ)を騙しにくる所です

変数値を代入して、アドレスも違うぞ!って確認したつもりでも
実は物理メモリ上には1つしかデータないもんね
何てことが平気でありえます


ちなみにSwiftのStringは構造体だから値型、、、かと思いきや中身はNSStringへの参照だったりします

素直に騙されておきましょう

763 :名称未設定:2016/12/08(木) 12:56:22.73 ID:sM0yDOoz0
>>759
char * text = "文字列";
とか
WCHAR * text = L"文字列";
TCHAR * text = _T("文字列");

ちょいとググっただけで、3種類出てきました。
この他にもCStringとかあるんですよねぇ、VC++。

764 :名称未設定:2016/12/08(木) 13:20:24.48 ID:sM0yDOoz0
>>762
>ちなみにSwiftのStringは構造体だから値型、、、かと思いきや中身はNSStringへの参照だったりします
>素直に騙されておきましょう

うぅーん。どうなんでしょう?
String, NSStringどもども、Core Foundation(C言語の関数群)で実装されており、そもそも別のモノでは無いでしょうか?NSStringはutf-16が入ってるし、
An NSString object encodes a Unicode-compliant text string, represented as a sequence of UTF–16 code units.
Stringはutf-8が入っているし。
A Unicode string value.

NSStringにはCFStringへの参照が入っているというのなら、納得ですが!
NSString is “toll-free bridged” with its Core Foundation counterpart, CFString.

765 :名称未設定:2016/12/08(木) 16:25:19.24 ID:nbqAIty90
>>761
そんな面倒くさいことしなくてもアドレスを表示したいなら

var a: String = "OK"
print(a._core._baseAddress!)
var b: String = a
print(b._core._baseAddress!)

ってやればいい。デバッガで止めれば、変数表示ビューでも確認できる

UnsafePointerは使った時点でCopy on Writeが働き、値がコピーされてる可能性がある

766 :名称未設定:2016/12/08(木) 16:47:04.01 ID:sM0yDOoz0
>>765
確かに、見えますね。アドレスが。

Debug Areaの見方がよくわからなかったので、気がつきませんでした。
おまけに、Addressってところに、出てきた0x10fd155a9を放り込むと、
メモリダンプ画面がでてきて、しかもそれをASCIIコードも同時表示されて
OKって書いてありました。

どうやら見ているのは、Stackに積まれている変数を見てる感じです。

var c: NSString = NSString(string: a)
ってした変数cのアドレスが見えないのですが?

こいつはHeapに確保されるはずなのですが、アドレスはどうやってみる事ができるのでしょう?

767 :名称未設定:2016/12/08(木) 17:02:00.16 ID:nbqAIty90
>>766
デバッガのコンソールで
print c
ってやって見れない?

768 :名称未設定:2016/12/08(木) 17:04:12.34 ID:sM0yDOoz0
みえました。
Show Raw Values
ってしたら。

けど、メモリダンプしてみたら、OKって書いてない?
utf16だからかな?

769 :名称未設定:2016/12/08(木) 17:14:54.15 ID:sM0yDOoz0
>>767
print c
で出てくるヘキサの値は、なんなんでしょう?アドレスなのかな?
(NSString) $R0 = 0x0000600000241650
"OK"

こんな感じ!
0x0000600000241650番地に行っても、OKって文字は無いなぁ。
この値はOKって文字をutf-16表現した値では?

770 :名称未設定:2016/12/08(木) 17:19:05.05 ID:sM0yDOoz0
Swfitだから
var strC: NSString
は(NSString *)では無いってことですね。

771 :名称未設定:2016/12/08(木) 17:28:21.26 ID:nbqAIty90
なんかしつこいけど、なんでそんなにアドレスが気になるの?

772 :名称未設定:2016/12/08(木) 18:26:57.99 ID:HQoJbsrX0
失礼だが求めていることと
実行出来るスキルに乖離があるよ

もう少し落ち着いて勉強しよう

773 :名称未設定:2016/12/08(木) 18:51:40.03 ID:BtZYrXCD0
>>771
copy on writeのはずがコピーしてることが気になるんだろ

> ID:sM0yDOoz0
レス追ってないからしらんけど、各変数のポインタはポインタのポインタであって実態はコピーされてない
と夢見て納得しておくと幸せなんじゃないかな

swiftcとかllvm-swiftとか、そっちを追わないと真実は分からなそう
Swift言語を扱っているくらいのこのスレじゃ分かる人居ないよ

774 :名称未設定:2016/12/08(木) 19:54:56.43 ID:mPgc/zOq0
>>765
Copy on Write=最適化戦略の一種

こんなの初めてしった。
最近のコンパイラ技術ってどんな本読むと、概観できますでしょうねぇ?

775 :名称未設定:2016/12/08(木) 19:55:44.86 ID:mPgc/zOq0
ちなみにパタネへは最初の数章読了済です。

776 :名称未設定:2016/12/08(木) 20:23:25.69 ID:dwwzPRWT0
なんだよパタネヘって
ヘネシー先生ブチ切れやぞ

777 :名称未設定:2016/12/08(木) 20:48:33.05 ID:mPgc/zOq0
>>776
この時間は疲れがでるんだよ

778 :名称未設定:2016/12/09(金) 08:16:38.94 ID:XgunbCfx0
>>772
的確なご指摘ありがとう

779 :名称未設定:2016/12/09(金) 08:17:30.23 ID:XgunbCfx0
>>773
だよね。
swiftcのソースを見ないとね。

780 :名称未設定:2016/12/09(金) 09:43:28.91 ID:an7RQTgk0
ソース読めんの?

781 :名称未設定:2016/12/09(金) 15:39:22.27 ID:XgunbCfx0
RxSwift: ReactiveX for Swift
のWorkspaceをGithubから持ってきて、付属のplaygroundを動かしてみた。

ActivitiyMonitorのCPUが天井に張り付いてXcodeの反応が鈍い。
なんて重いFrameworkなんだ。

782 :名称未設定:2016/12/11(日) 14:59:33.76 ID:a0hEDZpH0
Objective-C 2.1は出ないのだろうか?
Swift3みたいに、frameworkの見直しをして欲しい。
冗長なメソッド名(selector)を洗練させれば、まだまだ人気出る様に
思うんだけどなぁ。
コンパイル速度早くて、Macbook Airでも使えるところがGoodなのに。

783 :名称未設定:2016/12/11(日) 19:33:05.09 ID:ypsbSHja0
"Modern Objective-C"が2.1とか3.0みたいなもんで、
Lightweight Genericsとかnullable/nonnullが2.2とか4.0みたいなもんじゃないの
2.0って番号自体が完全にマーケティング意図でつけられた番号だからObjCに関しては番号気にするだけ無駄感ある

784 :名称未設定:2016/12/11(日) 22:22:09.28 ID:BxB5bDgD0
Swiftとの互換性に関わる事しか変える気ないんじゃないかなあ
そういえば最近触ってないからちゃんと新仕様理解してない
何か読んどこうかな

785 :名称未設定:2016/12/12(月) 20:58:05.87 ID:L498IohY0
そろそろC++14の機能をObjC, Swiftに移植始めるだろ
C++11の移植は両言語共に大体終わった気がする

786 :名称未設定:2016/12/13(火) 10:20:34.34 ID:HR3LjYf+0
>>785
C++14, C++11の差分ってどっかに書いてないかなぁ?

787 :名称未設定:2016/12/13(火) 13:23:14.86 ID:mfsfcF7w0
ι

788 :名称未設定:2016/12/13(火) 15:26:11.31 ID:HR3LjYf+0
なんか、流行りのReactive Extensionてのを使ってみたくて先週金曜日にRxSwiftをgithubからDownloadした。
自作のSingle View Applicationに組み込んで動作確認するのに今日まで掛かってしまった。

ボタンを押したら、ラベルのテキストが変更されるってのを実装するだけで、今日は疲れた。

789 :名称未設定:2016/12/13(火) 16:14:19.98 ID:PymmWvYH0
そういうのはチラシの裏に書いとけ

790 :名称未設定:2016/12/13(火) 16:17:55.26 ID:ZtIjz3Tc0
最近のチラシは裏にも広告載ってるし

791 :名称未設定:2016/12/13(火) 17:53:44.35 ID:x12PLY4f0
このスレ雑談OKなんでしょ?

792 :名称未設定:2016/12/13(火) 17:54:28.25 ID:ZtIjz3Tc0
雑談はダメだよ。猥談はOK

793 :名称未設定:2016/12/13(火) 18:05:34.89 ID:x12PLY4f0
了解しました。

794 :名称未設定:2016/12/13(火) 20:11:24.72 ID:Mprjau+G0
FatでHeavyなBindingライブラリなんか使わなくてもKVOの薄いラッパーで十分なのに

795 :名称未設定:2016/12/13(火) 21:16:19.83 ID:GYR7elRN0
アレがSwiftな人が薄いラッパーなんて使ったらBindingの途中で終了しちゃうよ

796 :名称未設定:2016/12/13(火) 21:21:02.35 ID:L5lC+OCX0
EVENTの使い方がわからないのですが、
良い参考書はありませんか?
ただし、日本語に限る。

797 :名称未設定:2016/12/13(火) 21:24:57.87 ID:xkHCHXNt0
EVENT?

798 :名称未設定:2016/12/13(火) 22:04:00.67 ID:2qF2eqGs0
今月はクリスマスが控えてるね

799 :名称未設定:2016/12/13(火) 22:15:00.20 ID:xkHCHXNt0
ああー、EventKitのこと!?
クリスマスで気がついた
Rxの流れだったからNotification的なやつを想像してた

800 :名称未設定:2016/12/13(火) 22:20:07.72 ID:d6r7g9Q00
>>799
それそれ

801 :名称未設定:2016/12/13(火) 22:56:58.31 ID:ET6NuSVm0
>>794
やっぱりKVOで十分なんすかねぇ。
for文よりfor in loopやobj.forEachで使えるSequenceが便利な様に、
Reactive Extensionsって便利に思える様になるんじゃないのかなぁ。

俺は、Rxに振り回されてるけど。

802 :名称未設定:2016/12/14(水) 08:23:53.63 ID:uewcGPzk0
788です。
Embedded Binariesってなんなんでしょう?
RxSwiftはLinked Framework and Librariesに加えるだけでは、コンパイルは
できても実行時にエラーを吐くんです。

Embedded Binariesに放り込むと動くんです。
アプリにBundleさせるFrameworkがEmbedded Binariesって事なんですが、
アプリ間で共通に使うFrameworkってのは作れないのでしょうかねぇ?

macOSで言うところの、/Library/Frameworksに放り込んで、アプリ間で
共通に使うって感じのヤツは、iOSではセキュリティ上、出来ないってこと
なんでしょうか?

803 :名称未設定:2016/12/14(水) 12:18:55.18 ID:JkmYGpOy0
>>802
Embedはアプリのバンドルに入れる形になる
macOSの共有ライブラリはiOSでは出来ないよ

804 :名称未設定:2016/12/14(水) 12:35:27.97 ID:uewcGPzk0
>>803
レスTHX

すっきりしました。

805 :名称未設定:2016/12/15(木) 12:00:17.71 ID:WMhiKIrR0
C言語のEnumからの連想で、SwiftのEnumも実態は整数だと思ってたら全然違ってた。
Swiftの色んなEnumを定義してそのインスタンスを生成してprintで表示させてたら、
(function)
って表示されたので、ようやく、C言語のEnumとは全く違うと気が付いた。

806 :名称未設定:2016/12/15(木) 13:08:41.77 ID:myVkVgIt0
ところでどなたか
EventKitの使い方を日本語で解説した資料を知りませんか?

807 :名称未設定:2016/12/15(木) 13:34:46.02 ID:WMhiKIrR0
Functional Reactive Programmingってのを体験したくて、
RxSwiftってframwworkをdownloadした。

重量級のframeworkだったので、ReactiveKit/Swift Bondてのに乗り換え
ようとしてるんだけど、この選択は正しいのだろうか?

808 :名称未設定:2016/12/15(木) 16:33:32.66 ID:zlTca/MS0
>>807
普通Haskellじゃね?

809 :名称未設定:2016/12/15(木) 16:57:24.79 ID:sxdfFbOF0
Reactiveの体験のためにHaskellはないわw
AppleがWWBCだか何かのプレゼンで動画作ってた気がするから探してみれば?

810 :名称未設定:2016/12/15(木) 17:00:55.60 ID:jRZTZzTY0
>>807
Rxの良さは他言語でも同じ考え方でほぼ同じAPIでコードを書けることなんじゃない?
無理にSwiftからやらなくてもRxJSみたいに資料の多いやつで基本的なことを学んでから
Swfitのフレームワークを選択したら? 中身わからなければそれぞれの良し悪しも分からないよ

811 :名称未設定:2016/12/15(木) 17:06:02.30 ID:jRZTZzTY0
http://reactivex.io/tutorials.html
http://reactivex.io/learnrx/ <― JavaScriptのFunctional ProgrammingのチュートリアルだけどRx理解するのにいいよ

812 :名称未設定:2016/12/15(木) 20:33:11.38 ID:WjaKtb5B0
>>811
ぅーん、良さげだ。
thx

813 :名称未設定:2016/12/17(土) 12:51:24.70 ID:x/ZrsHl90
アクションシートの表示がシミュレータだと動きますが実機だとアボートします。原因がわかりません

814 :名称未設定:2016/12/17(土) 13:53:59.60 ID:x/ZrsHl90
自己解決しました、iPadでの不具合でした

815 :名称未設定:2016/12/17(土) 15:25:12.10 ID:d5/MOR9o0
>>811
JavaScript苦手なんだよねぇ。
FRP=Functional Reactive Programmingやりたくて、
今頃C#の解説ページを読み漁ってます。

C#のdelegateってSwiftのClosureを格納する変数の事だってようやく理解した。

816 :名称未設定:2016/12/17(土) 15:39:58.22 ID:SkPS5DG10
Rxの考え方自体はシンプルで
あらゆるものをStreamとして扱うってことなんだけど

いざ実装してみると利用する関数の種類の多さとか
最初のStreamSourceを作るところの難しさとかで苦しむことになる。
宣言的実装って言っても結局コードはシーケンシャルな記述しか出来ないし
書いてみると一箇所に固まって汚いコードになりがち。
Rxを利用する上でのフレームワークがもう一段欲しい。

817 :名称未設定:2016/12/17(土) 16:38:06.81 ID:EVcYaZLe0
>>815
うーんdelegateの理解からはじめなきゃいけない状態なら
JavaScriptのほうが余計な要素が少なくてReactive Programmingのコンセプトを把握しやすいと思うんだけど…
人それぞれかな


>C#のdelegateってSwiftのClosureを格納する変数の事だってようやく理解した
C#のdelegateは特定のシグニチャを持つメソッドを参照する型
C#ではメソッドをそのまま引数として渡したり戻したりはできないのでデリゲート型を使う(ラムダ式や匿名関数でも)
SwiftのFunction Types

818 :名称未設定:2016/12/17(土) 16:55:23.28 ID:EVcYaZLe0
>>816
クロージャを関数として外に出してもすっきりしない?
外に出すとコードがバラけて嫌って人もいるだろうけど
nestしたblockに比べると読みやすいと思うんだけどね

819 :名称未設定:2016/12/28(水) 17:19:38.92 ID:GVJq3+HU0
詳解Swift 第3版
昨日発行されたので、本屋に見に行ったけど、無かった。
地方都市だからか?

820 :名称未設定:2016/12/28(水) 17:21:27.37 ID:IqaNKoP10
どーせまたすぐ仕様改訂されっからいいんじゃね?

821 :名称未設定:2016/12/28(水) 17:21:45.23 ID:Mgzicx7Z0
今日Amazonから届いたよ

822 :名称未設定:2016/12/28(水) 19:12:25.12 ID:GVJq3+HU0
>>820
大きな仕様変更は、しばらく無いはず。
俺、一回も買ったことないので、詳解Swiftを買いたいのだ。

823 :名称未設定:2016/12/28(水) 21:50:19.25 ID:xDMv2HCO0
Swiftの解説はAppleから無料で提供されてるのに

824 :名称未設定:2016/12/28(水) 22:58:00.62 ID:oTMUirTR0
>>823
英語苦手だ。
toeic 740だし。

825 :名称未設定:2016/12/28(水) 22:59:13.43 ID:oTMUirTR0
>>823
もちろん、Swift programming languageも読むよ。Swift Blogも。
けど、和文の方が、スピードが出るし。

826 :名称未設定:2016/12/29(木) 00:14:18.42 ID:iBF0wGt30
詳解Swiftは読んだことないけど
詳解Objective-Cは無駄に分厚くて文章も読みにくくて時間の無駄だったけどな
Amazonの評価は異常に高いがあれはサクラ的なやつも混じってると思ってる

827 :名称未設定:2016/12/29(木) 00:24:32.23 ID:iBF0wGt30
Swift2.1か2.2ベースだけどAppleのやつの日本語訳もあるよ
http://www.studiogalago.com/the-swift-programming-language/

828 :名称未設定:2016/12/29(木) 00:25:28.33 ID:OA2copiH0
俺は詳解Swift割と好き
第2版持ってるけどSwift3版も買うつもり

Appleの公式ドキュメントは分かりやすいんだけど
英語の速読ができないからどこを読めばいいのか探し出すのがたいへん

829 :名称未設定:2016/12/29(木) 00:31:06.02 ID:twRd0p440
>>826
言語の「詳解」本に「無駄に分厚くて時間の無駄」ってレビューしてみれば
だいたい君自身に対する世間の評価が出ると思うよ。

830 :名称未設定:2016/12/29(木) 00:59:16.63 ID:iBF0wGt30
へーそっか好きな人もいるんだな

>>826
ははそうかもね
詳解とついてる本はこのシリーズ以外では読んだことないが
詳説正規表現みたいなのを期待するからいけないのかもね
暇があれば今度読んでみるわ

831 :名称未設定:2016/12/29(木) 01:22:29.00 ID:yT17B4nx0
好きな人もいるとかじゃなくてそっちが多数

832 :名称未設定:2016/12/29(木) 01:30:47.66 ID:fuGYJmU30
萩原の解説はわかり難いよ
詳説だからというエクスキューズはあるけど、かといってプロットがしっかりしてるわけでもなく場当たり的だったりするし
オライリーの翻訳本なんかの方がまだ読みやすい
アマゾンのレビューは、生徒や盲目的な信者による無条件の高評価が多いんだと思う

833 :名称未設定:2016/12/29(木) 01:43:24.32 ID:iBF0wGt30
>>831
そんなムキにならなくてもいいって
俺が読んだのはObjective-C第2版だし
それから改善されてるかもしれないから今度読んでみるよ

834 :名称未設定:2016/12/29(木) 01:55:20.89 ID:twRd0p440
ID変えて二連投してる方がずっと顔真っ赤だと思うぞ。

835 :名称未設定:2016/12/29(木) 04:05:52.72 ID:CWXLcdSS0
言語仕様を隅から隅までできるだけきちんと知りたいという人と、よく使う書き方だけざっと素早く知りたいという人では当然求める内容が違う。
萩原本はほぼ前者で、英語スラスラ読めない俺にはありがたいね。

836 :名称未設定:2016/12/29(木) 04:18:29.18 ID:16VFOnSa0
アプリを作りたいって初学者なら逆引き辞典とかできるiPhoneプログラミングみたいなのを読んでおけばいいよ

837 :名称未設定:2016/12/29(木) 08:28:19.49 ID:AjhuUYOr0
>>824
その微妙な点数をわざわざ出すところが性格の悪さを醸し出している

838 :名称未設定:2016/12/29(木) 18:19:14.70 ID:OA2copiH0
swift本を買う人には

OSやフレームワークとかの周辺技術も含めてiOSアプリの作り方を知りたい人と

周辺は置いといてSwiftと言うプログラミング言語を知りたい人

がいると思うんだ

詳解Swiftは前者の人には向かない

839 :名称未設定:2016/12/29(木) 18:24:02.83 ID:IphSWs900
君たちどんなアプリ作ってるの?

840 :名称未設定:2016/12/29(木) 18:56:12.62 ID:ykZy4KsS0
>>839
ミバレするから言えない

841 :名称未設定:2016/12/29(木) 20:20:28.34 ID:IphSWs900
そんなに有名なの?

842 :名称未設定:2016/12/30(金) 02:01:30.28 ID:1e3Hui/e0
ずっとObjective-Cで書いていてそろそろSwiftに移行したい、って人のために最短距離を教えてくれるSwift本はある?

843 :名称未設定:2016/12/30(金) 02:04:04.52 ID:eiAQE0ju0
便乗
オブジェクティブCで作ったアプリを
SWIFT3に変換する方法を書いた本はない?

844 :名称未設定:2016/12/30(金) 02:49:48.13 ID:76dVPFLk0
本じゃないけど、公式に ObjC から Swift の移行についてのページあるよ。
ttps://developer.apple.com/library/content/documentation/Swift/Conceptual/BuildingCocoaApps/Migration.html
とはいえあんまり簡潔かな。

同じくweb情報だけどざっと読んだ感じ、これとか丁寧に書いてあってかなり参考になりそう。
ttp://codevoyagers.com/2016/03/23/how-we-migrated-our-objective-c-projects-to-swift-step-by-step/

あとは日本語だと Qiita にいくつか実際のプロジェクトを ObjC から Swift に移行した記録があった気がする。

本のことは知らん。

845 :842:2016/12/30(金) 03:00:33.25 ID:1e3Hui/e0
>>844
さっそくありがとう。
公式だとiBooks Storeにある電子書籍はざっと読んだんだけど、結局Swiftで書き始めるとあちこち細かく躓いて手が止まっちゃうんだよね
通し読みはもちろんとして、そんな時に辞書的に開ける本があったらいいなあと

codevoyagers.com は知らなかったので、正月のタイミングでひと通り読んでみる

846 :名称未設定:2016/12/30(金) 04:18:19.40 ID:TirWfAzv0
>>844
それ本にもなってるやつだよ
https://itunes.apple.com/us/book/using-swift-cocoa-objective/id888894773

公式2冊読むのが最短だと思う
言語仕様が変わっても一番最初にアップデートされるから追いかけやすい

847 :名称未設定:2016/12/30(金) 12:31:30.29 ID:4f4KMzzG0
便乗質問だが
何かをやりたい時にどのフレーミワークやライブラリを使ったらいいのかのガイド資料が欲しい
何かいいものあったら紹介してもらえませんか?

画面描画とかやりたいと
UIKit使うのか?SpritKit使うのか?CoreAnimation使うのか?Metal使うのがいいのかの?

初心者なもので
どの部分にどの技術を使ったらいいのかのさっぱりわかりません

848 :名称未設定:2016/12/30(金) 12:42:00.04 ID:esuE1jQ30
>>847
ああ……俺も便乗で知りたい(´・ω・`)
入門本で基礎的なことは分かったつもりなんだけど、いざやりたいときに
どのライブラリを使えばいいのか、どんなライブラリがあるのかが分からない(´・ω・`)

849 :名称未設定:2016/12/30(金) 12:49:15.23 ID:DxzeHVUe0
(フレーミワークという語感がかわいい)

850 :名称未設定:2016/12/30(金) 14:27:51.82 ID:eiAQE0ju0
カレンダーのデータを表示したいのだけど、
イベントキットの使い方がわからない。
日本語で優しく説明してる資料はないですかね。

851 :名称未設定:2016/12/30(金) 14:52:02.16 ID:DIEY9/Qh0
>>850
イベントキットまでたどり着いたなら、グーグルでswift、カレンダーで検索すればいくつかサンプルあるよ
古いのは、xcodeで変換かければいい

852 :名称未設定:2016/12/30(金) 14:53:51.36 ID:TirWfAzv0
>>847
フレーミワークはiOS Technology Overviewを読むといいと思う
Appendixに一覧もあるよ
https://developer.apple.com/library/content/documentation/Miscellaneous/Conceptual/iPhoneOSTechOverview/MediaLayer/MediaLayer.html

853 :名称未設定:2016/12/30(金) 15:06:08.10 ID:9Th3YZPs0
あと、フレーミングの左手の法則は復習しといた方がいい

854 :名称未設定:2016/12/30(金) 15:19:30.20 ID:4f4KMzzG0
>>852
サンキュー
この資料はすでに読んでるんだけどこれだけだと理解できない

APIの階層関係とか、
どれとどれなら混ぜて使っていいのか悪いのかとか、
似たような機能が複数のフレームワークで提供されている時にどういう基準で選べばいいのかとか
こっちは古いAPIだから新規で作るならこっちを使う方がいいとか

そう言った基本的な所がまだ分かってないんだ

855 :名称未設定:2016/12/30(金) 15:23:03.90 ID:DIEY9/Qh0
ついでだから、右手の法則もね

856 :名称未設定:2016/12/30(金) 15:23:57.97 ID:TirWfAzv0
>>850
コレ読めば?
http://developer.apple.com/jp/documentation/EventKitProgGuide.pdf

「XXX プログラミングガイド」で公式の日本語訳になってるやつがあれば見つかるよ

どうしても本がよければ古いけどこの辺
Matt Neuburgのやつは原著読んだけどいい本だと思うよ
https://www.amazon.co.jp/dp/4844329766/
https://www.amazon.co.jp/dp/4873116759/

857 :名称未設定:2016/12/30(金) 15:26:00.08 ID:9N/LBSLi0
2ちゃんアプリ作りたんです!

858 :名称未設定:2016/12/30(金) 15:31:27.60 ID:4f4KMzzG0
>>856
詳解iOS SDKって今でも買う価値のある本ですか?
気になりつつも古いなと思って手に取った事が無かったです

そして、紹介記事の「開運・魔除けの効果もある」にちょっと惹かれてしまった

859 :名称未設定:2016/12/30(金) 15:32:58.90 ID:4f4KMzzG0
あ、フレーミワークってなんだろうと思ったら俺だったorz

860 :名称未設定:2016/12/30(金) 15:57:12.44 ID:eiAQE0ju0
>>851
>>856

ありがとう。
そのアップルの資料はみたことあるけど、
アクセス方法がイマイチ理解できなくて。

861 :名称未設定:2016/12/30(金) 18:14:42.94 ID:dw2kUpw40
>>860
とりあえずApple公式の日本語ドキュメントはこのあたり
初期(2008-2012あたり)はよく更新されてたけれど
文章の更新が追いつかなかったりするので
「最新は英語の方みてね」になってる
https://developer.apple.com/jp/documentation/

862 :名称未設定:2016/12/30(金) 20:02:53.21 ID:eiAQE0ju0
あ、ごめんなさい、
アクセス方法と言ったのは、資料のことではなくて、
カレンダーなどのイベントデータにアクセスするプログラムの作成方法がよくわからないという意味です。
配列を作って読みだすのだけれど、
日本時間でしか扱えなかったり、
配列に不要なデータまで読み込むので
一〜二週間のデータを扱うだけでもやけに重くなったり。

863 :名称未設定:2016/12/30(金) 20:50:43.84 ID:Muvi9oGI0
下手くそが

864 :名称未設定:2016/12/30(金) 21:55:42.56 ID:TirWfAzv0
>>862
とりあえずガイドに書いてる通りに一通りやってみたら?
こういうチュートリアルでもいいと思うけど
https://www.raywenderlich.com/64513/cookbook-making-calendar-reminder

イベントデータをフェッチするメソッドは3種類しかないんだしその中でやりくりするしかないと思うよ
重いとか異なるTimezoneで扱いたいとかそういうのはガイドに書いてる基本を把握した上で
一つ一つ調べていけばいいんでないの?

例えばeventsMatchingPredicateやenumerateEventsMatchingPredicateは
メインスレッドで実行するなって書いてると思うけどそういうのちゃんと守ってる?

865 :名称未設定:2016/12/30(金) 22:23:07.89 ID:TirWfAzv0
Matt Neuburg「Programming iOS」にあるEventをフェッチするサンプルコード

http://i.imgur.com/Io10bCJ.png
http://i.imgur.com/CbQOG1Z.png (第4版:日本語訳の元)

866 :名称未設定:2016/12/30(金) 22:37:29.47 ID:TirWfAzv0
>>858
基本を押さえておきたくてObjective-Cを毛嫌いしてなくて
多少古くてもどうしても日本語じゃなきゃだめって人には十分買う価値があると思う
原著の最新版と目次を比較して立ち読みでもしてから決めれば?

867 :名称未設定:2016/12/30(金) 22:42:12.45 ID:eiAQE0ju0
>>864
>メインスレッドで実行するなって書いてると思うけどそういうのちゃんと守ってる?

えぇ?そんなことになってたんですか、
英語は大の苦手なもので。

とりあえずこれを頼りに頑張ってみます。
どうもありがとうございます。
そしてもう少し具体的にきけるようにしたいと思います。

868 :名称未設定:2016/12/31(土) 01:54:04.64 ID://mr8o5w0
>>867
日本語でもちゃんと書いてーるよ

「eventsMatchingPredicate:メソッドは同期的であるため、アプリケーションのメインスレッドで実 行しないでください。非同期動作の場合は、dispatch_async関数、またはNSOperationオブジェク トを使用して、ほかのスレッドでメソッドを実行します。」

869 :名称未設定:2016/12/31(土) 03:23:04.29 ID:lqCjovX70
詳解Swiftを読んでわかったこと

著者はアニメ好き

870 :名称未設定:2016/12/31(土) 05:09:15.09 ID:nPeL62sr0
そんなことどこでわかるんや?

871 :名称未設定:2016/12/31(土) 09:49:56.78 ID:x26O9WUN0
世の中には当事者同士にしか分からないこともあるんやで

872 :名称未設定:2016/12/31(土) 10:38:20.92 ID:/VpjB8CO0
アプリ審査何日待たすんだよ
もう一週間音沙汰ないぞ…

873 :名称未設定:2016/12/31(土) 10:41:51.09 ID:0pXODzYs0
>>872
そういう話題はこっちで

iOSアプリ 開発者の雑談スレ39 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/mac/1477828638/

またはこちら

iOSアプリ 底辺開発者の雑談スレ36 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/mac/1452509784/

874 :名称未設定:2016/12/31(土) 11:34:01.78 ID:lqCjovX70
>>870
例文にそれっぽいのがたくさんでてくる

875 :名称未設定:2016/12/31(土) 13:41:39.49 ID://mr8o5w0
JavaScript Ninjaにアニメキャラの名前だ頻出するけど
John Resigはアニメ好きではないらしいぞ

876 :名称未設定:2017/01/05(木) 11:55:18.36 ID:8HgFBeKb0
萩原本第3版には、SwiftがC/Obj-C関数を呼び出す例としてtime関数、localtime_r関数が取り上げられています。
localtime_rってのを初めて見たのでググってみるとlocaltimeと違ってスレッドセーフであり、rはrestartableの事だとIBMのサイトでヒットしました。restartableってどういう事なんでしょう?restartableな関数とはどういう関数の事を指すのでしょうか?

877 :名称未設定:2017/01/05(木) 12:38:33.47 ID:8HgFBeKb0
ググって検討つけた事。

システムコールの中でSleepからのリスタートに対応できている関数には_rがついている。

すなわち、localtime_rはlocaltimeのsleep’n’wake up対応版ってことだ。

878 :名称未設定:2017/01/05(木) 16:05:20.39 ID:800jNKoL0
>>877
違うよ

そのrestartはUnix Programmingの話
Interrupted System Callとかsignal/sigactionとかのキーワードでググるといい
でもよほど特殊なケースじゃない限りSwiftでtime関数やlocaltime_r関数を使うことはまずないから
そういうサンプルコードに付き合うのは時間の無駄かもね

879 :名称未設定:2017/01/05(木) 16:17:17.85 ID:gmzoiCy00
localtimeはunix timeで与えられた時刻をもとにシステムに設定された地域の年月日時分秒などを計算するライブラリ関数で、
ただの計算だからシステムコール中のsleepとかは関係ないよ。

localtimeは結果をstruct tmという構造体に格納してそのポインタを返すんだけど、その構造体の領域が固定だった。
スレッドのない昔はそれでよかったんだが、マルチスレッド環境だと複数のスレッドがほぼ同時に使うと、最初のスレッドが
結果を使う前に次のスレッドが呼び出して同じ領域に上書きしてしまうため変な値になってしまうことがあるという問題が発生する。
そこで、結果を書き込む構造体の領域を呼び出し側が確保してそのポインタを渡すようにパラメタを追加したのがlocaltime_r。
ちゃんと自分だけの領域を用意すれば上書きされる心配は無い。

でもlocaltime_rのrはlinuxのマニュアルだとreentrantのrだと説明されていてrestartのrというのははじめて見た。IBM用語?

880 :名称未設定:2017/01/05(木) 16:40:55.36 ID:8HgFBeKb0
>>879
IBM i Series(AS/4000の後継)のマニュアルではrestartableと説明されてました。

関数の戻り値(返り値)はスタックに置かれるのだと思ってたら、そうじゃ無いのですね。

関数呼び出し時と戻る時の動作(call/ret)の動作がよく判らなくなってきました。
callの時には、retのために呼び出し元のアドレスをまずスタックに積むのですよねぇ?
それから、引数をスタックに積んで、関数を実行中はローカル変数もスタックに積まれるとの理解したました。

では、戻り値(返り値)はヒープ領域に書き込まれるのしょうか?

881 :名称未設定:2017/01/05(木) 19:17:12.49 ID:G7DEf5Gx0
>>880
説明するけどSwiftの勉強の邪魔になると思うから深入りするな

まず、戻り値がスタックとかヒープとかは無関係

現状Swiftが動くのはmacOSとLinuxのみ
どちらもPOSIX準拠だからPOSIXのマニュアルを読むべし
AS/4000系とかではなく

POSIXでの_r付きの関数はre-entrant、再入可能と言って、
関数内部で状態を保持するための変数を外出ししてマルチスレッド対応にしたものだ
マルチスレッドだけじゃなくシグナルハンドリング環境でも使える

例えばiso2022系の文字列処理ではシフト状態、
つまり今シングルバイト処理中なのか、マルチバイト処理中なのか
を覚えておく必要がある
元々は関数内で保持して居たがマルチスレッドだと壊れてしまうので
呼び出し時に保持用変数を与えるようにしてマルチスレッド対応にした

これらの関数を元の関数と区別するために_rを付けたんだ

元々はPOSIX4、POSIXリアルタイム拡張として規格策定されたが
規格化完了後はPOSIX1にまとめられた

規格としてはPOSIX4は存在しないが、考え方とかを知りたければこっちで検索した方が良いかも

あ、いや、検索なんてするな
Swiftを勉強しろ

882 :名称未設定:2017/01/05(木) 21:22:52.98 ID:800jNKoL0
戻り値はポインタ

883 :名称未設定:2017/01/05(木) 21:27:19.39 ID:qEJxveAE0
パタヘネ
2.8 コンピュータ・ハードウェア内での手続きのサポート
では、関数の戻り値はレジスタへ戻すコードがコンパイルの結果、吐き出されている。

スタックがクリアされてから呼び出し元へ戻るので、呼び出し元からアクセスできる所へ戻り値が置かれるってことなんだな。

置かれる場所が、一定なのが、非re-entrantな関数ってことなんだな。

884 :名称未設定:2017/01/05(木) 22:25:58.40 ID:800jNKoL0
>>883
>スタックがクリアされてから呼び出し元へ戻るので、呼び出し元からアクセスできる所へ戻り値が置かれるってことなんだな。
その場所ってのが呼び出し元のスタックフレームでは?
2回呼び出せば異なるフレームに戻り値が置かれるよ


>>880
>関数を実行中はローカル変数もスタックに積まれるとの理解したました。
内部でstatic使ってるやつもいるってこと

885 :名称未設定:2017/01/06(金) 01:28:50.20 ID:UPscsqta0
やたらスタックとかヒープとか気にするみたいだけどそれならC言語から勉強した方がいいんじゃないか?

886 :名称未設定:2017/01/06(金) 07:24:08.42 ID:HegmlX3L0
どれが元の質問者かわからんぞ
ちなみに俺は>>881

とにかくスタックとかヒープとかレジスタとかは全部的外れ
それが的外れだということが分からないならそれ以上考察するな

どうしても気になるなら次の本を読め
・Linkers & Loaders
・適当なpthreadの入門書

ヒントをやるなら
・ソースコードで言えば内部で静的変数を使う関数は再入できない
・古典的なUNIXバイナリモデルでいうなら
スタックでもヒープでもなく.dataセクションとか.bssセクションにデータが置かれるから

ただしバイナリモデルの話は今時はコンパイラやOSが好き勝手に最適化するから概念的な話だと思っとけ

とにかく的外れな考察をするより適切な教科書を探す能力を身につけよう

そしてSwiftとは完全に無関係な話だから
これ以上続きをしたければUnixプログラミングのスレにでも行ってくれ

俺は今後この話にはレスを付けない事にする

887 :名称未設定:2017/01/06(金) 08:53:43.69 ID:YbSkH5Uj0
>>886

元質問者876です。
超参考になりました。

888 :名称未設定:2017/01/06(金) 08:58:36.55 ID:6uQN6uvm0
>>885
C言語じゃなくアセンブラかLLVMバイトコード
C言語もSwift言語も、ヒープ/スタックのレイヤーから見たら変わりないよw

889 :名称未設定:2017/01/06(金) 13:17:29.11 ID:DshpgclK0
いきなりアセンブリは敷居高すぎだし、C言語にはmalloc系のメモリ管理があるから多少は意識するだろ
Swiftの一般的な使い方ではその辺はうまく隠蔽されててるし

890 :名称未設定:2017/01/06(金) 14:05:41.87 ID:YbSkH5Uj0
>>889
アセンブリ言語が敷居が高いというのは誤解だと思う。
パタヘネ本の上巻は、MIPS CPUのアセンブリ言語の話だけど、とても判りやすい。

パタヘネ本はお薦めですヨォ。
パタヘネ本で、Intel CPUが何で消費電力がデカイのかよく分かる。micro Op Codeへの変換部分の発熱がデカイんだよねぇ。

891 :名称未設定:2017/01/06(金) 15:01:11.24 ID:DshpgclK0
そんなん読んでるからいきなりスタックとかヒープの話を持ち出したんだな
読んだ本の知識をひけらかしたかったわけか

892 :名称未設定:2017/01/06(金) 17:32:47.69 ID:AwfXVwh70
877みたいなトンチンカンなことを言い出すには、それだけでは足りない。

893 :名称未設定:2017/01/06(金) 18:17:52.85 ID:QLIaKUma0
>>883 = >>880だったってことか
合点がいった

894 :名称未設定:2017/01/06(金) 21:31:20.16 ID:j8RYTCdz0
>>893
883です。
イジメられたので泣いてやる。
エェーン。

895 :名称未設定:2017/01/07(土) 09:51:50.34 ID:KBdedqU70
Swiftの話しろよ
俺的今日の5行

let array = (0..<100).map { (_) in Float(arc4random() % 10) }
let pairs = stride(from: 0, to: array.count, by: 2)
  .map { (i:Int) -> (Float, Float) in
   (array[i], array[i+1])
}

896 :名称未設定:2017/01/07(土) 10:37:55.05 ID:JNt45snu0
>>895
うぅーん、イイねぇ。
なぜ100個の乱数が必要になったの?

あるいは、あれば便利だと、考えたキッカケは?

897 :名称未設定:2017/01/07(土) 10:53:55.09 ID:KBdedqU70
人生100年波乱万丈
この先どうなるか誰にもわからない
人の数だけ出会いもある

そういう思いをこのコードに込めてみた次第でございます。

898 :名称未設定:2017/01/07(土) 12:16:46.80 ID:69NSPLAc0
チマチマ乱数詰めて初期化するより
遅延リスト実装するほうがSwiftらしい

899 :名称未設定:2017/01/07(土) 12:46:22.76 ID:CCG2PHo70
お前らって理屈はこねるけど具体的なコード例は示さないのな

900 :名称未設定:2017/01/07(土) 14:03:09.58 ID:IJl+Tq+70
こんなんかな
var src = AnyIterator{Float(arc4random() % 10)} //.prefix(6).makeIterator()
let pairs = AnyIterator{src.next().flatMap{($0,src.next()!)}}
print( Array(pairs.prefix(5)) )

901 :名称未設定:2017/01/07(土) 14:09:17.59 ID:XWbwkmHI0
こねこね〜、こねこね
こねこね〜、こねこね
よ〜くまぜあわせてくださいね

おねんどおねえさんより

902 :名称未設定:2017/01/07(土) 16:20:59.30 ID:3kSBCBtu0
>>900
お!いいね
ところで、隣同士の要素じゃなくて、配列の両端から中心に順にペア作ってって仕様変更の要求きても、スマートに対応できますか?

let array = (0..<100).map { (_) in Float(arc4random() % 10) }
let pairs = stride(from: 0, to: array.count, by: 2)
  .map { (i:Int) -> (Float, Float) in
   (array[i], array[array.count-(i+1)])
}

903 :名称未設定:2017/01/07(土) 16:47:15.59 ID:IJl+Tq+70
>>902
設計の前提としてランダムアクセスは避けた方が応用しやすくなるよ

904 :名称未設定:2017/01/07(土) 17:02:38.96 ID:3kSBCBtu0
>>903
そうは言われましても、人生は波乱万丈でございまして、お客様から突然
同じ乱数のサンプリングデータから様々なペアの組み合わせを抽出して欲しい
と言われましたもので...

905 :名称未設定:2017/01/07(土) 17:04:21.14 ID:XWbwkmHI0
www

906 :名称未設定:2017/01/07(土) 17:06:36.60 ID:69NSPLAc0
>>900の最終行で遅延リストのままじゃなくprefixとArray.initで固定の配列として初期化する例までご丁寧に見せてくれてんのに何意味不明な粘着してんだこいつ

907 :名称未設定:2017/01/07(土) 17:15:18.56 ID:3kSBCBtu0
>>906
あなたはちょっと仕様が理解できていないようですね

908 :名称未設定:2017/01/07(土) 17:27:06.76 ID:69NSPLAc0
いやランダムアクセスしたいなら簡単に対応できることも示してくれてるのに対応できますかって意味不明すぎと思っただけだが

あとそういう仕様なら値自体を別配列に入れ直すよりピックアップするインデックスのペアを持っておいたほうが普通によさそう

909 :名称未設定:2017/01/07(土) 17:39:42.87 ID:3kSBCBtu0
ん?ランダムアクセスが必要なのはprefix()で配列要素を生成する前の話なんだけど、なんか面倒くさくなってきたのでもういいや
AnyIteratorにはもちろんランダムアクセスの機能なんてないしね
確かにしつこかったね
意地悪してすみません

910 :名称未設定:2017/01/07(土) 17:46:42.45 ID:nVMP5AcZ0
Sequence使ってるのに終端からデータを取るっていう発想がいかんのじゃないか?

911 :名称未設定:2017/01/08(日) 01:24:57.17 ID:L5inoI9u0
>>899
数年経っても、未だにiosでしか使えない言語出し、他に進展もないしね。
swiftやるよりJavaのほうが仕事あるし

912 :名称未設定:2017/01/08(日) 02:30:18.95 ID:0L8GFKK+0
macOS, tvOS, watchOSでも実用レベルだろ(棒読み
JavaのAndroid以外の仕事も珍しいが、iOSという同じパイをObjCとSwiftで食い争うよりはマシだから頭痛い
アポー信者がAppleを盲信しないのホントやめてくれよ、、、

913 :名称未設定:2017/01/08(日) 08:53:12.56 ID:NeqRqnfn0
Javaの仕事はむしろWeb界隈であるんじゃないのか?

914 :名称未設定:2017/01/08(日) 09:48:03.76 ID:0L8GFKK+0
大手SIer発注の曾孫受託PGならまだあるな
それも海外アウトソーシングで国内PGは絶滅しそう

軽い案件ならGo, PHP, Node.jsだろうなぁ
Node.jsの代わりにサーバサイドSwiftが来るのか!?
とSwift betaの頃は思ってた

915 :名称未設定:2017/01/08(日) 10:03:25.88 ID:+cAg+XlN0
>>914
Railsとかも人気なんじゃないの?
それともブームは去っちゃったんかな?

Perlってのは、元々無いのかな?
サーバーサイドの案件。

916 :名称未設定:2017/01/08(日) 18:02:24.88 ID:bPrv3feV0
SIerの業務アプリ案件なら今でもJavaが一番多いんじゃないのかな
ただ昔のCOBOLみたいな扱いに近づいてきてると思うけど

RubyやPythonと違ってサーバーサイドでPerl使うところは内製が多いから
外注案件として外に出てくるのは少ない気がするよ

917 :名称未設定:2017/01/08(日) 18:14:15.23 ID:bPrv3feV0
>>914
>Node.jsの代わりにサーバサイドSwiftが来るのか!?

JavaScriptだけでビジネスロジックなんかも含めてサーバーサイドを全部作るってのは
品質と生産性の観点から今でも結構非現実的な選択だと思うけど
Swiftは使いやすいWeb/DB周りのフレームワークが出てくれば有力な選択肢になり得ると思うよ

918 :名称未設定:2017/01/08(日) 18:23:17.76 ID:caZI2i3e0
そりゃどんな言語でも言えることだべ

919 :名称未設定:2017/01/08(日) 18:40:47.32 ID:bPrv3feV0
JavaScriptと違ってって書いてるじゃん。。。
型システムの違いね

920 :名称未設定:2017/01/08(日) 19:27:21.97 ID:NeqRqnfn0
JavaScriptはクライアントサイドの開発で使われてて、同じスキルがサーバーサイドの開発でも活かせることがメリットなんだから
JavaScriptより有利という指摘は前提がおかしくね?

921 :名称未設定:2017/01/08(日) 20:05:46.68 ID:+cAg+XlN0
>>917
Swiftは言語仕様がC++並みにデカくなってるから、容易にエンジニアを集められない。
Clientアプリと同じ言語で、Webアプリを作れるという魅力があるが、普及しないんじゃないかなぁ?

俺がSwift普及しないと考える理由2つ。

1. C++並みに学習コストが必要というのと、
2. ARCっていうメモリ管理は、GCによる自動メモリ管理に慣らされたJava, LL言語プログラマが移行してこない。

922 :名称未設定:2017/01/08(日) 21:07:37.02 ID:bPrv3feV0
いくらなんでもC++ほど学習コストは高くないだろ
Bjarne Stroustrupのあの凶器になりうる本とAppleのSwift本の厚さを比べてたら一目瞭然
ReflectionみたいにSwift本には書かれてない部分もあるけどそれは知らなくても大抵のことはできる

923 :名称未設定:2017/01/08(日) 21:13:30.32 ID:d/k3nbWu0
そもそもARCのAはオートのAなのに
自動メモリ管理じゃないってどういう理解だ

924 :名称未設定:2017/01/08(日) 21:21:08.64 ID:NeqRqnfn0
ARCはメモリ管理というより、参照カウンタ式のメモリ管理を自動化してくれるもんだな
ただ、自動化とはいえ気をつけないと循環参照を招く
クラス間の相互参照はコーディング規約で制限するにしても、クロージャ絡みでやらかすことはありそう
あと、デリゲートにweakつけてなくてクラッシュするとか
この辺りのバグは慣れてないと表面化してから原因探るのに時間かかったりするし

925 :名称未設定:2017/01/08(日) 21:21:39.68 ID:bcsCqIN20
BASIC並ならいいのにと思う爺さんは僕だけ?

926 :名称未設定:2017/01/08(日) 21:24:08.28 ID:bPrv3feV0
>>920
言いたいことはわかるけど最初にNode.jsと比較してるからそれに対するレスだから

ただまあ一般的によく使われてる静的型付け言語(JavaやC#)と比較してらSwiftのほうが書きやすいと俺は思ってるよ
新しい言語だから当たり前かもしれないけどね

927 :名称未設定:2017/01/08(日) 21:43:15.57 ID:bPrv3feV0
GCが基本のC#やRubyでもメモリリークはあるしWeak Referenceもあるよ
コードを書く時にARCとGCで違いを意識することって特に思い当たらない

928 :名称未設定:2017/01/08(日) 21:49:10.16 ID:g+ckBbcd0
>>927
GCって循環参照によるメモリリークは起きないんじゃなかったっけ?

929 :名称未設定:2017/01/08(日) 22:01:47.61 ID:jydK5kBd0
JavaやC#でも原則分かって無いとメモリは大丈夫でもリソースリークを起こす
それならRAIIで統一出来る方が結局は楽だったりする

930 :名称未設定:2017/01/08(日) 22:02:30.25 ID:bPrv3feV0
>>928
あごめん、循環参照に対応したGCならメモリリークはおきない
そういう意味ではC#やRubyは循環参照でメモリリークはおきないね

931 :名称未設定:2017/01/08(日) 22:20:38.97 ID:03xDY8+u0
GCある言語でもGCが効率的に走るように明示的にnull代入しようみたいなことやってるよな

932 :名称未設定:2017/01/08(日) 23:22:03.00 ID:+cAg+XlN0
>>923
selfをキャプチャするclosureを書いた事無いのか?

933 :名称未設定:2017/01/08(日) 23:48:00.22 ID:bGD9u40D0
循環参照でメモリが解放されないのと誰からも参照されなくなって解放されないゴミが残ってる状態のメモリリークとは別物。前者は参照を解けば解放される。

934 :名称未設定:2017/01/08(日) 23:55:34.53 ID:g+ckBbcd0
誰からも参照されなくなって解放されない状態ってあるのか?

935 :名称未設定:2017/01/09(月) 00:15:59.16 ID:ESttjMjM0
>>933
循環参照は開放できないからゴミが残って結果メモリリークにつながるんじゃないのかな?

936 :名称未設定:2017/01/09(月) 04:48:57.59 ID:eHOpnkVv0
>>934
ないだろうねぇ。

参照されなくなった -> retain count = 0 -> インスタンス解放

937 :名称未設定:2017/01/09(月) 04:50:24.24 ID:eHOpnkVv0
>>933
別の処理系と、App kit, UIKit処理系と混同している。

938 :名称未設定:2017/01/09(月) 10:05:15.43 ID:RaCs0No00
まぁ、UnsafePointer系を使うとあり得るか
ずっとガベコレの話してたんで唐突だったけど

939 :nemoto:2017/01/09(月) 12:45:33.83 ID:7KYzQZh+0
iPhone 7sコンセプト決定
スティーブ・ジョブスのデザインが採用に!?

http://applelabos.com/

940 :名称未設定:2017/01/09(月) 14:01:27.74 ID:K418Q8uG0
>>939
このサイトすごくね!iPhoneの傾きに反応して要素が動くよ!WebKitに加速度センサにアクセス出来るAPIでもあるの?

941 :名称未設定:2017/01/09(月) 14:22:55.20 ID:86Wmwv6K0
楽天並みのゴミデザインだな。

942 :名称未設定:2017/01/09(月) 17:53:33.23 ID:Ix2IbTHN0
>>939
グロウイルス

943 :名称未設定:2017/01/11(水) 14:19:35.11 ID:1v9Zr2aD0
>>764
古い話へのレスでもうしわけないがたまたま見かけたので

Swift Standard LibraryドキュメントのStringの項にこう書いてある(相当意訳)


Stringデータの内部表現は気にするな、
出来るだけ他のStringデータと共用するように作ってあるからな
中身気にするだけ無駄だぞ

Objective-CのNSStringデータから作られたStringデータは内部表現としてNSStringを使う事もあるぜ
だからと言ってStringデータから元のNSStringが取り出せるとは思うなよ


だってさ

つまり
Stringの内部表現は状況によって変わる
Stringの内部表現の一つとしてNSStringが使われる事もある


高度に抽象化されたデータはある意味厄介だねぇ

944 :名称未設定:2017/01/11(水) 14:32:17.57 ID:KZEWsoaM0
swiftの開発者がapple辞めったってさ

945 :名称未設定:2017/01/11(水) 14:40:35.02 ID:xxlaB63S0
>>944
本当らしいねぇ。
Swiftに暗雲が垂れて来たのか?

Appleの「Swift」開発者でプロジェクトリーダーのクリス・ラトナー氏が退社

http://www.itmedia.co.jp/news/articles/1701/11/news057.html

946 :名称未設定:2017/01/11(水) 20:00:57.80 ID:RNRI32J/0
当初からwithout Cに技術的な確たるメリットが感じられなかったが、
やはり表面的な部分を含むモダンさを単に追求してるような違和感は本当だったのか

947 :名称未設定:2017/01/11(水) 20:58:30.75 ID:TXy/E4P90
without Cって、C言語由来の扱い難さを排除するって意味であって、C言語の利用を排除するって意味ではないと思うけど

948 :名称未設定:2017/01/11(水) 21:08:48.44 ID:ruamP5O40
Teslaの自動運転システムをSwiftで書いてくれれば多少は普及の促進になるかも

949 :名称未設定:2017/01/11(水) 21:25:15.44 ID:UUo7sBjZ0
Teslaへ行ってもSwiftの開発は継続するって、どっかで言ってた。ラトナーさん。

950 :名称未設定:2017/01/11(水) 21:58:56.03 ID:TXy/E4P90
Swift改め、自動運転制御言語 Drift の開発に着手します

951 :名称未設定:2017/01/12(木) 07:27:03.32 ID:FJV3ST0U0
>>950
すきw

952 :名称未設定:2017/01/12(木) 12:23:30.13 ID:eiyMFEnu0
>>948
スズキが採用する

953 :名称未設定:2017/01/13(金) 11:23:08.78 ID:zfBz2nEb0
Swift無くなるらしいぞwww

954 :名称未設定:2017/01/13(金) 12:39:39.04 ID:ePCfu3Nn0
>>949
それってTeslaの金でAppleのために働くことにならないか?
Appleが自動運転車断念しない限り敵対してる相手だよね。
イーロン・マスクが許すとは思えんけどなぁ。

955 :名称未設定:2017/01/13(金) 12:54:11.70 ID:MG+nXcvl0
>>954
Apple Carの開発はストップしたって、新聞に出てた。

956 :名称未設定:2017/01/13(金) 12:56:00.15 ID:RgzVe+EX0
テスラの公式ブログでウェルカムされるほど破格の待遇されてるのにオプソの開発ぐらい余裕で容認されるだろ

957 :名称未設定:2017/01/13(金) 12:59:54.46 ID:MG+nXcvl0
>>954
会社に所属しながら、OSS開発してる人は一杯いるけど。
会社公認で。
Jenkins開発したなんとか?っていう日本人は、Oracle追い出されて、いまは別会社だけど。
DeNAのなんとかさんは、H2Oっていうhttp2デーモン開発してたけど、結局Flaslyへ移動したなぁ。追い出された訳では無いという話だ。

OSSの開発は、エコシステムを維持するのが大変なので、誰がどこの会社に居ようが、文句を言う人は居ないと思う。
Objective-Cのサポートをストップさせたgccからは新しいObjective-Cが生まれない様に、エコシステムがストップしてしまえば、OSSは死んでしまう。

だから、TeslaはSwift開発するのをラトナーに許す事を条件に引き抜いたと予想。

958 :名称未設定:2017/01/13(金) 19:05:20.13 ID:JnXb3/EG0
まぁどこかのタイミングでSwiftはバッサリ切られるだろう。
うだつの上がらないままダラダラ続けるのは日本以外ではあり得ない。
コンパイルがすごく遅いのが致命的

959 :名称未設定:2017/01/14(土) 14:53:02.48 ID:lnubwy5R0
R.I.P.

960 :名称未設定:2017/01/14(土) 14:58:21.38 ID:Y/67CghY0
>>958
型推論を切る事ができる、コンパイルオプションがあっても良いかも。

961 :名称未設定:2017/01/14(土) 18:22:36.35 ID:FDsE2kO20
コンパイル時間はコーディング後の息抜きタイムだろ
一息ついてコーヒーを啜るもよし、頭を整理するもよし、2chを覘くもよし
そんぐらいの余裕が欲しい

962 :名称未設定:2017/01/14(土) 20:00:27.71 ID:yh4hduDz0
つまり日曜プログラマー専用言語なんだよSwiftは

963 :名称未設定:2017/01/14(土) 20:04:03.75 ID:Y/67CghY0
>>962
へぇ?
継承できないstruct使えるなんて、Swiftだけなのに。
protocol準拠できるし、Copy-on-Write対応の便利なヤツだし、
structに首ったけ。

Array, Float, Intも全部struct。
こんなSwift、ほっとかれる訳ない。

964 :名称未設定:2017/01/14(土) 20:06:45.91 ID:yh4hduDz0
お、おう

965 :名称未設定:2017/01/14(土) 20:07:04.47 ID:PNA4PWuw0
頭数たくさんぶちこめば早くできるというブラック企業を選択するのとある意味同じ。
こんなの選ぶような所は流行らない言語と理解出来ずに死ぬほど無駄な工数をかけて格好いいことしてる気分でいいんじゃない

966 :名称未設定:2017/01/14(土) 20:16:20.93 ID:n7ZA5J++0
コンパイルってそんな頻繁にやるか?
トライ&エラーはPlaygroyndでやればいいだろ?

967 :名称未設定:2017/01/14(土) 20:18:17.32 ID:yh4hduDz0
だからそういう感じで開発できる規模なのは日曜プログラマくらいだと何度言ったら(以下略

968 :名称未設定:2017/01/14(土) 20:24:19.67 ID:JlpyaNgy0
Playgroundでちゃんとテストできないのはお前の会社が底辺みたいな設計してるからだな

969 :名称未設定:2017/01/14(土) 20:27:01.40 ID:yh4hduDz0


970 :名称未設定:2017/01/14(土) 20:49:46.83 ID:SQDft30g0
Playgroundって裏で都度コンパイルしてるよね。
Objective-Cも対応しようと思えば出来るような気がするんだけどSwift推しのためにサポートされてないの?それとも何か技術的な理由?

971 :名称未設定:2017/01/14(土) 21:04:13.74 ID:n7ZA5J++0
Swiftのコーディングや設計のしやすさ等の恩恵が、Obj-Cのビルド速度のとの差を埋めて余りあるからな
せめてSwiftがヘッダと実装を別のファイルに分けて書くような前提ならもう少しビルド時間を短縮できたかもしれないけど、それによって犠牲にするものも大きいしな

972 :名称未設定:2017/01/14(土) 21:41:11.75 ID:tQY+2kCp0
playgroundでテストするヤツもいるのか、、、ドン引きだぁ

>>970
SwiftはLL言語REPLと同じこと出来る、スゴイ!!
という客寄せパンダでObjCでやる意味なす
日曜プログラミング以外での実用性ないし、、、
なお自分は日曜にはそこそこ使ってる

973 :名称未設定:2017/01/14(土) 21:43:38.59 ID:tQY+2kCp0
>>971
2.0で内部的には中間ヘッダ作るようになった
今ならIF差分がない場合はビルドもしないはず

974 :名称未設定:2017/01/14(土) 22:22:48.05 ID:+dMG2vZK0
えーと

LL言語には存在価値がないってこと?

975 :名称未設定:2017/01/15(日) 23:26:01.50 ID:lvIYi3s/0
ありがとう、Swift!
Thanks, Swift!

976 :名称未設定:2017/01/15(日) 23:40:38.40 ID:3jhVu/Ou0
今までありがとう Swift
君のことは忘れないよ

977 :名称未設定:2017/01/16(月) 00:01:32.92 ID:n/8Ff8Io0
Swift先生の次回作にご期待ください!

978 :名称未設定:2017/01/16(月) 02:14:38.22 ID:2fCWFUH10
価値があるから次回作が出るんだよな

979 :名称未設定:2017/01/16(月) 06:07:55.35 ID:576n9MyD0
こらこら勝手にEOLにするな。

980 :名称未設定:2017/01/16(月) 07:19:52.96 ID:ORr2fsyA0
>>972
スニペットレベルのものを試すのに便利だから使いたいんだよね。
Objective-Cだといちいちテストプロジェクトを作ってコード書いてビルドしないといけないので。

981 :名称未設定:2017/01/16(月) 08:07:40.41 ID:S9LSvenM0
>>980
playgroundって名前のテストプロジェクトを作っておいて使い回せばいい

982 :名称未設定:2017/01/16(月) 09:00:39.27 ID:0JUExnJ90
次スレが立たないエンディング感があるけど一応>>1の差し替え部分

Welcome to Swift

Swift
https://developer.apple.com/swift/resources/

関連スレ
Swift part9
http://echo.2ch.net/test/read.cgi/tech/1476758084/

983 :名称未設定:2017/01/16(月) 09:52:55.94 ID:cHyXIJIY0
幸せなコメントが多いプログラミング言語ランキング
Swift 8位

怒りのコメントが多いプログラミング言語ランキング
Objective-C 1位

984 :名称未設定:2017/01/16(月) 16:46:06.41 ID:CXQ9HIgB0
ちゃんとソース書いてね
国とか調査日対象人数や年齢なんかで変わるから

985 :名称未設定:2017/01/16(月) 17:34:31.11 ID:qI0FK1Oo0
こんな感じ?

var rank = 8

print(幸せなコメントが多いプログラミング言語ランキング[rank-1])
Swift

rank = 1
print(怒りのコメントが多いプログラミング言語ランキング[rank-1])
Objective-C

986 :名称未設定:2017/01/16(月) 18:11:40.36 ID:zlA4Y9T60
さすがです

987 :名称未設定:2017/01/16(月) 18:28:17.96 ID:pADm9Td/0
つまんね

988 :名称未設定:2017/01/16(月) 19:29:52.11 ID:4XlqjEDc0
じゃあ、お前が面白いソース書いてみろよ

989 :名称未設定:2017/01/17(火) 10:56:07.47 ID:Vf0JoU6v0
// クッソ手抜き
// String.descriptionを置き換えたかったけど、extensionで置き替わらなかったから諦めた

func print(_ text: String) {
Swift.print(

990 :名称未設定:2017/01/17(火) 10:59:40.32 ID:Vf0JoU6v0
あーん?バックスラッシュ(円マーク)が入ると以降の行は消されるのか
バックスラッシュと円マークを区別して入力できないMac Safariはクソだな

func print(_ text: String) {
Swift.print("(text) with white tail")
}

991 :名称未設定:2017/01/17(火) 13:16:43.58 ID:32eUtzle0
次のコードの断片は、
class ServerDataLoader { // ―Code(1)
private let resultSubject = PublishSubject<NSData>()
// 省略
var result: Observable<NSData> { return resultSubject } //get-only property
// 省略

どういう意図があるのでしょう?
Observable<T>を継承しているのがPublishSubject<T>クラスなんですが、
class ServerDataLoader { // -Code(2)
let result = PublishSubject<NSData>()
// 省略
と書くのと同じだと思うのですが?

上記Code(1), Code(2)の違いを説明して頂けないでしょうか?

なお、上記コードは
http://qiita.com/k5n/items/98aaf84fc164f7a5502c
から抜粋しました。

992 :名称未設定:2017/01/17(火) 13:59:50.07 ID:+B/KzWeO0
内部にはPublishSubjectとして外部にはObservableとして公開

詳細クラスで公開すると後で変更しづらくなる
let result:Observable = とすると内部で使いづらい

993 :名称未設定:2017/01/17(火) 14:33:02.37 ID:32eUtzle0
なるほどぉ。
ちょいと判ってきました。

内部的にPublishSubjectから別のクラスへ、例えばBehaviorSubjectへ、変更が生じても、このクラスServerDataLoaderを使うコードの変更を最小限に済ませたい場合、Code(1)がCode(2)より、影響が少ないかもしれません。

994 :名称未設定:2017/01/17(火) 18:43:10.03 ID:Gh11Azz40
>>990
2chの糞仕様だろ

995 :名称未設定:2017/01/18(水) 10:37:03.21 ID:A0OcxpeX0
XSSするためのバックドアだよ。

996 :名称未設定:2017/01/18(水) 19:27:06.57 ID:b7wkapDW0
ASSはバックドア

997 :名称未設定:2017/01/18(水) 19:54:09.59 ID:IMAwHlB60
鍵ついてんの?

998 :名称未設定:2017/01/18(水) 23:17:12.61 ID:a8h1sO0A0
うす

999 :名称未設定:2017/01/18(水) 23:17:31.12 ID:a8h1sO0A0
おつ

1000 :名称未設定:2017/01/18(水) 23:17:48.88 ID:a8h1sO0A0
>>1000ならswiftは終了

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 879日 11時間 23分 10秒

1002 :1002:Over 1000 Thread
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/

▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php

234 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)