Swift part10 [無断転載禁止]©2ch.net

2017/02/20(月) 10:00:13.40

WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ

プログラミング言語Swift　Part4
http://potato.2ch.net/test/read.cgi/mac/1484763495/

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

Xcode part14
http://potato.2ch.net/test/read.cgi/mac/1476190499/

Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/

前スレ
Swift part9
http://echo.2ch.net/test/read.cgi/tech/1476758084/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/03/12(日) 16:36:28.34

ん？
記事には、「2015年12月にはObjective-Cを初めて上回り」
って書いてあるが

文盲かな

2017/03/12(日) 16:44:20.65

なぜSwiftを使うのか
それはApple様御用達だからである
つまり超絶至高言語であることが生まれながらにして確定している言語
後光なんかも射しちゃってるレベル

2017/03/12(日) 16:52:43.56

ちょいちょい順位ネタ貼られるよね
そんなに「宣伝」しないといけないほどひどい言語なの？Swiftって

2017/03/12(日) 17:01:07.62

人に聞くんじゃねーよ
自分で考えろ

2017/03/12(日) 17:40:23.34

申し訳ございませんでした

2017/03/12(日) 19:52:14.06

俺にとってはSwiftはRubyの皮を被ったC++
Generics標準ライブラリが充実してるのがGood。
文字列Stringが最初から標準ライブラリに入ってるのもoK.

2017/03/12(日) 20:16:05.51

え、文字列がない言語とかあんの？

2017/03/12(日) 20:48:02.02

>>143
言い方悪かった。
文字列の扱いがStringに統一されているのが良さげ。

参考：Visual C++
char 型のナロー文字リテラル。たとえば 'a'
wchar_t 型のワイド文字リテラル。たとえば L'a'
char16_t 型のワイド文字リテラル。たとえば u'a'
char32_t 型のワイド文字リテラル。たとえば U'a'

もう、ワケワカメ！
このほかにもCStringとStd::Stringもある。

2017/03/12(日) 21:04:17.82

>>143
C言語

2017/03/12(日) 21:16:05.03

C言語ってやっぱり高級感のバランスがいいと思うわ
で、その良さをそのままにオブジェクト指向を導入したObjective-Cは...

おっとここまでにしておかなくては

2017/03/12(日) 21:24:32.40

>>144
C++11でstd::stringが標準ライブラリに入ってるんだよなぁ
未だに拡張文字列ライブラリしか見てない時代遅れ乙

2017/03/12(日) 21:51:36.28

>>142
Rubyとは普通に違う気がするが…
Groovy（Kotolin）が見た目の文法は一番近い
Swiftは関数のラベルのところが独特

2017/03/12(日) 23:08:30.79

>>147
C++98な
VC++6.0のときからある
当時はTCHAR対応でtstring使ってたけど

2017/03/13(月) 03:24:20.32

>>143
Erlang

2017/03/13(月) 06:01:28.93

>>148
Rubyと似ているところ
　http://echo.2ch.net/test/read.cgi/tech/1415419907/262

2017/03/13(月) 08:37:47.51

collection.map { ..... }　
の書き方は
collection map {....}.
ってかくsmalltalkの書き方の真似だよ。
rubyでは{...}がオブジェクトじゃないからこうするんだけど
swiftは{...}がオブジェクトだけど関数の()が省略できないから
という理由でこうするのだろうね。

2017/03/13(月) 08:46:31.00

>>152をもしよむには、そこの間に:忘れたから各自補っておくように。

2017/03/13(月) 13:44:46.91

>>152をもしよむには、Smalltalkのブロックが [ ] になってないからこれも各自脳内置換するように。

2017/03/13(月) 16:20:02.25

>>152
それ単にブロックを受け取るキーワードメッセージを一番最後に持ってきてるだけでしょ。
ブロック引数を特別扱いして不完全だけど有用な文法を作り出したrubyが真似たと言うにはちょっと…

2017/03/13(月) 20:11:52.15

>>152
Swift や Ruby のメソッド map に相当する
Smalltalk のメッセージは collect だよん

まとめよう
[Swift]
・collection.map({ ..... })　　// 一般的(常識的？)な書き方
・collection.map() { ..... }　　// クロージャを引数リストの直後へ移動できる
・collection.map { ..... }　　// さらには丸カッコ () も省略できる
[Ruby]
・collection.map(lambda { ..... })　　# Ruby だと一般的ではない
・collection.map() { ..... }　　# ブロックを引数リストの直後へ移動できる（ブロック付きメソッド呼び出し）
・collection.map { ..... }　　# さらには丸カッコ () も省略できる（これが普通の Ruby らしい書き方）
[Smalltalk]
・collection collect: [ ..... ]　　"書き方はこれだけ"

