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

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

2017/10/09(月) 23:44:00.27

型推論とかいう作ったやつの自己満機能

2017/10/10(火) 00:19:08.18

型推論いいじゃん
コーディング量が減るし

let age: Int = calculateAge(fromBirthday: birthday)
let age = calculateAge(fromBirthday: birthday)

let name: String = nameField.text.stringByTrimmingCharactersInSet(.whitespaceCharacterSet())
let name = nameField.text.stringByTrimmingCharactersInSet(.whitespaceCharacterSet())

紛らわしい変数名とか使わなければ型は自明なケースも多い

2017/10/10(火) 00:21:14.49

ところでSwiftとかKotlinとか似たような言語がポコポコつくって何がしたいん

2017/10/10(火) 00:32:06.42

微妙にちょっとずつ違うから
最終的にいいとこどりして
C#がさらに最強になる

2017/10/10(火) 09:50:24.55

>>372
ageをひっそり月対応にしといてやんよ

2017/10/10(火) 17:19:55.70

まぁ型推論が有効なのってideとの連携前提なとこあるよね。
結局この型どうやんねんって時にフォーカス合わせれば型がわかるから使えてるところはある

2017/10/10(火) 18:47:00.23

いろんなソース読んでるとBaseViewみたいなの用意してストーリーボード上でそれをNavigationControllerより前に置いてるんだけどどういう風にどういう意味でなんの利点があってやってるんですか？

2017/10/10(火) 20:20:45.88

そのBaseViewがソースでどういう使われ方してるのかみてみないとなんともいえんな

2017/10/10(火) 21:16:36.06

>>377
なかなかナゾな書き方だなw

BaseViewController -> NavigationController
NavigationController -> ViewController.view.subviews[0](=BaseView)
StoryboardにはViewを単独では配置することはできない、また、単にViewControllerではなくNavigationControllerってるとこからは前者か？と推測

前者のは利点はわからんなあ、逆にあんまりNavigationControllerが必要でなくViewController -> ViewController -> ViewController ... な遷移でも書けるがNavigationController中で遷移させた方が利点があることはあるのはある
後者は(なんか別に配置して)目一杯でなくなった場合にとかだろうと推測

2017/10/10(火) 21:36:28.71

>>372
375でも書かれてるけど、ageって必ず年ってわけじゃないからageに関しての例は適切じゃないと思った。
FloatなのかIntなのか事前に知っておきたい場合ってのも結構多いし。

2017/10/10(火) 22:02:25.69

>>376
そう
何に推論されてるのか推論するのが面倒なときがある
結局単にIDE依存度を高める機能

2017/10/10(火) 22:02:55.52

年齢の型が浮動小数点数なわけないだろ常識的に考えて

2017/10/10(火) 22:59:28.27

誕生日からの経過月数や日数、ひいては時間や秒まで浮動小数点の年齢として表現することにする実装もありうる
常識的っていう曖昧な前提はプログラミングではいらない

2017/10/10(火) 23:06:02.00

>>379
御察しの通り前者です
どういう風に使っているかと言われると、表示に関係者した共通処理？プログレスの表示などのをまとめてるっぽいんだけど画面数が多くなるとまとめたほうがいいのかな

2017/10/10(火) 23:28:14.76

>>383
年齢に整数型以外を使うときは、typealiasするなり型を明示して、変数名もageにはしないわ常識的に

2017/10/10(火) 23:40:37.74

>>384
BaseViewControllerでググったらあった、複数。こんなん流行ってたのか
https://qiita.com/yimajo/items/8ef1850e1362bd3bf3d8
基本否定姿勢だけどちゃんとメリットも書いてある／理解してる(？)とても良い人の意見なんじゃね？w

俺にはそれでもメリットは何も感じないけどww

2017/10/11(水) 00:14:13.41

>>380
事前に知って起きたい場合じゃなくて、事前に決めて起きたい場合じゃないの？
型推論があれば受け側の変数の型を宣言しておけば、同じ名前のメソッドを使い分けられるんじゃない？

