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/08/15(火) 12:29:40.52

LattnerがGoogle Brainに就職
やっぱり人工知能やりたいんだな

2017/08/15(火) 12:33:22.46

Google BrainといったらTensorFlow開発してるところだから、これはいよいよTensorFlowがオフィシャルにSwift対応するかもしれん

2017/08/15(火) 13:50:50.41

良かったな、お前らの教祖様の就職先見つかって。

Apple「Swift」の生みの親がテスラの自動運転開発をやめてGoogleの人工知能開発チーム入り
http://gigazine.net/news/20170815-google-hire-apple-engineer/

2017/08/15(火) 15:23:09.38

もう秋田

2017/08/15(火) 15:23:31.58

あのおっちゃん短期で技術リーダー採用してくれる所を探してたよな
来年には再転職しそう

2017/08/15(火) 15:27:52.81

>>235
kotlinの開発に参加しそう

2017/08/19(土) 04:02:37.38

Swift 5のゴールの一つに設定された非同期実行の構文の議論がevolutionメーリスで始まってる

・kicking off concurrency discussions by Ted Kremenek
https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170814/038891.html
・async/await + actors by Chris Lattner
https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170814/038892.html
・Concurrency in Swift: One possible approach by Chris Lattner
https://gist.github.com/lattner/31ed37682ef1576b16bca1432ea9f782

2017/08/19(土) 12:28:05.32

どうせまたリスケするんでしょ、、、とか思ってるけど
それとは別にラットナーのgist記事がRustのオーナーシップモデルをディスっててワロタ
Rustライクなメモリ管理をSwift4で投入するって言って結局Swift5に持ち越したのは忘れんぞ

ファーストクラスの非同期とファーストクラスのオーナーシップモデルを並走させるのはキッツイだろうがどうするんだろうね
理論的には出来なかないだろうが時間も技術力も足りずどっちかSwift6に持ち越しすることになるんじゃねーのか

2017/08/19(土) 12:40:33.92

オーナーシップは初めから「4には入れられないけど」「将来的に～」ってエクスキューズしてた
オーナーシップを4のゴールに含めるなんて話は一度も出てないはずだが

2017/08/19(土) 18:39:02.10

思うんだけどrustのオーナーシップモデルって後付で入れられるものなの？
rustを見る限り無理そうだし、
スマホの性能もこれから上がっていく一方なのに学習コストが上がる
メモリオーナシップモデルって導入する意味あるのん？

2017/08/20(日) 00:21:00.45

学習コストが上がるのはそれを必要とする人だけ
というのも設計要件の一つ

https://github.com/apple/swift/blob/master/docs/OwnershipManifesto.md
>Criteria for success

2017/08/21(月) 16:42:51.48

SwiftからObjective-CのArreyを取得しようとすると、x0756846 のような、メモリーアドレス？しかとれないのですが、何か特別な変換とか必要ですか？

2017/08/21(月) 16:47:08.07

>>244
詳しく

2017/08/21(月) 17:20:19.06

>>245
CManeger.mmの関係しそうなところ
@property (nonatomic, readwrite) NSArray *hoge;
データ取得関数の最後に
self.hoge = hoge.array;
dispatch_async(dispatch_get_main_queue(), ^{
[self.delegate CManager:self didCompleteWithCandidates:self.hoge];
});
とあり、ブレークポイントはって確認すると、取得したデータがhogeにある。

HOGE-Bridging-Header.h
#import "CManager.h"

Hoge.swift
let objcCMng = CManager()
let ret = objvCMng.hoge
print(ret)

出力データは
Optinal([<CCandidate: 0x170226b80> , <CCandidate: 0x170226ce0>)]
という感じになります。
ただし、デバックエリアで確認するとself>objcCMng>_hoge>_orderedSet>_array>[x]>_hogeに取得データがあることは確認できます。
型変換か何か必要なのでしょうか？

2017/08/22(火) 07:28:48.92

>>246
let ret = objvCMng.hogeを
let ret:Array! = objvCMng.hoge
にしてみたら？

