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/05/17(水) 14:03:46.15

::::::::　　　　　　　　┌─────────────── ┐
::::::::　　　　　　　　｜　　C#がやられたようだな….　　　 │
:::::　　　┌───└───────────ｖ───┬┘
:::::　　　｜フフフ…奴は四天王の中でも最弱 ….　　　 │
┌──└────────ｖ──┬───────┘
｜　Swiftごときに笑われるとは　　│
｜　我ら四天王の面汚しよ…　　 │
└────ｖ─────────┘
　 |ﾐ,　／　｀ヽ　/!　　　　,.──､
　 |彡/二Oニニ|ノ　　　 /三三三!,　　　　　　 |!
　　`,' ＼､､＿,|/-ｬ　　　ト `=j r=ﾚ　　　　 /ミ !彡
T 爪| /　/￣|/´＿_,ｬ　　|`三三‐/　　　　 |`=､|,='|
/人ヽミ='／|`:::::::/ｲ＿_ ト｀ーく＿＿,-,　､　_!_ /
/　　`ー─'" |_,.イ､ | |/､　　 Y　 /| | | j　/　ﾐ`┴'彡＼
　　　 C++　　　　　　　 Java　　　　 JavaScript

2017/05/17(水) 17:22:44.69

　　 /ミ !彡　　　　 ●　　
　　|`=､|,='| 　　　＿(＿
　　､　_!_ / 　　(　ﾟωﾟ )
　/　ﾐ`┴'彡＼ '　　　　`　
　　　　　　　　　 Visual Basic

2017/05/17(水) 23:03:15.55

あれ。。。
SwiftってもしかしてLL？
インタプリタ？

2017/05/17(水) 23:06:00.60

とりまC#6の新機能紹介のページググったわ
http://www.buildinsider.net/language/csharplang/0600

2017/05/18(木) 09:19:16.04

>>599
皮肉が効いてるな
表面的なコード量が短いことが他の全てのことに優先して正義だと本気で思ってる奴がいるからな

2017/05/18(木) 10:03:29.76

表面的なコード量が長いことをコンプレックスに持ってる言語もいるよね・・・
そして、一長一短の他者を認めることもなく他言語を総じて悪と本気で思ってたり

>>603
ざっと見たけどSwiftで同等のこと出来てね？所詮、四天王最弱か

2017/05/18(木) 10:44:29.14

>>591
あんた、厳しいなぁ。

それから、流行り物っていう評価はどうかな？
今後、廃れていくと言うことを、暗に言ってるつもりなのか？

2017/05/18(木) 11:51:08.83

Playgroundでシコシコ遊んでると、そのうち出力が表示されなくなったり無反応になるんだが
どうにかならんもんかね

2017/05/18(木) 12:01:12.99

>>607
そんなもんだ。
Xcode再起動。

2017/05/18(木) 13:53:48.78

Apple無念・・・

Google、KotlinをAndroidアプリ開発言語に選定―I/O会場から大喝采
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/

2017/05/18(木) 13:59:24.41

>>605
まあ最新はC#7で、おいらはプログラミングから離れたんでうらしま太郎状態なんだけどね。
VSやコンパイラもC#で作られたのがC#6からだっけ。。。

2017/05/18(木) 14:56:56.01

>>609
何が無念？

2017/05/18(木) 15:59:16.23

Swiftにならなかった、ということだろう

Google、SwiftをAndroidの第一級言語にすることを検討？
http://www.excite.co.jp/News/it_g/20160409/Slashdot_16_04_09_014248.html

2017/05/18(木) 16:19:36.22

>>610
Visual StudioがC#で？
あの遅い言語のC#で？

それは本当か？

2017/05/18(木) 16:24:16.64

>>609
>Kotlin

こいつが気にくわないのが、val, varなんだよねぇ。定数、変数の違いを記述する方法が。

let, varにしてもらわんと、目がチカチカするわぁ。

2017/05/18(木) 16:25:14.83

swift -> kotlinコンバーターとか作れるのかなぁ？

2017/05/18(木) 16:32:06.75

SwiftはLLVMでコンパイルするんだからJVM向けバイナリ吐けばいいだけでしょ
なんでKotlinを挟む必要があるのか、それがワカラナイ(色んな意味でｽｯﾄﾎﾞｹ

2017/05/18(木) 16:33:43.40

>>615
>swift -> kotlin
http://qiita.com/shoma2da/items/31edef012f224f99323c

あまりに似ているので、かえって混乱するかも

2017/05/19(金) 20:58:58.36

swiftでiOS勉強したいのですが、参考になるOSSのアプリとか無いでしょうか
ドキュメントから入るより出来の良いコードを見たい派です

2017/05/19(金) 21:13:02.47

GitHubにいっぱいあるだろ

2017/05/20(土) 13:02:32.18

>>614
同意

2017/05/20(土) 14:50:47.85

Kotlinのval,varはScala先輩に倣ったものだから仕方ない

2017/05/21(日) 00:39:31.16

swift はそろそろ安定期に入ってもいいと思うんだ

2017/05/21(日) 09:35:27.70

>>622
bugレポ、沢山上がってるが、これはどうする？

2017/05/21(日) 11:11:35.71

バグレポを出す時にプルリクをセットにすれば安定はすぐだ

2017/05/21(日) 11:13:42.65

>>622
無理無理

2017/05/22(月) 09:20:46.59

>>622
bugレポ、新機能追加requestともに増えている状況だから
安定なんて、無理じゃね？

2017/05/22(月) 09:23:11.36

Swift4 betaをinstallした後、Xcode8.3.2で切り替えながら使うqiita記事を見失った。

なんと言うタイトルだったか？どんなtagでqiitaを検索すればhitするのか？
教えてクレェ？

2017/05/22(月) 10:13:24.24

Xcode用のsnapshotはインストーラ形式だしダウンロードしてインストールしてXcodeのtoolchainで切り替えるだけの簡単操作やろ

Xcodeでの切り替えはXcode>Toolchainsか環境設定>Components>Toolchains

Terminalでの切り替えは
毎回頭にxcrun -toolchain swiftとつけて
xcrun -toolchain swift swift -version
とするか
export TOOLCHAINS=swift
すればいい

インストールされる実体は
/Library/Developer/Toolchains/xxx.xctoolchain
にある
.xctoolchain内のInfo.plistにあるCFBundleIdentifierをtoolchainの引数に指定すれば、複数のSnapshotをインストールしてても細かく切り替えられる
xcrun --toolchain org.swift.3020170515a swift -version
とか

去年はPlaygroundsがToolchainに対応してなかったけど今年は対応済みのようなのでPlaygroundsで色々試せていい
https://github.com/ole/whats-new-in-swift-4

2017/05/22(月) 10:14:58.82

xcrun selectとか(定期待ち)

2017/05/22(月) 10:47:13.23

>>628
ありがとう。
超THX

2017/05/23(火) 10:52:51.90

Swift歴２年、アプリリリース経験無しの非IT系リーマンです。Generics protocolとか難しいなぁと思いながら、RxSwiftのコードを解読してます。

Fortran, C++のコードを書いて金をもらった事があります。C#, Java, Obj-Cもチョコっといじった事があります。

Swift, C#, Java, C++の４つの内、どれが一番難しいと思います？

2017/05/23(火) 11:07:24.17

難しさでいったら、C++ 一択やろなぁ

2017/05/23(火) 11:12:58.06

圧倒的にC++。
今でもMFCには玄人っぽさへの憧れはあるけど、MFCの本は最盛期に比べて大分減ったなぁ。。。

JavaやC#してから(特にC#のがC++に近いけど分からなくなる一歩手前まで取り入れてるからオススメ)、C++行くと理解が進むね。

2017/05/23(火) 11:52:49.93

AppleのReferenceで混乱してる記述を発見

1. メタ・タイプを戻すグローバル関数type(of:)の説明には、戻り値がMetatypeとある。
2. メタ・タイプを引数にとるUITableViewCell.registerの説明には、引数がAnyClassとある。
どっちかに記述を統一してほしい。

2017/05/23(火) 13:01:08.53

Metatypeはstructやenumも含めた型でAnyClassはclassだけじゃない

2017/05/23(火) 13:07:30.75

>>635
なるほどぉ

2017/05/23(火) 13:46:30.45

>>633
Visual Studio6の頃までしか、MFCは知らんけど、
Microsoftは、MFCを放置してるんちゃうの？

同時に、C++11, C++14って進化してるのに、Micorsoft C++はこれも独自仕様
で放置されてる、ちゅうのが俺の印象なんすけど、違うんでしょうか？

最近のMicrosoft系開発環境に疎いので間違ってたら申し訳ないすけど。

2017/05/23(火) 14:21:59.30

>>634
違いは>>635（AnyClassはclassだけ）であってるけど
補足するとMetatypeという識別子の型は無い
あれは単なるジェネリクスのプレースホルダ名

実際のメタタイプの型は「(型名).Type」でAny.Type型にも入れられる
AnyClassは「AnyObject.Type」のエイリアスでclassのメタタイプのみ入る

ちなみにメタタイプの値自体はclass型でないのでメタタイプのメタタイプはAnyClassに入らない
class A{}
let a:AnyClass = A.self //OK
let b:AnyClass = A.Type.self //NG
let c:Any.Type = A.Type.self //OK

2017/05/23(火) 17:12:29.92

/var/folders/4x/4kvmnvfd46zdv9xt45wf2kx00000gn/T/
vzb3TAU/1:20:19: warning: operator should no longer be declared with body
infix operator ^^ { }
~^~~

SwiftコンパイラーをTerminal.appで動かすと上記の様なwarningが出ます。
エラーの内容は^^演算子が定義されていません。って事だんですけど。これは、置いておいて、
1:20:19は何を表わしてるのでしょうか？20行目19カラムって事は判ったのですが、1は何でしょう？
１番目のソースって事なんでしょうか？

2017/05/23(火) 18:36:11.48

>>637
リボンUIはMFCらしいってのまでは追ってたんで、今も地味に進化してると思うけど、おいらも分からん。

あの機能は何の為かとか分かるようになったけど、結局C++触らなくなった。
再入門しようにも入門書の少なさよ。。。

2017/05/23(火) 19:14:39.26

ビルドキャッシュとして
/var/folders/4x/4kvmnvfd46zdv9xt45wf2kx00000gn/T/vzb3TAU/1
ってファイルがあるんじゃないの
一時的に作られてすぐ削除されるかもしれんから存在確認できるか知らんけど

2017/05/24(水) 01:14:07.99

そもそもwindowsのアプリ開発でMFC使う事情って保守以外に何あるの？

2017/05/24(水) 07:14:18.79

このスレチの話題の結末が

MFCがmacOSで使える、そうSwiftならね

だったら感動する

2017/05/24(水) 10:39:54.11

感動はするけど、真っ平御免だなw

2017/05/24(水) 10:40:45.91

>>642
怖いもの見たさで再挑戦したいだけ。
スレチだし気にしないで。

2017/05/24(水) 10:44:09.55

>>642
動作の軽いアプリが作れる。
.netアプリは動作がモッサリ

**デフォルトの名無しさん** (JP 0H2f-CgLL) · 2017/05/24(水) 11:45:23.69

MFCはクラスライブラリとは言ってるけどただのモジュールだからなω

2017/05/24(水) 12:03:02.42

KFCはファーストフードとは言ってるけどただのフライドチキンだからなω

**デフォルトの名無しさん** (JP 0H2f-CgLL) · 2017/05/24(水) 12:10:44.50

KFC高いよね

2017/05/24(水) 12:40:42.62

あとポケトも不味いよね

2017/05/24(水) 12:43:35.78

macもファストフードって言ってるけどハンバーガーなんだよな...

2017/05/24(水) 15:21:05.18

もうkotlinでいいんじゃね。大体同じだし。

2017/05/24(水) 15:27:20.63

Kotlinの方が名前が可愛いな

2017/05/24(水) 15:39:03.23

バカッターの次はマスト鈍かよ
Swiftはコンパイル必要とかスクリプト言語だとかクッソデタラメばかり撒き散らしてやがる
Swiftはスクリプト言語のようにJIT実行もできるし事前コンパイルして動作することもできるっちゅーねん
よくわかってないからと言って既存のカテゴリに当てはめようとするからおかしくなるんだ。黙ってればいいのに。
twitterもマストドンもバカに絡まれたくないから間違ってても誰も訂正してくれないてことはもうそろそろ理解しないといけないだろうに

2017/05/24(水) 15:43:46.34

つまりkotlin統一でいいね？

2017/05/24(水) 16:16:47.79

kotlinのvar, valが嫌いだ。
var, letにしてくれ！

2017/05/24(水) 17:53:01.63

じゃあvar, letにした新言語Kotiftで

2017/05/24(水) 18:40:00.41

>>647
そうそう。
macで使えるようになって嬉しいとしたらDelphiのVCL。
C#の中の人(Delphiの生みの親)をMSから引き抜けw

2017/05/25(木) 08:20:49.95

>>658
VCLって使った事ない。
けど、噂には聞いている。

最近のDelphiではiOSアプリ作れるのか？

2017/05/25(木) 08:39:03.16

RAD StudioってのでiOSアプリ作れるみたい。

2017/05/25(木) 09:04:58.00

http://qiita.com/kazaiso/items/7f4955318f9d40a391fc

2017/05/25(木) 09:55:30.40

>>661
ブラクラ

**デフォルトの名無しさん** (JP 0Hcf-Evzo) · 2017/05/25(木) 10:26:57.11

ブラクラではないが特に読む意味もなかった

2017/05/25(木) 10:35:05.59

>>659
.netがVCLに似てる。
ネイティヴ版.netって感じだよ。
言語がC++かObjectPascalってだけで。

.netのForms使えるならVCLも違和感無く使える。

2017/05/25(木) 11:18:46.81

>>664
なるほど！VCL良いじゃん。

Common Language RuntimeとかいうInterpreter無しに.netモドキが動くなんて。

2017/05/25(木) 12:08:23.03

>>662
ブラクラとは、どういう意味ですか。

2017/05/25(木) 12:36:36.05

>>666
ブラクラとは、どういう意味ですか。とは、どういう意味ですか？

2017/05/25(木) 12:53:08.46

>>667
お前、相当、捻くれ者！

2017/05/25(木) 13:09:18.12

>>668
ありがとー

2017/05/25(木) 13:38:00.17

完全にスレチな話題延々してるのとどっちもどっち

2017/05/25(木) 16:35:11.41

下のドキュメントを読むにCopy On Writeで最適化する場合にはprotocolやclassでラップせよと言ってるんだけど
Copy On Writeって関数引数に単純なstruct型を渡した時の値渡しには適用されないって認識であってる？

教えてエロい人

https://github.com/apple/swift/blob/master/docs/OptimizationTips.rst
Advice: Use copy-on-write semantics for large values

2017/05/25(木) 17:14:53.66

どこに
>Copy On Writeで最適化する場合にはprotocolやclassでラップせよ
とか書いてあんだよ

>Copy On Writeって関数引数に単純なstruct型を渡した時の値渡しには適用されないって認識であってる？
んなわけねーだろ

2017/05/25(木) 17:36:25.00

あ、すまん、Advice:の節を注視して前の節を飛ばしてた

> When we copy values (the effect of assignment, initialization, and argument passing) the program will create a new copy of the value.
値渡しはコピーするってしっかり書いてあったわ

2017/05/25(木) 17:42:45.12

structは常にコピー
このstructはcopy on writeです、という場合も便宜上そう言ってるだけで、実際は中の参照型のストレージをcopy on writeしてるんであってstruct自体は常にコピー
ただしin-out引数だけは例外的にstructでも参照渡しになる場合がある

2017/05/25(木) 17:46:16.79

copy on writeだから、コビーの必要性が生じた時にコピーが発生するんだろ
structであっても参照するだけならコピーはしない（はず）

2017/05/25(木) 17:59:30.69

>>674
だよなー、昔もSwiftはCOWで処理するからコピーするわけない!!みたいな奴がいて
ずっと首を捻ってたから、このドキュメントで裏付け取れて良かったわ

>>672, 675
お前はフィーリングだけで物を言わず、COWの実装を学べ

あと>>671でprotocolでラップとか言ったけど意味ないな
protocolはI/F切るだけのものだから、class/structで差をつけないと参照/値渡しには影響ないわ

2017/05/25(木) 18:01:40.91

structの参照渡しのためのin-out parameter(inout)は使いたくないと思った
それするなら、最初からclassでAPIを設計しろというね

2017/05/25(木) 18:02:56.87

>>676
常にコピーなら、コピーオンライトとは呼べないな

2017/05/25(木) 18:12:33.09

>>677
inoutを指定しなくないから、クラスにするって考え方がそもそもおかしい

2017/05/25(木) 18:31:58.93

>>678
メモリ操作としてのコピーと、変数への代入時の複製を混同すると、そういう訳のわからない議論になるね
structはコピーオンライトと言っても、osやハードウェアのレイヤーになるとclassであっても必要に応じてコピー(と消去を組み合わせた移動)を行ってるんだけどね。
swiftのレイヤーでは、常にコピーされるって言って良いんじゃないかな
コピーの為に支払うコストがいつ払うことになるか、そもそも払う必要が生じるのか、っていう部分にコピーオンライトの概念が関係してくるだけなんだから

2017/05/25(木) 18:40:08.35

>>680
ごちゃごちゃした理論は言語設計者の領域の話で
プラグラマ視点でのコピーオンライトという文脈では書き換え時にコピー（コスト）が発生するという単純な理解で特に問題ないだろ
じゃないと、Structは常にコピーが発生するからデータの粒度をなるべく小さくして関数への引数渡しも注意しないととか余計な設計負荷を意識しないといけなくなる

2017/05/25(木) 19:05:12.83

structは値渡し、classは参照渡し、Array Structの中身はCOWで処理、プログラマはこれを意識して最適化しろ
と>>671のリンク先で言ってるわけだが？
プログラマのレイヤーで考えるべきことが提示されてるのに、なぜそれを見ようとしないのか

2017/05/25(木) 19:55:10.84

でかいデータをstructにつっこんで扱う時に注意すべきことが書いてあるだけだろ
つまり代入が頻繁に発生する状況でも、そのプロパティに実際にアクセスがあるまでコピーを遅延させるテクニックについて触れられてるだけ
別に関数の引数に値型を使うなとかとんちんかんなことは書いてないな

2017/05/25(木) 21:10:12.75

SwiftでCOW意識する人なんているんだ。
そういう人はC++とかRustとか使えばいいのに。

2017/05/25(木) 22:26:04.80

最適化しない場所も含めて意識くらいはするでしょ
その程度のことで言語を変える理由にはならんよ

むしろStructでCoWという設計だからこと気兼ねなく渡せるってことに気付いた方がいい

2017/05/26(金) 05:16:56.16

誤: StructでCoWという設計だからこと気兼ねなく渡せる
正: Array StructでCoWという設計だからこと気兼ねなく渡せる

どうしてもSturct全般でCOWが適用されると思い込みたいアホが食いしばってて笑う

2017/05/26(金) 07:23:41.84

>>686
「Structが」じゃなくて「Structで」な
Arrayに限らず、StringやDictionaryなどのstructでCoWを実装したもの全般

classでCoWを実装する場合は使う側が明示的にcopy()clone()などを呼ぶかinitを使う必要があるが
structでは代入,引数渡し,戻り値がコピーセマンティクスなので透過的に扱うことが出来る

2017/05/26(金) 08:03:17.32

COWの話題から、いつの間にか参照渡し/値渡しの解説になっててワロタ
結局はSturctでCOWが常時適用されるわけじゃないから気をつけようってこったな
参照渡し/値渡しの違いを知らないLL言語勢もいるかもしれんが、別の問題だから気にしない

>>671のReducing Dynamic Dispatchの節も面白い
SwiftはObjective-Cと違ってダイナミックディスパッチを減らす機構を持ってるぜ、と
これを徹底的に使い倒したら、局所的にはObjCよりSwiftの方が性能よくなる可能性が微レ存？

2017/05/26(金) 08:31:19.29

細かいところだけどclassは参照の値渡しでinoutは参照渡し

2017/05/26(金) 08:45:20.46

>>676
protocolにまつわる言い回しを色々見ますが、どれが適当なのでしょう？

1. protocolを切る
2. protocolを当てる
3. protocolに準拠させる

すべてadding protocol confromanceの訳語だとおもうんですけど。

2017/05/26(金) 08:49:45.12

最近のCPUはSIMD命令(SSEとかAVRとか言われるやつ）を内蔵していて、
でかいStructも一発でコピーできるって、理解は正しいっすかねぇ？

512bitレジスタが32個あって、しかもその32レジスタはペアで使える。
って事は、512bit x 32個 = 2Kbyteを一発でレジスタ -> メモリへmoveしたり
メモリ -> レジスタloadできる。

この理解はOKっすかねぇ。

2017/05/26(金) 10:19:08.37

>>689
in-out引数は参照渡しじゃない
in-out引数のセマンティクスはあくまでcopy-in copy-outで、最適化で参照渡しになる"場合もある"だけ
リファレンスではin-out引数が参照渡しであると想定したコードを書いてはいけないとはっきり言ってる
https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/Declarations.html#//apple_ref/doc/uid/TP40014097-CH34-ID545

var i: Int = 0 {
willSet { print("willSet: ¥(newValue)") }
}

i = 1 // prints "willSet: 1"
i = 2 // prints "willSet: 2"

func f(_ v: inout Int) {
v = 3
v = 4
}

f(&i) // prints "willSet: 4"

参照渡しなら"willSet: 3"と"willSet: 4"両方表示されるはずだけど
実際には関数に入るときにiの値がvにcopy-inされ
関数から出るときにvの値がiにcopy-outされるので
copy-out時の"willSet: 4"しか表示されない

2017/05/26(金) 10:43:47.67

>>692
すんばらしい、説明

2017/05/27(土) 14:04:16.20

>>692
え…
参照渡しと値渡しで違う動作するとき
動作がどっちになるかわからんってこと？

2017/05/27(土) 21:00:43.52

>>694の心の声
(やべぇ、まじかよ…。バグ仕込んじまった…)

2017/05/27(土) 21:48:41.96

inoutで渡された配列変数のオリジナルを関数内で操作しても副作用はないみたいただけどな

var a = [Int]()

func f(_ v: inout [Int]) {
v.append(3)
a.append(4)
v.append(5)
}

a.append(1)
f(&a)
a.append(2)

print(a) // [1, 3, 4, 5, 2]

ただ、それを想定するなということなんだろ

2017/05/27(土) 21:57:51.65

SwiftってiOSアプリ以外に広がる可能性ある？

2017/05/27(土) 22:13:54.38

少なくともwillSetがある場合は参照渡しの最適化が掛からないようだね
以下のAはcopy-in, copy-outになっていて、Bは参照渡しになってる
http://swift.sandbox.bluemix.net/#/repl/592977d0d72c2a7516859cca

2017/05/27(土) 22:20:21.28

>>696
いやそれ副作用ある状態じゃん
関数終わった時点で
a=1,4
v=1,3,5
だからoutでvがaに上書きされて
1,3,5,2 が出ないといけないはず

2017/05/27(土) 22:21:46.44

>>696
var a = [Int]() { willSet{ } } にしたら [1, 3, 5, 2] になるね