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

2017/07/12(水) 18:21:47.80

ポインターがないSwiftめんどくさ

**デフォルトの名無しさん** (JP 0H8a-FPdr) · 2017/07/13(木) 13:42:07.18

>>85
ありがとうございます！
助かりました。
ちなみにiosでTCP/UDP使う時に使いやすいapiないですか？
今回、UDP通信するにあたってCFソケットも検討したんですが、いまいち使いづらくて

C言語の方が慣れてるんでCで書いたんですけど

2017/07/13(木) 14:26:17.90

Cのでええやん？慣れてるなら
あくまでもSwiftっぽくなら、Objective-Cのでもええやろ？iOS APIがほぼそれなんだし

**デフォルトの名無しさん** (JP 0H8a-FPdr) · 2017/07/13(木) 17:57:36.12

>>88
ありがとう。Cで書くよ
調べてたらswiftでCでソケット通信を作るのは一般的じゃないみたいな記事みたからちょっと気になった

2017/07/13(木) 22:54:25.78

Cで出来てることはObjective-Cならそのままできる

2017/07/15(土) 09:53:18.00

>>86
ポインタがないのが面倒なんじゃなくARCが面倒なんだぞ
今回はARC度外視できたけどARC管理下のオブジェクト取り回しはObjCでも同じだからな

2017/07/16(日) 18:56:33.79

Pythonみたいに極限までに研ぎ澄まされたシンプルさと美を兼ね備えた言語で開発したい

2017/07/16(日) 23:52:07.18

if __name__ == '__main__':

美しい？

2017/07/17(月) 08:21:51.45

>>93
とても高級言語とは思えない醜さ

2017/07/17(月) 09:25:14.61

>>94
無駄にかっこ無くしたSwiftも似たようなもんだけどな

2017/07/17(月) 10:35:41.40

日本ではSwift大人気だけど、海外だとそれほど人気ないらしいね。
言語ランキングとかだと日本だけ異様に高いらしい。

2017/07/17(月) 10:39:22.12

>>96
だろうな
相当のApple信仰心がないと付き合ってらんねぇよってなるだろ
しかもにわかでない元々のApple好きはJobs教だからObjective-Cでいいって思ってるし

2017/07/17(月) 10:49:55.85

隙あらば妄想語り

**デフォルトの名無しさん** (JP 0H3a-G/zD) · 2017/07/17(月) 15:18:50.28

>>93-94
shebangが美しいとかω

2017/07/17(月) 16:28:59.78

>>94
書きたくなければ書く必要ないんだぜ。
そもそもswiftじゃ同じことを書くことすらできないだろ。。

2017/07/17(月) 22:42:54.90

スクリプトはPython一強になりつつあるな
コンパイラは何だかんだとJAVA、強者はC/C++で次点にC#が勢いを増しつつある感じ

2017/07/18(火) 07:56:20.08

>>92
Python文法を踏襲しつつ、イマドキ？な言語PFになってるnimがあるぞ
Swiftを越えるクソっぷりで海外でも日本でも不興だけども

2017/07/19(水) 00:14:23.59

>>102
wikipedia見ただけだと凄そうなんだけど、どんなところがクソなの？

2017/07/19(水) 03:21:11.49

これからはDNAプログラミングの時代

2017/07/19(水) 12:36:23.74

