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

2017/06/28(水) 17:58:29.74

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

関連スレ

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

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

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

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

前スレ
Swift part10
http://mevius.2ch.net/test/read.cgi/tech/1487552413/

スレ立て時は1行目に「!extend::vvvvv」

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

2018/03/04(日) 21:51:04.40

実務的にというか、本来 aa: A でいい、プログラミング上／アプリ上nilな場合が無いような場合のことでしょ。んな場合はoptionalはめんどくさいだけだし

最初に作るインスタンスはどやったって(まあ、自分自身を突っ込めば回避できるだるけどw、それもできなさげ)nilにしかならないし、わざわざoptionalだのあることを無視したあくまでも(個人的な)実務的な手法な感じ

2018/03/04(日) 22:05:19.87

>>831
A!はoptionalやん
それ自体でnil判定出来るから別の変数も要らない

rootNodeとかならselfになるだろうし
viewDidLoadみたいなセットアップ後もnilが有り得るかどうかで決めたらいい

2018/03/04(日) 22:41:01.48

そっかぁ
別の変数で管理云々はちょっと勘違いしてたわ
あと俺がoptionalって言ったのは通常のoptionalのことで
implicitly unwrapped optionalじゃなくってって意味

一般的な再帰構造なら基底ケースでnilになるだろうから
それをimplicitly unwrappedで定義するのはすごく違和感があるんだけど
そういうやり方もあるってことね

2018/03/04(日) 23:03:49.26

まぁ用途によるわな
線形リストなら末端はnilやろうけど循環リストならnilはないし

2018/03/05(月) 00:14:55.90

回答ありがとうございます。
試してみます。

2018/03/05(月) 13:13:50.32

>>825
元の定義がstructだった。
Classに変更したら解決しました。

2018/03/05(月) 14:31:36.19

このなんともいえんずっこけぶり

2018/03/07(水) 19:13:26.23

https://github.com/apple/swift-nio

Event-driven network application framework for high performance protocol servers & clients, non-blocking.

2018/03/18(日) 17:26:44.45

let arr = [0, 1, 2, 3, 4, 5]
let sub = arr[3...]
sub[0] // Fatal error: Index out of bounds

このSliceのインデックスが元の配列のインデックスのままになる仕様って誰得なの？

2018/03/18(日) 18:45:17.33

新しい配列を作らなくていいからパフォーマンス的に有利なんじゃね？
ゼロ始まりにしたければArrayに変換で

https://developer.apple.com/documentation/swift/arrayslice#2848110
https://github.com/apple/swift/blob/master/docs/Arrays.rst

2018/03/18(日) 20:43:29.57

>>840
考え方的には別配列として切り出すのでなくビューなんだってさ(copy on writeだけど)

String.CharacterView.IndexみたいにIntじゃないIndexも多いから
コレクション全般に対しての考え方として
Sequence的に扱ったり、startIndexやindex(after:)などのIndex用メソッドに慣れて行ったほうがいい

2018/03/18(日) 21:31:14.27

viewならますます0から始まってほしいところだが

2018/03/25(日) 20:52:36.71

Objective-c全く触ったことないんだけどSwiftの勉強はじめても問題ない？

**デフォルトの名無しさん** (JP 0H7f-+yq1) · 2018/03/25(日) 21:02:22.17

問題はあるけど、問題でてきてからでいいかも

2018/03/25(日) 21:33:40.94

ゼロ番最初の～とか言わないしな。

2018/03/31(土) 14:51:14.31

プログラミングはじめたばかりの初心者ですけど質問してもいいですか？
Swiftやってます

2018/03/31(土) 15:15:55.26

過疎って返ってくるのが遅そうなので勝手に質問します

var m:Int = 0
do {"index:" + String(m)} while 10 > m++

で得られる答えがサイトではindex:0~index9だと書いてあったのですが理解ができません。
私はmが9であったらindex9となって、while10>m++の条件は++がmの後につくので9で比較されるのでtrueになり繰り返しが続行されると考えました。
なのでもう一度処理が実行されてindex:10まで出るのではないでしょうか。
慣れてないのでトンチンカンなこと言ってるかもしれませんがよろしくお願いします。

