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/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

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

2017/10/05(木) 23:19:15.31

>>333
ちょっと笑った

2017/10/06(金) 00:42:47.95

全変数なわけないだろカスwww

2017/10/06(金) 00:48:43.39

Objective-Cはやっぱり凄いよ

2017/10/06(金) 00:51:42.72

swiftのビルド時間がobjcの半分でもなったら使おうかな
型推論なんか時間の無駄

2017/10/06(金) 08:07:44.15

>>329
スレッド間競合でいつnil化されるか分かんね、ってケースか？

だったらスコープ内でローカルの強参照に放り込んでからnil判定挟めば自分のスレッドで当該スコープ内はしなないんじゃね

2017/10/06(金) 08:43:57.58

>>336
それにはまったく同意だがスレチじゃね？

2017/10/06(金) 10:38:04.82

型推論使うの止めようって言ったら、所詮中級の基地害プロマネが顔赤くしてブチキレた。
結局30人(サーバ、Android等含む)で3ヶ月掛かって作ったものは、ユーザテストで使い物にならなかった。
HumanInterfaceGuidelinesを知らないデザイナは、単なるお絵描き。

2017/10/06(金) 10:41:46.35

使い物にならなかったのと型推論とどういう関係が？

2017/10/06(金) 13:45:29.26

論理的文書構成ができない>>340を部下に持つ中級プロマネかわいそう

2017/10/06(金) 17:03:08.49

というか、型推論使えとか使うなとか、そんな細かいことPMが言うってどんな状況だよ
プロジェクトマネジメントとなんの関係もないだろ

2017/10/06(金) 20:32:58.77

なんで型推論やめようと思ったのかが気になる
コンパイル重かったのか

へぼグラマーにありがちだが
自分がよくわかんない部分を取り除けばすべてよくなると思ったのか

2017/10/06(金) 20:40:20.94

型推論をやめようと言ったら切れられた
↑やめたい理由もキレられた理由も理解不能だが言っていることはわかる
何故かユーザテストで使い物にならなかった
↑ん？型推論と関係なくね…
Guideline知らないデザインナーはただのお絵かき
↑もはや何の話をしているのかわからん！

ここから推測するにPMにキレられた理由は>>340がアホだからだな

2017/10/06(金) 20:56:02.17

３０人も使って３ヵ月って規模からしたら超タイトだな
完成品にこぎつけてる時点ですげーよ

携帯ってこんなもんなん？

2017/10/06(金) 21:05:57.43

サーバー側含めてだろ
今時三ヶ月なんて普通だろ

2017/10/06(金) 21:14:23.42

ひぇぇ

枯れた業務系で仕事してるが
知らんあいだに世の中どんなことなってんだ

2017/10/06(金) 22:00:52.00

マネジメント力にかかってる
人数増やすほどなおさらその人数を100%に近い稼働率で動かすのは至難の技

2017/10/06(金) 22:43:50.15

アプリのプログラミングは１人１画面って感じなんかね
サーバーサイドにマンパワー使ったかな

2017/10/06(金) 23:05:40.33

swift使わなきゃまともなプログラム作れないなんて
所詮アマチュア
swiftのビルドの遅さは一体何？アホ遅いよな？

2017/10/06(金) 23:14:40.00

COBOLとかまだ現役
5000ステップくらいならコンパイル3秒www

2017/10/06(金) 23:18:22.67

まぁ、高性能のハードを用意しろってことだろ

2017/10/07(土) 08:12:23.79

Swiftは趣味で日曜プログラマが使うにはいいと思う

2017/10/07(土) 09:55:31.45

>>349
中小は自信過剰なアホジジイがマネジメントしてるケースが多いから困るよ

2017/10/07(土) 09:57:26.82

swift6あたりで可読性も兼ねて型推論は無くなるだろう。
型推論など甘え。

2017/10/07(土) 10:08:58.99

クラス変数やメンバ変数は型が明示されてた方が可読性は高いと思うけど、一時的な変数をいちいち型宣言するのは面倒いよ

2017/10/07(土) 15:12:59.61

「人月の神話」まだ読んでないの

2017/10/08(日) 22:52:13.41

めったにないけど型がついてないと
呼び出し先のメソッドの戻り値の型がこっそり変わって
それに引きずられて呼び出し出し先のメソッドが変わったんじゃないかとか
心配事が増えることがある

2017/10/08(日) 23:23:26.45

let someName = String(format:"User %02d", userId)
みたいなのは明らかにStringってすぐわかるから書かないようにしてるけど、
ややこしいメソッド呼んで戻り値の型がぱっとわかんなそうなやつは書くようにしてるな。
let analyzedDataMap = analyzer.analyze()
みたいなやつね。

2017/10/08(日) 23:59:22.72

そういうケースは
なるべく右辺に型を書くようにしてる

2017/10/09(月) 07:53:43.84

後でコード読む時に、型を調べようと思ったら関数まで飛んで返り値を調べないといけないからな
文字列みたいに明らかなのはいいけど、オレオレ関数の返り値を代入する場合はなるべく型宣言した方がいいかもね

2017/10/09(月) 09:41:59.82

メソッドチェーンや引数に関数呼び出しを直に置くのもしないの？
同様に戻り値の型が明示されないまま流れていくけど

2017/10/09(月) 09:47:58.22

Swiftの分際で関数型とか調子乗ってるな

2017/10/09(月) 11:12:47.14

>>363
そういうのはもうひとつのイディオムみたいなもんだから、わざわざ変数宣言しているものに比べてなんとなく流れだけわかってればいい場合が多いと思うけど。

2017/10/09(月) 12:14:03.34

>>365
変数宣言って「わざわざ」なんて言う程のことかな
同じ参照を複数回使うために変数に置くとかよくあることだと思うんだけど
こういうの前者は良くて後者のrは型明示すべきなの？

f(t.load(), kNameIndex)
↓
let r = t.load()
f(r, r.index("name"))

2017/10/09(月) 12:23:32.41

まぁ、関数の引数は補完機能を使えば型も参照できるからそこまで拘る必要ないかなと思うけどな
引数には分かりやすいラベル使って欲しいとは思うけど

2017/10/09(月) 17:30:23.07

>>366
文脈によるんじゃないの。メソッドで何回も使われる重要な変数が型ついてなかったら読みづらいし、局所的に2回ぐらいしか使われない変数だったらどうでもいいと思う。
型推論なんか無価値だと主張しているつもりはないので。
C++のmapのiteratorとかちゃんと型を書きたくないしさ。

2017/10/09(月) 22:47:50.52

可読性の向上のために型推論があるのに、コンパイラが推論可能だからといって、人間が推論することが難しい書き方はするべきではない

2017/10/09(月) 22:50:13.97

ほんそれ
そもそも型推論なんていらん
むしろ考慮することが増えて面倒