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/08(土) 21:44:39.09

>>26
Swift　 -> ObjCへ移行中。Swiftだけしか知らない事に、危機感。
ObjCコンパイル早いし。

2017/07/08(土) 23:37:48.53

>>26
老害以外に言うことないのかね...

2017/07/09(日) 05:46:33.77

>>26
ボキャブラリ貧困

2017/07/09(日) 07:02:46.84

mac板での自爆ギャグが悔しかったのか必死だなｗ
こっちの板はアンチスレもあるし老害orガイジでないならそっち行くといいよ

2017/07/09(日) 09:43:38.60

他スレにも出向いてObj-C=老害を吹聴してSwiftを布教して回ってんのかよ...

82 1 名前:名称未設定 (ｻｻｸｯﾃﾛﾘ Sp71-yTFi) Mail:sage 投稿日:2017/07/03(月) 20:24:07.40 ID:ipKiHhaqp
これは老害ですわ
なんでこんな古いObjCの記述をするんだよｗ

Modern Objective-Cを学び直すか、ObjCを捨ててSwiftを学ぶべきだな

2017/07/09(日) 09:48:07.95

>>26
何歳から老害なんですか？
あなたはいつから老害になるんですか？
それとも、歳くってもModernな言語をさわって布教してれば老害にはならないのですか？

2017/07/09(日) 09:50:16.64

いや、そこSwiftスレじゃん
そしてあまりにも酷いObjCコードをスレチで書いた老害が悪いわｗ
業務ではObjCしか使わないしSwiftが良い言語と思っちゃいないが、専スレでアンチは勘弁な

2017/07/09(日) 10:04:05.98

>>33
もう一度おききしますね

何歳から老害なんですか？
あなたはいつから老害になる予定ですか？
それとも、歳くってもModernな言語をさわって布教してれば老害にはならないのですか？

2017/07/09(日) 10:09:22.98

(^^;;

2017/07/09(日) 10:43:37.17

ObjCでいいはないだろ...
何たってサーバーサイドも書けるんだぜ？
何もせんでもキャリアが伸びるこんなおいしい話はない
来年あたりSwiftのサーバーサイドでの積極採用の会社も出てくると予想してる

2017/07/09(日) 10:50:14.35

>>34
Modern Objective-Cが書けるなら老人であっても老害じゃないんじゃないの
あとSwiftスレでObjCで荒らしてるのはガイジかな:)

2017/07/09(日) 10:59:41.20

>>36
さすがにそこまではないと思う
サーバーサイドに使われるようになるには
ライブラリやフレームワークの充実度が重要
すでに他言語が相当前にいるので追いつくまでそうとうかかる

2017/07/09(日) 11:16:23.18

>>36
サーバーサイドは実験レベルで書けるけど実務レベルでは無理だろ
まだまだ時間が必要だと思う

2017/07/09(日) 11:16:38.17

>>34
老害＝年齢で決まると思ってる時点でお前はただのアホやで

2017/07/09(日) 12:31:30.62

>>40
shine

2017/07/09(日) 12:35:41.50

>>34
お前が老害

2017/07/09(日) 12:39:52.64

>>29
>>42
shine

2017/07/09(日) 12:40:36.19

ObjC専用スレ覗いて見た。最後のレスが今年の2月だった。
ObjCをちょっと触ってるけど、良い感じだわぁ。
ちょいと、メソッド名が冗長な感じはするけど、スルスルとコンパイルされるのが良い。

コンパイルエラーが不親切って感じはするけど。
その点、Swiftコンパイラは親切but時間かかる。

2017/07/09(日) 12:56:04.79

差分ビルドなら結局ObjCもSwiftも大して差を感じたことがないが
Swiftのビルド遅い遅い言ってるのは常にクリーンビルドでもやってんのかな
それかMacbook or Airだと体感差が出るとか？Proだと差が感じられない

2017/07/09(日) 12:57:56.01

まーSPMの構成変えた後一からビルドすることになる時は俺もｲﾗｯ☆とするけどな

2017/07/09(日) 13:13:17.68

>>45
SSDだとSwiftが遅いって思ったこと無いけど、HDDだとめちゃくちゃ遅く感じる、というかやってられない

2017/07/09(日) 13:21:17.87

ビルドの速さを語るときはせめての目安としてコンパイルするファイル数も言わないと意味がないかと