**デフォルトの名無しさん** (JP 0Hf5-W6PE) · 2018/03/31(土) 15:37:58.09

>>848
貴方の言う通りですけど、
インクリメント演算子(++)は、Swift3から使えなくなったのでそういう書き方はできなくなりました。

2018/03/31(土) 15:43:18.30

>>848
>index:10まで
その理解で合ってる

それと
・printもreturnも無いので答えという意味では何も無い
・do-while文は廃止された
・「++」(インクリメント)構文は廃止された

そのサイトを読むのは止めて
Swift4または2017年9月19日以降に書かれたもので学習した方がいいよ

**デフォルトの名無しさん** (JP 0Hf5-W6PE) · 2018/03/31(土) 16:18:30.86

>>850
do-while は廃止ではなく、repeat-while に変更になりました。

2018/03/31(土) 20:20:46.22

>>849
>>850
ええまじか…
では++nのところはn+=1とかにすればいいのでしょうか
サイトは別のサイト探そうと思います

2018/03/31(土) 23:35:14.21

入門書の索引で do while の所探してページ開いてみたら repeat while のページになっていた。w
変化が激しいと入門書書く側も大変だな。

2018/04/08(日) 00:19:14.78

何でこんなに仕様をコロコロ変えるのかな？

2018/04/08(日) 11:09:07.07

Dと同じ運命

2018/04/09(月) 12:44:12.04

>>854
多分思想がなくて振り回されてる。
もっと大御所がどっと構えて考え抜いた言語仕様にすればいいのに
goはそんな感じ

**デフォルトの名無しさん** (ｱﾒ MM39-QHvJ) · 2018/04/09(月) 13:12:07.84

ジョブズの抜けたアップルみたいな風見鶏

2018/04/09(月) 14:27:15.87

Swiftで書きたいけど結局React Nativeになっちゃう

2018/04/09(月) 18:19:08.07

オープンにしないでもっとクローズドで熟成させた方が良かったかもな

2018/04/10(火) 07:33:22.50

xcodeがiPad proで動くようになってからが本番な気がする

2018/04/11(水) 10:30:32.27

iPadのplaygroundsでもフレームワークインポートしていろいろなことできるので
コーディングする勉強にはもってこいですね。

2018/04/16(月) 17:33:43.99

さっさと公式にWebAssembly対応を謳うべき
出遅れる

2018/04/18(水) 22:27:21.96

すごくよさそうなのに何でオワコンみたいなっとん

2018/04/20(金) 06:07:43.03

iOSしか対応してないから。
かつ、短期間の間に破壊的変更が多すぎる。
ちなみにもうxcodeでリファクタリングは出来るようになったんだろうな？
まだ出来てないなら流石にまずいぞ

2018/04/20(金) 06:15:14.64

>>864
macOSとLinuxも
Linuxでのといったら、Kituraあたりぐらいかもだが。メジャーなとこがやってる。だがマイナーだけど

2018/04/20(金) 07:01:11.05

>>862
goは対応間近。llvmに頼らずにコード生成出来るようになっている模様。

2018/04/20(金) 07:02:12.85

>>865
そっかーlinuxに対応してたね。macosもか。
linuxに対応してるならciはlinuxで動かせる？

2018/04/20(金) 09:21:24.22

>>864
swiftのリファクタリングも9でしれっと出来るようになってたｗ

2018/04/20(金) 09:22:20.18

しれっとって
前々からアナウンスされてただろ

2018/04/20(金) 14:05:50.29

>>867
ciってなんだっけ？
CLIのこと？コマンドは普通に当然あるね。swiftでインタラクティブ(？)なとか。というか、コマンドだけじゃないのかな。Kituraもおすすめ開発環境はXcodeでmacOSでだったような気がしないでもない

2018/04/20(金) 17:48:47.93

継続的インテグレーションじゃね

**デフォルトの名無しさん** (JP 0Hff-iqNU) · 2018/04/20(金) 17:56:56.54

コマンドインターフェースじゃね？
REPLのことを言ってる気もしないでもないが

**デフォルトの名無しさん** (ｱﾒ MMff-w9qC) · 2018/04/20(金) 20:06:12.22

continuous integrationの略。
コマンドがどうの言ってる奴は分からないならまだしもでまかせを言うな