2017/10/11(水) 06:53:33.72

>>385
つまり最初から型書いとけばこんな下らん議論はいらないということだ
IDEもあるのに型を書くくらいがめんどいやつはプログラマやめちまえばいいと思う

2017/10/11(水) 06:57:49.22

アプリ全体のviewControllerで行う処理とか後から追加するのが面倒だから、実装なしでもbaseViewController継承しておくのがプロ

2017/10/11(水) 06:58:56.69

アプリ全体のviewControllerで行う処理とか後から追加するのが面倒だから、実装なしでもbaseViewController継承しておくのがプロ

2017/10/11(水) 07:31:38.26

Swiftのビルドの遅さと言ったらもう

2017/10/11(水) 08:57:59.33

大丈夫
モダンな言語を触ること自体が喜びの意識高めの方々にはまったく苦にならないから

2017/10/11(水) 10:29:22.28

型型抜かすんじやねぇ

2017/10/11(水) 11:10:15.04

>>387
書く側としたら事前に決めておきたい、だけど、読む側としたら事前に知っておきたいという感覚になるのかな、と。

あと、ライブラリを部分的に知ってるような場合に、どこで自分の知ってる型が出てくるかわかるだけでも全然読みやすさが違うとかはあるよ。
名前の付け方がよければそんなことないかもしれないが、そうでない場合、全部一個一個チェックしていかなきゃいけないわけだから。

2017/10/11(水) 11:51:10.61

ソースを追ってて型が明示されてないと分からなくなることってそんなあるか？
いちいち型が明示されててごちゃごちゃしてるよりすっきりしてる方が好みだけどなぁ
どうしても知りたければIDEの構文補完ですぐわかるし
コンストラクタとかは呼び出しそのものが型宣言みたいなもんやし冗長やろ

let query: NSMetadataQuery = NSMetadataQuery()
let query = NSMetadataQuery()

let fileManager: FileManager = FileManager.default
let fileManager = FileManager.default

as演算子を使う時も型は自明
let appDelegate: AppDelegate = UIApplication.shared.delegate as! AppDelegate
let appDelegate = UIApplication.shared.delegate as! AppDelegate

2017/10/11(水) 13:24:55.20

>>395
こういう見て明らかなのは良いと思うよ

2017/10/11(水) 13:37:02.94

見て明らか（哲学）

2017/10/11(水) 13:51:10.92

逐一型宣言してたら、後でクラス名とか変えたくなった時に影響範囲も増えるからな

2017/10/11(水) 21:53:46.50

>>398
それこそideがやるべきだろ。

2017/10/12(木) 00:23:01.42

おまえらみたいな意識高い系のおかげでかいしゃは消える
なぜならユーザーメリットなく

2017/10/12(木) 12:03:55.01

常に意識高く(=コスト高く)
皆が意識高いわけじゃないし

もうIDEがプログラム推論で全部書けよ

2017/10/12(木) 12:07:58.00

そのうちAIがプログラムを書くようになる日もくるだろう
俺たちの仕事は要件定義だけ
そのうち、要件定義すらAIがやりはじめるだろう
もう俺達の仕事はなくなるね

2017/10/12(木) 16:00:26.14

そのうち＝50年後とかか？

2017/10/12(木) 22:11:20.91

IDEがないと書けたもんじゃないモダンな言語
実に感慨深い

2017/10/12(木) 22:59:47.41

IDEが無くても書けるモダンな言語って一杯あるもんな

2017/10/12(木) 23:00:07.52

効率悪いやろ

2017/10/13(金) 08:36:59.82

とにかくビルド遅い、Mac全体遅くなる
swift死んで欲しい

2017/10/13(金) 09:01:30.41

Swiftを使わないという選択肢もあるんやで

2017/10/13(金) 09:08:03.03

ない

2017/10/13(金) 12:52:09.23

昔はObjective-Cという言語があってだな。