2017/07/09(日) 13:23:32.50

Copying swift library ... が怒り通り越して笑いが出る
SSDでも普通に体感差があるけどないの？

2017/07/09(日) 13:24:42.64

AppleがCoffeeタイムを提供してくれているのさ

と信者ならポジティブに解釈できることだろう

2017/07/09(日) 17:27:56.47

Swiftのビルドは遅いと思わないな。
遅いと言ってる人は多分StoryBoard使ってたり、変数の宣言時に型指定してないんだろうな。

2017/07/09(日) 18:51:26.63

型推論全否定すんな
だいたいC#はvarでも速いぞ

2017/07/10(月) 07:36:25.56

型推論の比較対象はC++だろｗ

2017/07/10(月) 08:29:12.31

ふーんHDDだとそんなに遅いんだ
Pro Retina SSDがSwiftやる上での下限スペックってことかな
13inch 128GBは罠だが・・・

2017/07/10(月) 18:53:10.56

ARCって循環参照したらメモリリークすんでしょ？

だからってweakとかunownedにしたら間違って解放後にアクセスしちゃうかもしれないし
マジ使えねー

2017/07/10(月) 20:47:48.41

>>44
Objective-Cはキモいくらいにコンパイル速いよな。
なんかSwiftよりも楽しそうな感じするな。

2017/07/10(月) 22:05:22.14

>>55
自分でメモリ管理したら循環参照しないってこと？
どっちもどっちだろ
あんまり関係ないと思うけど

2017/07/10(月) 22:20:27.57

たぶんガーベージコレクションなら背後でCPUパワーを食い続けて全部監視してくれる！と言いたいのでは

2017/07/10(月) 23:35:14.81

Cで作った関数をSwift上で使いたいのですが、
文字列のアドレスを渡す関数でエラーが出てしまいます。
何が原因でしょうか。。。

@IBAction func BtnClick_ConnectTest(_ sender: Any) {
//接続先設定
var port:Int32 = Int32(_textFirld_sendPort.text!)!
var IP:String = _textField_sendIP.text!
var str:String = "test"
MyScocket_init()
setScoketSend(port,IP)

SendUDP(Unmanaged<AnyObject>.passUnretained(str as AnyObject).toOpaque() ,str.utf16Count)
}

int SendUDP(char* str, int strsize){
// パケットをUDPで送信
int ret = sendto(g_sockets[SOCK_SEND].sd, str, strsize, 0,
(struct sockaddr *)&g_sockets[SOCK_SEND].sock, sizeof(g_sockets[SOCK_SEND].sock));
if( ret < 0) {
perror("sendto");
}
return ret;
}

エラー内容
Cannot convert value of type 'UnsafeMutableRawPointer' to expected argument type 'UnsafeMutablePointer<Int8>!'

2017/07/10(月) 23:36:58.98

>>59
すみません。エラーが出ている箇所はSendUDP(char* str, int strsize)を呼び出した部分でエラーが出ています。
その他の場所は特に問題ないみたいです

2017/07/10(月) 23:37:47.31

GCと比較してたのか…
それなりのコストかかるから単純に比較できんけどなぁ

2017/07/10(月) 23:39:48.29

>>59
何が原因って、エラー内容のままじゃん…
英語読めないならぐくるとかしてみなよ

2017/07/10(月) 23:52:21.77

>>59
bindMemory

2017/07/11(火) 01:40:47.21

最近書き始めたけど、これ凄いな
簡単にアプリ作れて驚いた、凄い書きやすいわ
ただ基本的な文法をもっと勉強したいんだけど、良い参考書って何かないですかね
アプリ入門系の本だと、アプリで使うメソッドしか解説がないのでもっと基本的な所から勉強したい

2017/07/11(火) 03:13:01.93

とりあえず萩原本の最新の買っとけ

2017/07/11(火) 04:41:16.12

言語仕様としてtypescriptも十分楽しいしあえてswiftえらんでベンダーロックインする必要もない

2017/07/11(火) 11:23:21.08

>>64
appleにあるでしょ

2017/07/11(火) 11:56:52.95

>>64
Core Foundationのソースを見ろ！
いろんなCの関数が並んでる。

2017/07/11(火) 12:07:35.73

swiftってあんまUDP使ってる人いないきがするけど、主流はTCPなの？

2017/07/11(火) 12:25:37.46