2018/04/20(金) 20:10:03.38

>>871
なるほど、そんなんあったのか。知らんwどうも勉強になった
だが、それだとちょっと文的に変かな。知っててかな？

>>872
それっぽいんだけど、コマンドでええやーん、もしくは正しく(？)なCLIと。なら悩まないのにw REPL？また謎なw

2018/04/20(金) 20:11:31.29

>>873
えーと... >>871 えーと... まあ、おつかれです

2018/04/20(金) 20:28:01.17

>>872
ああ、REPLってそういうことか。REPLにciと表せられるナニかあるのかと思った
そのREPLななが swift(コマンド)でインタラクティブ(？) ね。まあわかってるだろうけど、いちおう

2018/04/20(金) 20:43:35.68

>>871
おお...
https://developer.apple.com/jp/documentation/ToolsLanguages/Conceptual/Xcode_Overview/ContinuousIntegrationTesting.html#//apple_ref/doc/uid/TP40010215-CH64-SW1
なんてあったりするのね。だったら文的におかしくはないな

だが、
>Xcodeは継続的インテグレーションを実現するために、Xcodeサービスを活用しています。これはOS X Serverに付属するもので、
> これはOS X Serverに付属するもので
> これはOS X Serverに付属するもので
(しつこいw) macOSにすら入ってないのに、ある意味単なるSwiftだけなLinuxに入ってるとは思えないなあ

まあ俺が知らないだけだが、この世界は広いなあw

2018/04/20(金) 23:30:10.86

なんやこのキモいおっさん

2018/04/21(土) 16:31:20.13

知らないなら黙っててください

2018/04/21(土) 16:51:33.07

その口を黙ることもできずにそう言えるその口

2018/04/22(日) 06:38:11.63

ciをCLIと読み替えるドヤ顔バカがいる世の中の方がよほど広く感じるわｗ

2018/04/22(日) 13:12:52.75

なんかよほど気に食わなかったことがあったらしいな。そんなとこに食いつくとは

2018/04/22(日) 19:20:56.05

もっと争え

2018/04/22(日) 19:29:48.14

知らなきゃ別に今知ればいいし知らないやつを馬鹿にしても生産的じゃ無いよね。

ちなみに答えが無いってことはciをやるには未だにmacがいるってこと？
react-nativeの方が便利だな。これはもう

2018/04/22(日) 20:20:53.75

Swiftというか何らかの言語がというのとは関係なくね？
コンパイラ等の基本的な開発環境とは別のことだろう。やるとしたらEclipse周りな人々とか、その辺りのOSS界隈だろうな

2018/04/23(月) 09:49:16.49

>>883
なんでMacがなきゃCIが出来ないと思ったの？　バカじゃないの？

2018/04/23(月) 12:31:17.58

CIはXcodeで知りそれしか知らないその方法だけだと思ってるだけとか

**デフォルトの名無しさん** (ｱﾒ MMff-w9qC) · 2018/04/23(月) 13:04:09.43

コマンドｗｗインターフェースｗｗｗだと思ってるくらいだからなｗｗｗｗｗ

2018/04/23(月) 13:26:18.94

なんか必死さが滲み出てるな
そんなこと言うのは、ciはxcodeでのciだけだと思ってたと言ってるようなもんだろう

**デフォルトの名無しさん** (ｱﾒ MMff-w9qC) · 2018/04/23(月) 15:35:46.73

くやしいのうｗ
5chでよかったなｗｗ
リアルで恥かかずに済んでｗｗｗｗ

2018/04/23(月) 15:42:30.99

　　　　　　　＿＿＿_
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　＜ ciやるにはMacが必要
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー’´　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー–､　　　-一”””’ー-､.
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　　　＿＿＿_
　　　　　　　／_ノ　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　／　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　　　|　|　 |　　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　　　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー–､　　　-一”””’ー-､
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

2018/04/23(月) 18:55:31.51

お前もどうかと思う

2018/04/23(月) 20:25:55.66

いまどきMacじゃないやつは人じゃないというか
ただの犯罪者予備軍だしな。
サイバー犯罪で捕まって「いつも暗い部屋でパソコンカタカタやってて
いつかはこうなると思ってました」と証言される存在。