2017/08/22(火) 08:07:48.74

>>247
ありがとうございます。
試しましたが、出力結果はほとんど同じでした。

[<CCandidate: 0x170226b80> , <CCandidate: 0x170226ce0>]

2017/08/22(火) 11:05:06.00

何がみたいのかよくわからんのだが、、
dumpだとどうなる？

2017/08/22(火) 12:26:03.39

多分descriptionをオーバーライドしてなくてprintで<CCandidate: 0x170226b80>みたいに出力されるのと、型変換してなくて[AnyObject]?型のままになってるのの複合で混乱してるんだろう

前者はCCandidateのdescriptionを自分の望みどおりの出力をするようにオーバーライドすればいい
後者はSwift側で as? [CCandidate] するか、Obj-C側で @property (nonnull, nonatomic, copy) NSArray<__kindof CCandidate *> *hoge; とかすればいい

2017/08/22(火) 21:55:20.85

>>249
some: 2 elements
- <CCandidate: 0x170226b80> #0
super: NSObject
- <CCandidate: 0x170226ce0> #1
super: NSObject
となります。

まだはまってます…

2017/08/22(火) 22:44:59.20

何したいのかいまいちわからんな
>>250のいう通りにすればいいだけだろとしか思えない

2017/08/22(火) 23:00:38.58

>>250
ありがとうございます。
書き込み頂いた情報を元に、objc-cの言語仕様を調べながら触ったんですが解決せず、AnyObjectに問題を絞りこんで見ました。

結果、出力部分のコードを書き替え、データの取得が出来ました。

for i in 0..<objvCMng.candidates.count{
let ret = objvCMng.candidates[i] as AnyObject
print(ret.candidate)
}

皆様、ありがとうございました。

2017/08/22(火) 23:03:37.53

>>253
candidatesとhoge置き換えミスってます…

2017/08/23(水) 14:27:29.61

let blue = #colorLiteral(red: 0, green: 0.4577052593, blue: 1, alpha: 1)
let white = #colorLiteral(red: 0.7803494334, green: 0.7761332393, blue: 0.7967314124, alpha: 1)
let orange = #colorLiteral(red: 1, green: 0.5803921569, blue: 0, alpha: 1)
let red = #colorLiteral(red: 1, green: 0.2352941176, blue: 0.1882352941, alpha: 1)

2017/08/27(日) 21:39:01.72

型推論とか何がうれしいのかさっぱりわからん

2017/08/27(日) 21:46:40.55

長ったらしい型名ばっかのコードは思考が阻害される
型チェックはしてるんだからべつにデメリットもない

2017/08/28(月) 10:03:17.19

ビルドに時間がかかるようになるだろ。型推論なんて使わないほうがいい

2017/08/28(月) 13:08:18.25

Swiftの型推論は単純だからObjCの型チェックとビルド時間は変わらないけどな
Rustくらいに賢い型推論して欲しいよ

2017/08/28(月) 13:53:01.33

https://www.cocoawithlove.com/blog/2016/07/12/type-checker-issues.html

2017/08/28(月) 14:18:27.43

その解説だと型推論じゃなく数値型がstructであることが本質の問題だよね？

let a: Double = -(1 + 2) + -(3 + 4) + -(5)
と
double a = -(1 + 2) + -(3 + 4) + -(5);
で違いが出るならそれはコンパイラ組み込み型を常用せずstruct型扱うからでしょ

プリミティブ型削って構造体型を多用するSwiftはイマドキだよな
NSIntegerみたいに32bitなのか64bitなのか分からんことになるよりは良きも悪きもあるわな

2017/08/28(月) 15:25:06.44

推論に任せないで型を記述した方がコードの見通しが良い気がする

2017/08/28(月) 16:07:09.49

型を決定するために5cm以上目線の移動がある場合は型を記述したほうがいい俺ルール

2017/08/28(月) 18:24:28.18

ジェネリクスみたいに長い同じ型を何度も書く羽目になるやつは
混ぜた方が見やすい

2017/08/30(水) 14:36:49.38