たったこれだけで Swift の Tailing Closure は「smalltalkの書き方の真似」って言い切っちゃう>>152さんて素敵(棒

2017/03/13(月) 20:27:44.22

よくわかんないけど
だからSmalltalk系譜のObjCは最高！Swiftはクソ！！
っていう荒らしの流れでおk？

swiftがperlとpyhtonとrubyとphpとjavaとc/c++とkotlinとgoとrustとetc....に似てるって
swift betaが出た当初から言われてたのに「SwiftはRubyの皮を被ったC++ 」とかヘソで茶が沸くよね
あっちこっちの言語から文法パクってるのに自分が知ってるRubyだけしか注目できてないだけじゃねーかw

2017/03/13(月) 21:02:12.46

rubyの言いたいことはメソッドの定義をメソッドの使用する形で書けるようにするって
事で、
smalltalkの言いたいのはオブジェクトの定義をオブジェクトにメッセージを送る形で
書きたかったということだから発想は同じ。
例えばC言語だと定義はint f(){}の形だけど使うのはf()の形だから同じじゃないからね。

2017/03/13(月) 21:41:18.89

>>157
せっかくSwift と似ている言語として「perlとpyhtonとrubyとphpとjavaとc/c++とkotlinとgoとrust」を
挙げてくれたのだから、各言語ユーザが自分の知っている言語に注目して、似ている所をカキコすれば
いいのではないかと思われ

たとえば、もし仮に Swift で内包表記が採用されていたなら、
「Swift は Pythonから内包表記をパクった」と主張できるよね

あるいは「Swift の Tailing Closure と似ている言語は XXX がある(Ruby だけじゃない)」といふ
意見が出てくれれば嬉しい限りですねえ

2017/03/13(月) 21:48:14.79

Haskellにも似てるらしいぞ

CPUの歓声が聞こえてくるところが

2017/03/13(月) 21:54:10.12

golangに似てるところ上げてみろよw

2017/03/13(月) 22:06:52.68

>>151
その程度の類似でRubyの皮を被ったとは言わんだろ

2017/03/13(月) 22:14:02.97

>>156
どうてもいいけどRubyはcollectの別名がmapだよ
普通はmapのほうを使うけどね

2017/03/14(火) 06:26:59.13

>>161
defer文法パックったところ

2017/03/14(火) 16:49:31.85

他の言語の影響受けてるのは明言してるんだし
パクッてオリジナル主張してるわけじゃないから何に似てようが別に良くね

話の発端っぽい>>142も「俺にとっては」とあるから
単に当人が知ってる範囲内での感想だろう

2017/03/15(水) 04:07:35.03

別に良いよ、Swiftの世間話として談笑してるだけだよー

SwiftはPythonから関数引数の順不同指定可をパクった
・・・が2.xのいつぞやのタイミングで仕様ドロップと相成って悲しい
確かにSwiftで使うメリット少なくて利用者いなかったかもしれんけど、わざわざ実装したのに勿体ない

2017/03/15(水) 10:07:37.18

Swiftは言語界の中国人ですね

2017/03/15(水) 11:14:37.72

>>166
名前付き引数の順不同化はSmalltalkのメッセージ式を見たら誰でも最初に思いつくアイデアだけど
似たようなObjective-Cのやり方を内部的に引きずっていたらきっと難しいだろうね
ちょっと試すくらいなら簡単だけど、すぐに破綻をきたす

2017/03/15(水) 13:53:38.07

>>165
話の発端「Rubyの皮」、の発言人です。

Pascal, Clang, Fortran, Lisp, Ruby, Visual Basic, C++を触ってきた経験からの
感想です。Rubyの皮を被ったC++ってのは。

Swiftはいろんな言語の影響を受けてる事が判りました。

今はJavaScriptを触りたいけど、時間が無い。

2017/03/15(水) 14:09:22.47

COBOLの経験のない奴には言語を語る資格はない

2017/03/15(水) 14:33:46.75

>>170
なぜでしょう？

2017/03/15(水) 14:34:53.40

>>169
javascriptはやめとけ

2017/03/15(水) 14:39:23.26

>>171
プログラミング言語の黎明期に名を馳せた大御所だから
言語の歴史と発展を語る上でその存在は無視できない

2017/03/15(水) 14:58:49.09

>>173
では、その大御所は現代のプログラミング言語にどの様な、影響を与えているのでしょうか？

2017/03/15(水) 15:20:22.31

影響というより、その冗長性と非モダンな特徴からくる反面教師としての側面の方が大きいかな
COBOLを知っていないと実感をもって指摘はできないだろうけど

2017/03/15(水) 16:05:11.06

>>170
老害はシネy

2017/03/15(水) 17:00:38.28

>>176
まあまぁ、そんな過激な事言わずに！
ってか、ボキャ貧すぎる。

2017/03/15(水) 17:21:51.12

>>177
ボキャブラ天国とか見てた老害はs

2017/03/15(水) 18:31:39.28

C言語系やっていてK&Rを知らないってどういう事？

2017/03/15(水) 19:12:41.40

>>179
日本人やってるけど原文で源氏物語スラスラ読める奴少ないだろ？
既に古典なんだよ

2017/03/15(水) 19:37:35.38

スラスラは読めないけど、作者と大体のあらすじは知ってるわな

2017/03/15(水) 21:02:45.81

>>180
基礎の基礎だと

2017/03/16(木) 01:01:49.48

お前ら行書読めるの？スゲー

2017/03/16(木) 01:12:51.30

マシン語でもおぼえとけ

2017/03/16(木) 01:27:04.22

>>183
草書は無理だけど行書は読めるんでない？

2017/03/16(木) 02:02:49.43

>>185
素で間違えた。それを言いたかった

でも、行書でも結局読めない
空海・風信帖
https://upload.wikimedia.org/wikipedia/commons/b/bf/Huushincho_1.jpg

最澄・久隔帖
https://upload.wikimedia.org/wikipedia/commons/e/e7/Shakuhai.jpg

2017/03/16(木) 02:21:25.59

ところどころ読めるやろ

2017/03/16(木) 08:03:25.57

>>187
コンパイルエラー

2017/03/16(木) 09:05:27.04

ロードはできるけどコンパイルエラーするな

2017/03/16(木) 10:07:43.91

デバッグしろよ

2017/03/16(木) 11:38:07.47

文法もわからんしAPI仕様書もない、ムリゲ

しかし、日本語の大御所で基礎の基礎だから読めないヤツは日本語を話る資格ないのか
これからは日本語でおkとか言えないな、、、

2017/03/16(木) 11:49:59.94

神経質な奴だな
そんな落ち込むなよ

**デフォルトの名無しさん** (ｽﾌｯ Sddf-CJUg) · 2017/03/16(木) 12:31:27.45

コンパイラなんてそんなもんだよ
ソースが同じでもテキストフォーマット変わればコンパイル通らないし
同じ言語でも世代が違えばコンパイル出来なかったり動作が変わったりする

2017/03/16(木) 12:36:14.54

>>193
Ruby1.8, 1.9しか知らんのだけど、今時の2.4ってのは全然動作が違うのかね？
osx El CapにはRuby2.0搭載なので、極タマに使ってみて、あんまり変化の無い
事に安心してるんだが。

2017/03/16(木) 12:40:19.13

>>191
「日本語でおkとか」の「とか」は、「日本語でおk」以外の何？

2017/03/16(木) 12:53:53.08

とか
1.
《副助》例をあげて並べるのに使う。「Ａ―Ｂ―の記号」
2.
《普通は下に「言う」「聞く」などを伴って》《連語》内容が不確かであることを表す。「橋沢―いう人」

>>191の場合は、「2.」の用例だろ
つまり、
「日本語でおk」だったか、「日本語でOK」だったか、「日本語でおっけー」だったか不確かだけど、そんな風な言い方
ってこと

2017/03/16(木) 13:04:00.85

>>196
内容が不確かな事を書かれても、不確かなのだから、何を書きたいのか解らないよ。

2017/03/16(木) 14:04:38.09

じゃあ、日本語でおk で

2017/03/16(木) 19:08:04.75

>>197
>>191の言いたいことは、”日本語でおk”のネタさえ知ってれば通じるだろ
通じなかったとしたらネタを知らないか、アスぺなだけだろ

2017/03/17(金) 09:04:36.10

>>199
この人はこのスレに住み着いて「とか」だけに反応する可哀想な人だから
みんなでとかとか使いまくってもっと可哀想にしてやろうよ(いじめの提案)

>>197
不確かであることを明示して話を進めることはよくある事だよ
主に明確化に意味が無い、あるいは主題を明確にするために枝葉部分を意図的に明確定義しない、などの用法がある

2017/03/17(金) 17:40:08.81

>>191のとかは不相応の程度を強める際の「なんて」と可換なニュアンスだろう
例　ハゲとか無理

2017/03/18(土) 01:27:16.65

日本語とかでおk

2017/03/18(土) 02:26:45.14

必ずしも日本語じゃなくてOKってことね
よかった

2017/03/18(土) 10:00:01.78

とかに無理やり絡めると
省略あるいは不明確を示すとかはワイルドカードなんだと思う

とりあえず早い事perl like構文で使える正規表現をサポートしてほしい

Swiftのガッカリポイントの一つがまだ純正で正規表現が使えないというところだったから

2017/03/18(土) 10:52:24.54

>>204
String#range(of:options:range:locale:)

options のところに .regularExpression を使えば、searchString で正規表現を利用した文字列（例えば “2ch+*" とか）が使えます。

2017/03/18(土) 10:55:36.95

typealias String.CompareOptions = NSString.CompareOptions

に注意ね。

2017/03/18(土) 11:50:49.28

>>205
うん、しってるんだけどさぁ、これってNSStringにブリッジしてそっちのregex使ってるんじゃなかったっけ？
内部的にutf16になっちゃうので使いにくかった気がする

Swift2の頃の記憶だからSwift3では違うのかな？
Swiftではregex使わないようにしてたので、久しぶりに使ってみるかな？

それと、perlみたいにregexの結果をイテレートしてとか
そういう使い方したい

2017/03/18(土) 12:05:47.32

import Foundation
let str: NSString = NSString(string: "Charlie Brown")
let a:NSRange = str.rangeOfString("Brown")
print(a.location)
print(a.length)
print(NSNotFound)
var ar: NSArray
do {
let reg: NSRegularExpression = try NSRegularExpression(pattern: "Brown",
options: NSRegularExpressionOptions.UseUnicodeWordBoundaries)
let str0 = str as String
let match: NSTextCheckingResult? = reg.firstMatchInString(str0,
options: NSMatchingOptions.ReportCompletion,
range: NSMakeRange(0, str.length))
print(match)
print(match!.range)
} catch {}
ちょいと前に保管したsnipet

2017/03/18(土) 12:32:40.53

>>208
さんきゅ
あとで試してみる

しかし、やっぱりperl並みのお手軽さが欲しいところ

2017/03/18(土) 12:51:59.51

少し前のDev MLで正規表現を言語仕様に組み込む話題があったような
あって困るものじゃないから入って欲しいね

2017/03/18(土) 12:54:59.80

議論はあったけど4には入らんと思う

> Addressing Regexps in Swift proper is out of scope for Swift 4, because
> there's simply no time to design and add the necessary language features.

2017/03/18(土) 14:54:04.70

Obj-Cもそうだけど、Swiftで正規表現使おうとするたびに、使い方をググってるわ
Perlだとすぐに書けるんだけどな

2017/03/18(土) 15:26:50.32

Swift 4が最終ステージに（白目）
https://www.infoq.com/jp/news/2017/03/swift-4-release-process

2017/03/18(土) 15:51:30.64

日本語版InfoQはいつもネタが一ヶ月遅い

2017/03/18(土) 16:03:29.07

>>213
ABIって見るたびに、なんの略だったっけ？となる。

BI = Binary Interfaceだよね？
What does “A” stands for?

2017/03/18(土) 16:33:29.93

>>215
"A" for Application

2017/03/18(土) 17:10:49.00

APIの派生
ソースレベル互換→バイナリレベル互換

2017/03/18(土) 18:08:39.34

なかなかAPIとABIとシステムコールとライブラリとフレームワークという言葉ををきちんと分かった上で使い分けるのが難しいんだよね
うちの若手とか

>>213の文脈だと
以前からあるライブラリとかと再コンパイルしなくてもリンク出来る
ってのがABIレベルでの互換性だろうね

2017/03/18(土) 18:39:09.49

システムコールは置いといていいでしょ
普通の開発者は直接的には使わないんだし

2017/03/18(土) 19:27:50.95

これと言ってることが微妙に違うのはInfoQの情報が古いのか、こっちの更新が遅れているのか
https://github.com/apple/swift-evolution/blob/master/README.md

はよABI安定させてlibSwift.soをiOS, macOSのシステムライブラリに保存してくれよなぁ
Swift 3でABI安定させるって理想だった頃はその構想だったのかもしれんが、ABI安定時期が不透明な今はもう諦めてるのかもしれん

2017/03/18(土) 20:06:24.89

>>219
いやさ、printf()で済むところをwrite()とか、put()とか使いたがる人が居たりするんだよ

ライブラリ関数とシステムコールの違いが分かってないのよねん

説教したくなるのをグッとこらえて、システムコール使うと遅くなるしメンテナンスが大変になるんだよと言ってもなかなか納得してくれない

2017/03/18(土) 20:38:16.85

Objective-Cでおｋ
以上。
おつでした。

2017/03/18(土) 20:39:58.56

>>221
printf()もシステムコール使ってるよ
write() put()はシステムコールでなくラッパー関数でライブラリの一部
遅いのはシステムコールやチェック処理の回数差でバッファリングに起因する

2017/03/18(土) 22:12:10.15

>>221
システムコールって遅いの？逆なんじゃない？
つまり、ライブラリ関数より早い。

だって、ライブラリ関数はシステムコールのラッパー関数なんでしょ？

俺、arc4random_uniformとか、atofとか使いまくってるんですけど。

2017/03/18(土) 22:21:36.55

>>223
write()ってのは、何を指しているのでしょう？
ライブラリの一部というのだから、
FoundationライブラリString#write(to:)の事でしょうか？

なら、printfよりも遅いですよね。

put()はなんの事でしょうか？

2017/03/18(土) 23:27:27.95

>>224
システムコールは特権レベル変更に伴うコンテキストスイッチなどのオーバーヘッドのため
ユーザーモードで完結するものより遅い
atofはシステムコールしない、arc4random_uniformは再シードのときだけシステムコールするようだ

>>225
>>215-219はSwiftやiOSに限らない一般的な話, >>221,223はC言語標準ライブラリまたはPOSIX
putはputsやfputcなど

通常のプログラムからラッパー関数はcdeclなどで呼ぶ
ラッパー関数はシステムコール番号などをレジスタにセットして
int 80hやsyscallなどのCPU命令を実行する

2017/03/18(土) 23:30:26.08

長々書いたけど swiftdoc.org やAppleの開発ドキュメントを
見てたら多分支障無いから気にしなくていい

2017/03/19(日) 00:02:51.00

>>226
なるホドォ

2017/03/19(日) 00:11:01.40

まさかこのスレにシステムコールのオーバーヘッドを気にするようなスピード狂がいたとは

2017/03/19(日) 02:31:51.49

1,000バイトの読み書きをするのに、1バイトずつ、
syscall * 1,000回すると遅いから、

ライブラリ内でバッファを確保(バッファリング)して、
1,000バイト貯まったタイミングで、syscallを1回だけ呼ぶと、速い

2017/03/19(日) 08:50:33.86

Dispatchの良いドキュメントってありますか？英語でもいいです。mpiのparallel forと同じようなことがしたいんですが、よくわからないので勉強したいので

2017/03/19(日) 09:06:36.45

>>231
Apple Gudes and Sample Codeで探せば！
Concurrency Programming Guide
とかヒットするけど。

Dispatch Queues, Dispatch SourceのSectionを参照。

2017/03/19(日) 09:46:45.92

システムコールのオーバーヘッドを気にするような人がSwiftのようなモダンな高級言語を
使うとは胸熱だな

速度をちゃんとコントロールしたいならObjective-Cじゃないと無理だろ...

2017/03/19(日) 09:55:06.98

ObjCもlibobjc.soとかのランタイムを食わせないと動かないからダメだろ
Swiftよりはランタイム総容量は小さいけどObjCにもランタイム/ラッパー関数は必要なんだぜ？
システムコール呼び出すC関数呼ぶだけならSwiftでもできるから同じ土俵

2017/03/19(日) 10:08:01.66

system callの呼び出し履歴を表示する、dtrussってコマンド見つけた。
trussのdetails版らしいけど、trussってなんの略だ？

2017/03/19(日) 10:10:39.12

trussはmanのsection 1にあるはずなんだけど、documentが、ない。
なぜだ？