主流も何も用途次第でしょ

2017/07/11(火) 13:47:20.91

iosは基本的にhttpsで通信なんだから強いて言えばtcpなんだろうけど、
今時その層を意識する必要あるのかな。websocketとかある時代だし
ルーター超えとか考慮するのにtcpから触るとか無理ある

2017/07/11(火) 15:38:11.48

httpに限らずTCP利用のサービスの方が多いだろ。UDPはよほどパフォーマンス気にするようなサービスでだが、ビデオストリームでさえTCP(それもhttpなんて)でいいやの方が主流でUDP使ってるのが稀になってるだろ

2017/07/11(火) 18:57:19.43

QUIC

2017/07/11(火) 19:48:11.70

(まだ)マイナーなの出しても意味ないだろw
そのQUICとやらも>>69が使うぶんにはTCPだのUDPだの気にすることは無いだろし。UDPでちまちまやるんだったら意味ねえからな

2017/07/11(火) 20:10:17.79

リアルタイム性が重要な分野以外では生UDPの出番なんてない
QUICだって結局改良版TCPじゃん

2017/07/11(火) 20:23:33.95

Aさんが書いたコードなclassだらけ、Bさんが書いたコードはstructだらけ
classは糞、structは糞と水と油をひたすら掛け合う日々
このクソ言語なんとかして

2017/07/11(火) 20:40:30.35

互いにだらけになる方がおかしいだろ
一方は値型で一方は参照型なのに
どんなアプリ作ったらそんなんなるんだ？

2017/07/11(火) 20:58:45.14

>>76
AさんBさんに、使い分けどころか組み合わせることもあるんすよって教えてあげて
https://github.com/apple/swift/blob/master/stdlib/public/core/HashedCollections.swift.gyb#L36

2017/07/11(火) 21:12:02.54

Aさんはstruct不要論者のjavaerでclassしかつかわない
Bさんは継承アンチで基本struct、部分的にclassを使う
はあ糞すぎる

2017/07/11(火) 21:21:14.43

>>76
When to use struct?
https://stackoverflow.com/questions/521298/when-to-use-struct
Choosing Between Class and Struct
https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/choosing-between-class-and-struct

✓ CONSIDER defining a struct instead of a class if instances of the type are small and commonly short-lived or are commonly embedded in other objects.

X AVOID defining a struct unless the type has all of the following characteristics:

It logically represents a single value, similar to primitive types (int, double, etc.).

It has an instance size under 16 bytes.

It is immutable.

It will not have to be boxed frequently.

2017/07/11(火) 23:20:13.04

goみたくclass無くしてstructだけにしてくれたら良かったのにね。
値型と参照型の違いとは言うけど、
普通にそんなん考慮して使い分けてるのって何割いるか

2017/07/12(水) 00:00:01.48

>>81
型定義で指定するか変数定義の違いだけでは

2017/07/12(水) 12:14:48.88

classはiOS frameworksとの互換性維持のためにあるだけだろ
基本structでいいよ
サーバーサイドはほぼStruct一色だわ

**デフォルトの名無しさん** (JP 0H3f-KuRC) · 2017/07/12(水) 13:32:57.34

var a = Array<Int>()
var a = [abc]()
違いって何？

2017/07/12(水) 17:42:49.46

>>59
誰も答えないからやってみた
ref. ttps://stackoverflow.com/a/41308592

@IBAction func BtnClick_ConnectTest(_ sender: Any) {
//接続先設定
var port:Int32 = Int32(_textFirld_sendPort.text!)!
var IP:String = _textField_sendIP.text!
var str:String = "test"
MyScocket_init()
setScoketSend(port,IP)

SendUDP(str)
}

int SendUDP(const char* str) {
// パケットをUDPで送信
int ret = sendto(g_sockets[SOCK_SEND].sd, str, strlen(str), 0,
(struct sockaddr *)&g_sockets[SOCK_SEND].sock, sizeof(g_sockets[SOCK_SEND].sock));
if( ret < 0) {
perror("sendto");
}
return ret;
}

昔はUnmanagedやらOpaqueやらUnsafeやら操作しなきゃいけなかったような気がするけど変わったかな
まぁ、Stringは(ほぼ)組み込み型で特別扱いされてるだけで、ARC管理下の自前オブジェクトは管理が必要なはず

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やってる連中はにわかが多いからしゃーない