Swift 3移行まだしてない人いる？
うちの会社は再テスト面倒で未だに2.4使ってるんだが。

Swift 2.4 -> Swift 4で済ませようかなって思ってる。

2017/08/30(水) 18:51:32.33

そもそもSwiftに移行してない(する必要がない)

2017/08/30(水) 20:15:16.63

自分とこは業務でSwift使うの金かかりすぎると2.2の後は3にせずObjCに移行した
メンテ工数かかるし素直に実装し直しを検討した方が良いんではないかね

1.1から2.2まで商用コードをメンテした過去の自分らを褒めたい

2017/08/30(水) 20:18:06.98

>>266
Swift使ったことないなら参考にならないから黙ってるといいよ:D

2017/08/30(水) 21:18:13.08

移行してない＝使った事が無いというのは発想が貧弱ではなかろうか

**デフォルトの名無しさん** (JP 0H1f-6h2J) · 2017/08/31(木) 11:59:18.93

func sum(i:Int, i2;Int, i3:Int) -> Int{
return i + i2 + i3

-> Intが後ろの方にあるの､変な感じがするんですよ
func Int sum(i:Int, i2;Int, i3:Int)
こうしなかったのは､どうしてですか？

2017/08/31(木) 13:28:27.51

データの流れが左→右になってる方が自然じゃん

2017/08/31(木) 14:28:39.15

c++でも型推論が簡潔にかけるという理由で戻り値の後置構文が追加された。
その経緯をみて決めたんじゃないかな。

**デフォルトの名無しさん** (JP 0H1f-6h2J) · 2017/08/31(木) 15:01:17.58

そうなんですか
ありがとうございます

2017/08/31(木) 20:57:25.67

>>272
アレってtemplateの引数依存の戻り値を返したいからじゃなかったの？
コンパイラに型導出させてｳﾏｰ、っていう

template<typename T, typename U>
auto operator+(const T& t, const U& u) -> decltype(t +u) { return t + u; }

2017/08/31(木) 21:37:07.95

>>270
C言語っぽくないことにとことんこだわったから

2017/08/31(木) 21:38:38.24

>>270
セミコロンじゃなくてコロンだよ
引数の型の指定は

2017/08/31(木) 21:46:11.82

xcodeが使いにくいんですがjetbrains製のideでiosアプリ開発ってできるんでしょうか

2017/08/31(木) 22:40:30.26

>>277
じゃXamarinで

2017/09/01(金) 09:16:09.66

何が使いにくいのか？
慣れの問題もあるの思うが
とりあえずAppCode触ってみたら？

2017/09/10(日) 10:24:46.29

realmはcasecade使えるようになりましたか？

2017/09/21(木) 14:05:19.12

Swift 5の目標が確定、新たな発展プロセスを定義
https://www.infoq.com/jp/news/2017/09/swift-5-development-plan

2017/09/21(木) 14:24:19.47

この言語仕様改定多すぎだろ。
C++が三年周期でやってることをこいつら一年単位でやってねえか？

2017/09/21(木) 19:20:52.43

$0$1とか平気でねじこんでくるけどな

2017/09/21(木) 22:36:11.43

xcode9で新規に画像がimageViewに表示されないんだが
xcode8で作成したものは9でも表示される。
iMacもMacBook Proも同じ現象なんだが俺だけだろうか

2017/09/21(木) 22:39:34.63

どうせ画像をターゲットに入れてないとかしょうもないオチだろ

2017/09/22(金) 05:01:32.15

284ですが解決したので一応報告。
Xcode 9のバグでした。
画像をドラッグアンドドロップではシュミレーターで画像ファイルが
参照出来ない。
メニューから画像追加で表示されるようになりました。

2017/09/22(金) 05:01:48.93

>>282
Javaは今後6ヶ月ごとにバージョンアップらしいで

2017/09/22(金) 11:48:39.33

もうSwift対応つかれたお・・・

2017/09/22(金) 11:53:33.34

また来年おなじことの繰り返しやで
再来年も、その翌年もずっとやで

2017/09/22(金) 11:54:27.16

今回Swift対応なんて無いようなもんだろ
フレームワークやX対応のほうが大変

2017/09/22(金) 19:38:37.70

Swift4対応のXcodeにアップグレード完了した。。

2017/09/23(土) 08:49:16.08

Swiftのコンパイルの遅さがやばすぎ

2017/09/26(火) 14:01:12.39

>>292
バージョンによっては速いぞ。
初期は遅かったけど。

2017/09/28(木) 14:03:05.30

先月Swift 3対応したばかりなのにまたSwift 4対応しなきゃならない。
Swift 2から一気にSwift 4対応したほうが良かったかな、失敗した。

2017/09/28(木) 14:30:25.07

>>294
昨日の会議でSwift3.1対応が残課題で有ったんだけれど、もう4になったとは言わなかった。

2017/09/28(木) 15:24:26.46

Objective-Cで書いときゃメンテフリーだったのに

2017/09/28(木) 18:38:04.80

だったらiOS11でこんなにアプリ消えないわなー

2017/09/28(木) 20:58:05.74

開発環境の更新と言語の更新を一緒くたにするなよ

2017/09/28(木) 21:03:10.31

iOS 11で脱落したアプリはSDKの変更についていけなかったか費用対効果で更新をやめただけ。言語のメンテナンス性とは別の話

2017/09/28(木) 21:40:00.18

実質同義なんだよなぁ
せめて費用対効果がObjC AppメンテよりSwift Appメンテの方が効率悪いと言えば良いのに
ObjCならメンテフリーとかアホなこと言うから突っ込まれる

さておき、このスレでもSwift2の頃にSwift採用したPMは死ねとPG視点で大合唱だったのに
まだSwiftを商用採用する企業いるのが悲しいのう、その頃に作ったものをメンテしてるのかもしらんが辛いな

2017/09/29(金) 08:30:22.14

>実質
>App
言語スレで言語の話をしてるのに勝手に条件を付加するなよ

2017/09/29(金) 08:45:40.29

iOS11でObjC Appがメンテできなくてアプリが減ったと言う話をしてたのに何を言ってるんだ・・・
「Objective-Cで書いときゃメンテフリー」とは一体何を指しているのか

あと、ObjCの話をしたいならObjCスレかせめてSwiftアンチスレに行けよ
別にApple信者じゃないからSwiftマンセーしてるわけじゃないのにObjCを笑われたからってSwiftスレで絡むなw

2017/09/29(金) 15:22:03.72

ObjC Appがメンテできなくてでなくて、メンテされてないアプリが消えただけじゃないの
ObjCだかrメンテできなくなったって、なに？

2017/09/29(金) 15:29:33.62

ああ、Swiftだったら簡単(？)なのにObjCだからメンテされなくなったとでも言ってるのか？？まさかだが、そう思ってるならそれはナイな
お前みたいに変なこと言い出すヤツいるから聞きたくもないObjCの話が長くなるだろうにw

2017/09/29(金) 17:21:31.86

開発環境の話
　・Xcodeアプデ→言語VerUp→Swiftコード要メンテ
　・ObjCならメンテ不要だった

ユーザー環境/ストアの話
　・iOSのVerUpでObjCもメンテが必要になる
　・Swiftの方が効率悪いと言えば良い
　　　　↑
　前提がズレてる

・ObjCだからメンテできなくなったって
・Swiftだったら簡単とでも
　　　↑
　対偶的な意味でズレてる

2017/09/29(金) 18:22:31.58

swudt2あたりで知識が泊まってるんだけど今のswiftはどれくらい良くなった？
俺の中でoptional型の概念とか関数型の世界を見せてくれたswiftには感謝してる。
今はtypeScriptメインだけどね

2017/10/03(火) 05:32:06.56

swiftは良いものだがRXとかReduxはライブラリ必要で恐ろしく書きかたが変わり危険なので個人的に好きじゃない
iOSはそもそもMVCなのでMVVMいけ

2017/10/03(火) 05:40:48.76

swiftのビルドの重さで新型Macが売れてます
ReduxとかRXのおかげでiPhoneのバッテリがガンガン減ります
結局ObCのほうが良かった、とかwww

2017/10/03(火) 05:44:54.28

型推論とかでビルド遅くなるなら要らないけどな
Optional型も適切にnilチェックしてれば要らない
Macとか本売りたいだけなのかな

2017/10/03(火) 05:53:20.06

>ReduxとかRX
RXは書式が気持ち悪くて論外だが、Redux使うくらいならビジネスアプリはシンプルでライブラリレスなMVVMでしょ絶対に開発早いし
Appleはrxcocoa禁止したほうがいい

2017/10/03(火) 06:13:48.23

xcode XくらいでAppleがMVVM的なフレームワーク出してくるかな
RXは早く死に絶えて

2017/10/03(火) 09:08:20.42

ライブラリレスなんていう移植無視な開発なんてやらぬ

2017/10/03(火) 19:58:34.43

>>308
バッテリの減りは初耳
裏で動く処理が多いから？

2017/10/03(火) 22:32:52.14

reduxの画面の更新

2017/10/03(火) 22:43:47.08

iOS11にしてからクソ

2017/10/04(水) 00:44:41.84

Swift 4になってからコンパイルめっちゃ遅くね？
Xcodeが固まりそうなほどなんだけど。

2017/10/04(水) 01:09:33.28

なんでそんなに時間がかかるのかね
構文解析がめんどい→人間にも解析がめんどい
じゃないのかと...

2017/10/04(水) 08:03:39.24

Swiftの読みづらさは異常
無駄なwithout Cの追及により構文解析効率が悪化してんだろ

2017/10/04(水) 11:34:12.56

swift+reactive なんて読めたもんじゃない
KVO地獄

2017/10/04(水) 20:08:07.75

型なんか自分で書くのに・・

2017/10/04(水) 20:44:54.90

Javaも var 変数名 = ... になるんだな
http://openjdk.java.net/jeps/286

2017/10/05(木) 04:38:12.06

varとか書くんだったらもはやvarも無くしちまえよまったく...

2017/10/05(木) 06:52:05.59

初期化と再代入ははっきり分けられないと面倒じゃん

2017/10/05(木) 07:00:49.34

型推論とかいうおバカプログラマ向け仕様をやめればvarなどという間抜けなキーワードはいらないわけで

2017/10/05(木) 07:06:39.63

いまだにJEPどまりで予定すら立ってないというのが

2017/10/05(木) 08:17:25.93

99% varでいいよ、面倒くさいから
変わらないobjective-cの安定感がたまらん
超開発早いし

2017/10/05(木) 08:23:57.77

新しいこと覚えるくらいならビジネスロジックを勉強するよ
言語だのリアクティブだの状態管理だの
フルスクリーンアプリじゃユーザーに全くメリットないし
業界に踊らされているだけ

2017/10/05(木) 08:54:59.74

しっかりobject志向で作れば読みやすいしnullはチェックすればいいだけ
swiftでif letやguard書くようにobjective-cで書けばいいじゃん
ビルド速いしobjective-cで何の不満もない
swiftでreactiveで状態管理でとか、Appleがやってない事を無理矢理・・開発難航させるだけ

2017/10/05(木) 20:07:42.36

そのチェックが大変すぎるから問題になってるんだろうがああああ

全変数だぞ全変数
Javaのオブジェクト変数は全部NULLになりうるんだ

2017/10/05(木) 20:41:27.85

Javaだとこんなんでもアウトだしな
return a.getName().length();

2017/10/05(木) 21:45:45.83

ObjCもプロパティアクセスはドット表記がモダンでnilアクセスで落ちるだろ
こんなんでアウトだ
return a.name.length;

まぁSwiftでもObjCの関数の渡ってきた変数は信用できずちょいちょい落ちるんだがな(ワロエン

2017/10/05(木) 22:32:47.67

いや、落ちないよ。んなの、基本中の基本やん

2017/10/05(木) 23:03:37.57

ただのプログラマのミスを言語のせいにする風潮