2018/04/23(月) 20:44:35.06

いまどきMac持ってるやつは人じゃないというか
ただの犯罪者予備軍だしな。
サイバー犯罪で捕まって「いつも暗い部屋でパソコンカタカタやってて
いつかはこうなると思ってました」と証言される存在。

2018/04/23(月) 20:51:10.68

プログラマなの？ホントに
Swiftやってるやつはこんなヤツらって思われるから止めてw

2018/04/23(月) 22:26:10.04

Mac持っててMacメインじゃない俺を２重にディスるのはやめろ

2018/04/24(火) 16:22:03.29

VSCode使いやすいしな。

**デフォルトの名無しさん** (ｱﾒ MMff-w9qC) · 2018/04/24(火) 16:48:59.82

汎用エディタにしては、だろ。
pythonならpycharmには敵わないし、
swiftならxcodeには敵わない。

**デフォルトの名無しさん** (JP 0Hf3-luqG) · 2018/04/27(金) 12:28:45.07

初心者です
Armになったら､Switのコード大幅に変わるの？

**デフォルトの名無しさん** (JP 0Hf5-GHdW) · 2018/04/27(金) 12:54:17.19

はぁ？

2018/04/27(金) 15:25:59.01

ひぃ？

2018/04/27(金) 17:05:53.89

ふぅ？

2018/04/27(金) 17:19:30.04

macのcpuがarmになったらって聞いてる？
全部uikitベースになったりしてな

2018/04/27(金) 20:44:42.93

CPU変わったって言語仕様まで変える必要なかろう

2018/04/27(金) 21:31:52.79

すでにARM/Intelと違うCPUで(ほぼ)同じなんだからな

2018/04/28(土) 01:04:26.11

インラインアセンブラが使えるなら変わっていただろうな

2018/04/30(月) 17:54:40.54

インラインアセンブラはC言語に組み込んだ反則技みたいなものなので他の言語は是非とも実現しないでおいて欲しい。

2018/05/01(火) 09:46:27.90

MacのCPUが全部ARMになるとまずかありえんし、アセンブラ使えんし、
そんなこと考えるだけ不毛

2018/05/01(火) 10:14:42.05

OSというかファイルシステムに仕掛けあってMac/iOSは
複数のバイナリ実行ファイルをパッケージの中の別ディレクトリで持てるからなぁ
PPC/intel時代とか32bit/64bitバイナリとか。

2018/05/01(火) 16:06:29.62

パッケージの中の別ディレクトリじゃないよ。ひとつの実行ファイルの中で。実行ファイルに限らずFrameworkなどなども。Mach-Oっつうて。より古いのもディレクトリで分けではないな

2018/05/01(火) 16:33:58.96

フーン(ω)

**デフォルトの名無しさん** (JP 0Hf5-GHdW) · 2018/05/01(火) 16:36:43.61

へーっ(癶)

**552** (ﾜｯﾁｮｲ db21-KzCP) · 2018/05/01(火) 21:00:42.03

インラインアセンブラはまれに触る事があった。Linuxからの移植位なのでレジスタ退避の違い位しか分からない。

当時はgcc拡張で書いてた記憶があるけど、今clangだとどう書くんだろう？

2018/05/02(水) 09:08:10.24

なんか最近審査時間めっちゃ短くね
GWだからか

2018/05/11(金) 08:05:07.81

Swiftでのc配列取り扱いについて教えてください。

CoreaudioにAudioChannelLayoutというStructがありますが
これはcの可変長配列AudioChannelDescriptionを含む定義になっています。
SwiftではStructは値型なのですが、Structが持つ配列が
(AudioChannelDescription)となっていて、単一値のtuppleとして
importされており、一つ目の値しかコピーされないのではないか、
可変長structとして扱えていないのではないかとかんがえました。

swiftにおけるc配列のstructはどの様に扱われているのでしょうか。
Data型なりNSData型なりでbacking storeを確保して扱うのが
安全でしょうか？

2018/05/11(金) 09:37:57.63

単一値って書き間違いかと思うが、内包する要素が単一型のTuple＝ある型の可変配列でしょ。それでうまくCの可変StructをSwiftにマップ／ブリッジされていると思うけど