>>103
1. 目標として掲げた言語仕様に対する完成度がswift betaくらいに未完成
2. nimソースを他言語ソースにコンバートして、他言語ソースをネイティブバイナリにコンパイルという微妙なコンパイル手法
3. 1, 2に引きずられているのか書いたコードが仕様通りに動かない(バグったコードがバグるんじゃなく、正しいコードがバグる

Python好きだし期待してた頃もあったけど、一向に完成度が上がらないから諦めた
大企業スポンサーがつかない新興言語はどうしようもないんだなって, Apple/IBMがついてるSwiftはまだマシ

2017/07/19(水) 16:09:56.39

2の手法は良いと思うけどな
まぁ完成しないんじゃどうしようもないけど

2017/07/19(水) 20:32:46.34

コンバートって
なんかの言語がPythonっぽい見た目だったらいいなーと思って作ったのだろうか

2017/07/19(水) 20:34:41.55

ただのトランスコンパイラ

2017/07/21(金) 13:51:26.30

一応、GCが付いてたりとランタイムに独自機能は乗ってるけどな

SwiftもObjCへのトランスコンパイラとして実装すれば良かったのかもしれないとふと思った
その程度だとApple公式PJになる意義はなかったかもだけど、今のSwiftランタイムの存在意義と比べてトントンじゃね

2017/07/21(金) 20:51:00.68

>>109
objcって中身は動的言語みたいなもんだからメッセージ呼び出しのオーバーヘッドがかなりある。

2017/07/21(金) 21:03:26.40

>>110
と思っていた時期が私にもありました

2017/07/21(金) 21:32:57.35

呼び出しのオーバーヘッドもなにもクラス実体があるポインタアドレスに
まるっとデータ送ってるだけだから逆にリンカがコンパイル時に
「ここ」って指定してるのとどこがそんなに違うんですか？的な

2017/07/21(金) 21:50:28.57

メッセージ式って、レシーバーが文字列解析してるとか？

2017/07/21(金) 22:25:12.37

文字列解析はランタイムだろ

2017/07/21(金) 22:30:29.43

SwiftはObjCと違ってメッセージ呼び出しのダイナミックコールしないから早いんだぜって言ってたな
なお体感できるものだとは思えない

2017/07/21(金) 22:31:33.55

すまん語弊があるな、ダイナミックコールしないケースがある、が正しかった

2017/07/22(土) 15:09:54.42

まあ何と言われようと、OSX、iOSをここまで発展させてきたObjective-Cの実績は事実として存在している

2017/07/22(土) 15:18:51.98

apple専用言語だから実績と言われてもピンと来ない

2017/07/22(土) 15:43:16.95

iOSが毎年更新してるのにアホみたいに安定してる事実が
もう「あたりまえ」だと思われてるんだなぁ…
C/C++製の自分の足下の更新ペースと安定性を忘れきってるのが笑える。

2017/07/22(土) 15:59:40.76

Cocoa, UIKitで他の言語が使えないからなぁ
ObjCだったから発展したんじゃなく、発展に合わせてObjCが普及したのが事実よな

Swiftでないと使えないという環境がないから普及しねぇ
Carthageも流行らなかったから普及に貢献してないし

2017/07/22(土) 16:20:59.31

>>120
Objective-Cだから発展したというよりは、Objective-Cのままでも何ら問題がないということだろう

2017/07/22(土) 21:33:30.66

Carbon(C++)からCocoa(ObjC)に切り替えて選択肢を無くした状態でObjCをゴリ押ししたからな
Swiftのゴリ押し、足りてないよー

2017/07/22(土) 22:47:39.39

>>122
あの時はそもそもOSが根本的に変わったけどな

2017/07/22(土) 22:49:41.31

まあObjective-CはJobsが原点回帰(NeXT系譜)した感じだな

2017/07/22(土) 23:41:33.63

>>122
CarbonがいつC++だったのよ。Cだろ
>>123のいう根本から変わる過渡期にどうするかで出てきたCarbonなんて最初からいつか無くなる運命だし、Carbonよりも先にObjective-Cあったので切り替えでもなんでもないだろ
いつまでもOSネイティブなObjective-Cにしなかったアホが悪いでしかないのに、ゴリ押しとか基礎も結論も妄想がひどすぎ

2017/07/23(日) 00:09:20.02

Swiftやってる連中はにわかが多いからしゃーない

2017/07/23(日) 02:37:14.48

>>118
ソニーが採用してただろ

2017/07/23(日) 02:58:25.19

旧MacOSはそういやPascal推しだったの思い出した

2017/07/23(日) 07:21:28.71

Pascal, C/C++を拒否してObjCに強制誘導してるじゃないか、、、
同じようにSwiftも頼むよー

2017/07/23(日) 08:39:16.33

C/C++が拒否されてるなんて全く感じたこと無いけど
C/C++でバリバリ書かれてるコードにちょっとCocoa APIをObj-Cで呼び出せばプログラムが完成するって感じだと思うけど
ObjCに強制誘導って思うのは、単にMac OS XのAPIを学びたくないからじゃないの？

2017/07/23(日) 11:21:23.34

強制誘導ってアホか？
Objective-CのベースだってMac OS X/OS X/macOSのバージョンアップによってC++に書き換えられてるし、CoreはCのままだし、OS X/CocoaはほぼNEXT STEPのまんまと言っていいくらい元々Objective-Cだし、IO KitはC++で書けだし

2017/07/23(日) 11:40:38.80

>>128
推しというか、Macの開発(ほんとの生み出す開発)はPascal/Assembleで作っていたんだなあというのは、どこぞの博物館で公開されたQuickDraw/MacPaintのソースでわかる
推すも何もそうだったらそうなるだろ、ドキュメントとか。だが、サード開発ではCが大多数(＆CでPascal形式API呼ぶのにほぼツーカーで何も問題ない)で、Appleもそれにならうでしかないな

2017/07/23(日) 12:24:47.14

The 2017 Top Programming Languages
http://spectrum.ieee.org/computing/software/the-2017-top-programming-languages

2017/07/23(日) 12:29:34.74

Google Search
Google Trends
Twitter
GitHub
Reddit
などなどを"X programming"っていうテンプレートで検索し、hits countsをrankingしたって事らしい。

2017/07/23(日) 12:31:12.51

>>130
ObjCをちょっと書かないとmacOS, iOSアプリが作れないように
Swiftをちょっと書かないとモノが作れないくらいのゴリ押しして欲しいなぁと

Appleは作りっぱなしで押さないし、信者はジョブズの聖遺物(ObjC)を崇めるし
Appleがゴリ押しした製品に寄生して銭稼ぎしようとbetaの頃に始めたのに悲しいよ

2017/07/23(日) 12:40:43.51

世界初のWebブラウザはObjective-Cによって産み出された
まあどーでもいいけど、いまやWeb全盛の時代にそういう言語で最新のアプリが作れる環境が与えられてんだから少しくらい感慨というものを感じてもいいんじゃないの

2017/07/23(日) 12:58:28.23

元々アホかなとは思ったが, >>135ぶりからアホってもんじゃねええ。Swift好きにも迷惑だと思うぞ

2017/07/23(日) 13:19:23.25

>>130
C++を拒否というならSwiftによって／Swiftがだろうな、現在はw
macOS上のSwiftでは、まあ、Objevtive-C++でラッパー書いてそれをSwiftでだが、Linuxでぼちぼちっとじわっと使われているので、はよSwiftでC++のブリッジを(まあ、Cのインターフェースでラッパー作ればいいんだろうけど)
C++ブリッジの予定ないのかなあ

2017/07/23(日) 13:22:04.20

つ swiftpp

2017/07/23(日) 13:26:14.58

Uiview.アニメーション関数を使いたいのですが、uiviewanimationoptionsの選択肢が
でてきれくれません。Youtubeを参考にしながら、optionsの部分をcurveLiniearに
したいのですが・・・cを入力しても候補が一切表示されず途方に暮れています。
どういった原因が考えられますか？助けてください。ゲーム作りたいです。

2017/07/23(日) 13:27:23.92

>>139
macOS/Objevtive-C++ありきのじゃね？

2017/07/23(日) 13:49:07.88

>>127
すげー初耳なんだけど

2017/07/23(日) 16:19:01.64

rustのメモリ管理の仕組みが採用されたらどんだけ幸せになれんのかな。
そもそもrustごと採用してくれれば良いのに

2017/07/23(日) 20:38:41.65

Rust使いがあんまり幸せそうじゃない件

2017/07/23(日) 20:39:56.87

いやそうでもないか…

言語仕様に振り回されてはいるが大概自分に原因を帰着してる
まだ信仰心旺盛なようだ

2017/07/23(日) 21:47:12.66

Rustなんか採用されたら気が狂うわ

2017/07/24(月) 07:40:43.41

でも静的にメモリ管理を解決するって
どんだけ良いものか気になるんだよね。
どうせswift5辺りで採用されんだから、先にrustに触って先行学習してても良いかもね。
多分swiftに採用されたら下位互換性また壊れるぜ

2017/07/24(月) 07:47:11.93

Rustの元になってるC++ std::unique_ptrをどうぞ
ObjC++でも使えるゾ

>>141
下手な風評はSwift好きに迷惑だからやめろやｗ

2017/07/24(月) 09:18:58.69

>>139
時々見る、この「つ」ってどういう意味？

2017/07/24(月) 09:21:05.48

三重の県庁所在地じゃない？

2017/07/24(月) 09:52:25.50

>>149
「つ」は、差し出す手のイメージ

2017/07/24(月) 10:26:23.68

>>148
c++にはなんでもあるんだね。
でも言語仕様で縛らなくても静的にメモリ管理って可能なの？c++のプリプロセッサがすごいってこと？

2017/07/24(月) 10:27:01.25

>>151
俺には「つ」が手に見えない。手のひら？手の甲？

2017/07/24(月) 10:29:33.52

>>152
オブジェクトへの参照が１個、複数の別で、
unique_ptr, shared_ptrを使い分ける。

参照するだけで、所有しないweak_ptrってのもある。

要するにリファレンス・カウント式のメモリ管理なのだ。
Objective-Cの設計をC++が取り入れたのかな？

2017/07/24(月) 10:30:53.63

ちなみに、俺はC++を最近全然使ってない。C++詳しい人、
unique_ptr, shared_ptr, weak_ptr
の解説、よろしこ！

2017/07/24(月) 10:47:25.46

>>154
ただのリファレンスカウント方式ならrustとは違うで。

2017/07/24(月) 10:49:27.16

逆だよ、C++のshared_ptrをObjCのARCに文法糖衣で取り込んだんだよ

>>152
unique_ptrは元々C++ boostのライブラリとして提供してたから出来るでしょ
ObjCもSwiftもそういう機能はライブラリじゃなく文法で取り込みたがるから言語更新待ちになるだけで

2017/07/24(月) 10:49:41.82

リファレンスカウントは全然静的に解決しているメモリ管理機構じゃない。
rustのやり方はコンパイル時に指摘してくれるけど、リファレンスカウントはけっきょく動的に解決するわけだし。
それならとっくにswiftで実現してるし。ARCだろ。

2017/07/24(月) 11:07:27.25

>>157
Boost Software License - Version 1.0 - August 17th, 2003

って事は、Boostの方が歴史が古そうですなぁ。ObjCよりも。
俺、誤解してたわぁ。

2017/07/24(月) 11:11:24.98

Apple Inc. deploys ARC in their operating systems, such as macOS (OS X) and iOS.
Limited support (ARCLite)[5] has been available since Mac OS X Snow Leopard and iOS 4,

with complete support following in Mac OS X Lion and iOS 5.[6] Garbage collection was declared deprecated in OS X Mountain Lion,

in favor of ARC, and removed from the Objective-C runtime library in macOS Sierra.[7][8]

ref. en.Wikipedia://ARC
ARC Liteの出現は、2009, Snow Leopardからみたい。

2017/07/24(月) 12:00:46.09

rustのメモリ管理の仕組みを見てきたけどプリプロセッサで何とかなるというものじゃなかったから、
c++ならあると言うものじゃなかった。
言語仕様から改変か必要なものだったよ。

簡単に言えば、メモリの参照は一箇所に制限されて、そこからしかアクセスできないようにする。

たから、もしswiftでrustのメモリ管理機構が導入されたら、
100%既存のコードでは動かないし単純に変換もできない。
ロジックの見直しが必要だからね。

例えば配列にループアクセス中は
配列に対する変更操作はすべてコンパイルエラーになる。とか。

2017/07/24(月) 12:08:11.82

いやownership manifesto読めよお前ら
全部書いてあんのに

2017/07/24(月) 14:33:26.45

>>148
https://github.com/sandym/swiftpp
これじゃねえの？XcodeありきObjective-Cありきだろ？
これじゃねえ、どれやねん？

2017/07/24(月) 15:17:51.01

>>161
「メモリの参照は一箇所」
まあ、そうかもしれんけど、俺の理解では参照カウントを１以上に上げない
様なメモリ管理ポリシーを実践する事で、メモリリークは防げると思う。

それから、Instrumentsとdebuggerを活用するのが吉。
最近気がついたのが、command+IでInstruments leaksを起動して捕捉出来なかったメモリリークが、不思議な事に、break pointで一旦止めてdebuggerからInstruments leaksを起動すると捕捉できるんだよねぇ。

2017/07/24(月) 22:22:24.32

>>151
マジか
俺ずっと「つ」って読んでたわ

2017/07/24(月) 22:26:31.27

=ア【はい】

こういうのも👉に見えてなかったとか…

2017/07/24(月) 22:40:40.19

>>153
つ http://i.imgur.com/PCvtAbc.jpg

2017/07/24(月) 22:52:15.68

ﾉｼ

2017/07/24(月) 23:24:01.06

>>153
手の平。
https://nanapi.com/ja/25657

https://m.chiebukuro.yahoo.co.jp/detail/q1410591729?__ysp=MmNoIOOBpA%3D%3D
[つ]は手を表現しています。

例えば、[（・∀・）つ旦]というAAでしたら
旦はお茶のAAですので、
お茶をハイ、と差し出している様子を表しています。
２ちゃんねるでは省略形をよく用いますので
顔文字が省略されて[つ]のみで使用されます。

>>165
まじっす！

2017/07/25(火) 00:35:48.08

つ⌒□

馬券、車券、くじ券をすてている

2017/07/25(火) 11:28:49.52

>>170

そんな、補足説明が必要なAAなんて、不要だわぁ。

2017/07/25(火) 13:50:52.52

わかんねー奴の方が少数だから

2017/07/25(火) 18:36:52.92

>>135
つまりは皆が出来ないうちに自分だけはSwiftを沢山書けるようになっておけば、Swiftがゴリ押しされたときに先行者利益を得られると思ったけどそうはならなかったから悲しいってことだろ？
別にAppleが推してないなんてことないと思うし、Obj-Cを崇めてる奴なんていないと思うし、Swiftはまだまだバージョンごとに変更がある割には十分普及してると思うけどな

大体Swiftをちょっと書かないと作れないぐらいのレベルだったら大してSwiftの知識もいらないと思うし銭稼ぎできるようなもんでもないと思うんだけどな
はじめにObj-C使わなきゃいけなくなったときに本1,2冊ぐらいしか買ってないし、Swiftに関してはお金まったく書けてないし、金稼ぎできる要素がある気がしない

>>138
C++をブリッジするとなるとC++の複雑な機能全てをブリッジ出来なきゃ有用性が落ちそう
限定された機能で書かれたC++コードだけブリッジしてくれるとかだと結局C++側がそれ以外の機能使ってたらラッパー書かなきゃいけなくなるし、落とし所が難しそう

2017/07/25(火) 21:49:06.28

Swiftの完成度が最初から高ければ状況は違ったかもな
あとむだにWithout Cに走ったのは筋が悪かったと思うわ

2017/07/25(火) 22:11:09.32

C++ブリッジってそれもうwith C++だからな
テンプレート除けばそれなりに出来るだろうけど
テンプレート除いたC++に対応したところでだから何なのって話になるし

2017/07/26(水) 00:11:43.09

Without Cをぶち上げたんだからもうCに関わるなよ
韓国人かよ...

2017/07/26(水) 00:29:39.23

Cライクforもインクリメント、デクリメントもなくす無駄な徹底ぶりだからな

2017/07/26(水) 06:41:21.77

Pythonぽくて好きよ

2017/07/26(水) 12:41:46.12

なんかswiftどんどん構文追加して複雑になってないか？
phpみたい

2017/07/26(水) 12:46:08.87

せめてObjCみたいって言ってくれよ

2017/07/26(水) 12:53:13.70

>>176
マルチプラットフォーム化に加えて
膨大なossがcやc++で書かれてるんだから無視は不可能だ。

2017/07/26(水) 13:24:53.92

Without Cは言語仕様(構文)の話

2017/07/26(水) 16:59:40.71

むしろ、Objective-Cの「インスタンスは母体クラスに［おまえのインスタンスを作れ］命令で作成します」とか
「クラス間の通信はクラス［命令:引数］で明示的に他のクラスに実行させてるとわかります」が好きだったので
そのあたりswiftが「退化」しちゃったのが嫌。

言語仕様とクラス仕様が分離しててクラスライブラリだけ進歩してくとか
ソース内で自他の表記がしっかり別れてて「ここであいつがこれやって次…」
と読めるのが気に入ってたのに
他のグチャグチャモダン言語と同じ言語仕様変更地獄と
ソースになんだかわからない誰かが作った記号が普通に混じりますって
これ、ずっとプログラミング文化の発展阻害してた奴だ…と

2017/07/26(水) 17:12:34.07

>>183
>明示的に他のクラスに実行させてるとわかります

Swiftでは分からんの？

2017/07/26(水) 17:16:43.62

>>184
いやわかるよ