初期化／作成は、
init(mChannelLayoutTag: AudioChannelLayoutTag, mChannelBitmap: AudioChannelBitmap, mNumberChannelDescriptions: UInt32, mChannelDescriptions: (AudioChannelDescription))
で、作成可能のようだけど。Cだと自分で必要バイト数計算してのallocしてのをこの中でやってるでしょ。コピーもこれ使えかな

2018/05/12(土) 11:23:56.18

定義見たけど AudioChannelDescription[1] が自動変換された結果でしょ
タプルは普通に固定サイズ
allocするサイズが可変だからinitのタイミングじゃ遅い

NSData や UnsafeMutablePointer<UInt8>.allocate で確保することになるから
値型として扱いたいならラッパーを探すか書くかしないと駄目

2018/05/12(土) 12:31:22.50

やはりそうですよね。
仕方ないのでData型で置き換えて扱う様にします。
CoreAudioはこの手の可変長配列を含むStructがあって扱いが難しいです。

2018/05/12(土) 13:21:14.68

>>918
Dataでもいいけどメンバにアクセスするのが面倒になるかもよ
コピーの面倒を見てくれる代わりにアクセスがクロージャ経由になるから

2018/05/13(日) 09:13:28.29

>>915
Swiftはwithout CなんだからC配列とかどうでもいいんじゃないの？
C配列使えるObjective-Cなら何も問題はなかったわけだ
それをわざわざSwiftとかいうわけわからん言語導入するからそういう話が出てくる
韓国が日本にやってるような絡み方すんなよもう

2018/05/13(日) 09:15:02.38

Swiftは自分でC要素排除したんだから、もうCに頼るなCに絡むなまじで

2018/05/13(日) 10:27:55.64

ちょっと高度な話すぎて困惑してる、もう一度わかりやすい展開で書き直して欲しいくらい

2018/05/13(日) 12:30:06.82

>915です。
じぶんの理解ですが、簡単に言うと、
・SwiftはC構造体をStructとして扱う
・SwiftはC配列をタプルとして扱う
・SwiftはStructを値型として扱う
・C構造体にC配列ポインタではなくC配列自体が含まれる場合には、SwiftでStructとしてコピーした際に固定長Structとしてコピーされ、破壊されてしまう
・なので、この手の構造体をSwiftで扱う場合には、ポインタ+別バッファの組み合わせが必要

ソース晒しておきます。
ttps://github.com/MyCometG3/cutter2/blob/master/cutter2/LayoutConverter.swift

2018/05/13(日) 12:45:45.14

>>920-921
Appleが提供してるライブラリがそうなってるんだから
それを使う以上はwithout Cになるわけないじゃん？

というか言語仕様からC要素排除しただけで、Swift環境自体からC要素排除したわけではないよ

↓のソースにも「Unsafe」という文字が沢山あるっしょ
https://github.com/apple/swift/blob/master/validation-test/stdlib/CoreAudio.swift
https://github.com/apple/swift/blob/master/stdlib/public/SDK/CoreAudio/CoreAudio.swift

公式でSwift用のラッパー用意しろよとは思うけど

2018/05/13(日) 12:55:00.27

>>922
https://github.com/phracker/MacOSX-SDKs/blob/master/MacOSX10.8.sdk/System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudioTypes.h#L866
> mChannelDescriptions[1]; // this is a variable length array

ややこしくなるのはこれのせい

structの定義サイズからはみ出したメモリ領域も使いますっていうハック的なやり方で
sizeof(構造体)と実際に確保しないといけないメモリサイズが異なる
低レベルAPIでは割とある

2018/05/13(日) 20:04:14.37

君たちを雇うならどれくらい払えば良いんだろう。
勉強になるわー

2018/05/13(日) 20:08:55.80

なんか生意気な書き方になってしまった

2018/05/15(火) 16:11:28.05

SCNHittestの逆の事ってどうやったら出来ますかね……座標が画面のどこに出てるかを出したいんですけど
UnityのWorldToScreenPointと同じ動作です

2018/05/15(火) 17:05:50.08

すいません自己解決した

2018/05/15(火) 23:17:02.11

よく知らんけどprojectPointとunprojectPointで相互変換出来るんじゃね

2018/05/23(水) 19:24:23.07

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

S91U5