プログラミング言語Swift　Part4 [無断転載禁止]©2ch.net

2017/01/19(木) 03:18:15.58

iBooks：
The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
Using Swift with Cocoa and Objective-C
https://itunes.apple.com/jp/book/using-swift-cocoa-objective/id888894773?mt=11

ドキュメント：
The Swift Programming Language
https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/content/documentation/Swift/Conceptual/BuildingCocoaApps/
Swift Standard Library
https://developer.apple.com/reference/swift

他
http://swiftdoc.org/
https://swift.org/
https://developer.apple.com/swift/blog/

関連スレ
http://echo.2ch.net/test/read.cgi/tech/1476758084/l50

過去スレ
http://potato.2ch.net/test/read.cgi/mac/1408762479/
http://anago.2ch.net/test/read.cgi/mac/1401736921/
http://anago.2ch.net/mac/kako/1401/14017/1401736249.html

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

**名称未設定** (ﾜｯﾁｮｲ 1987-G2r4) · 2017/07/04(火) 08:54:22.69

スレチを続けてる奴は老害というより単なるガイジだな

**名称未設定** (ﾜｯﾁｮｲ 62df-8IVh) · 2017/07/04(火) 08:54:57.93

>>88
そうだよ、古いなあw

**名称未設定** (ﾜｯﾁｮｲ 5d3e-ddzC) · 2017/07/04(火) 09:15:51.10

こっちでやれ

Objective-C [ObjC part:8.1];
http://mevius.2ch.net/test/read.cgi/tech/1414816517/

**名称未設定** (ﾜｯﾁｮｲ 2dd9-ddzC) · 2017/07/04(火) 09:18:17.07

>>87
>@property NSString *message;

@property (copy)NSString *message;
って書きかえろ！とwarningが出た。

これがModern Objective-Cなのか？

**名称未設定** (ﾜｯﾁｮｲ 82d9-rlqC) · 2017/07/04(火) 19:38:15.12

mutable/immutableをクラス分けでしか表現できない残念モダンなObjC

**名称未設定** (ﾜｯﾁｮｲW 09ef-HpRm) · 2017/07/04(火) 20:33:53.81

新概念！が出るたびに言語仕様に直接組み込んでは
後で仕様グダグダになる【モダン】より
なんでも「クラスの仕様です」で済ますObj-Cの方が
実はスマートなんじゃないかとずっと

**名称未設定** (ﾜｯﾁｮｲ 92d5-ddzC) · 2017/07/04(火) 21:06:00.57

ずっと？

**名称未設定** (ﾜｯﾁｮｲ 62df-8IVh) · 2017/07/04(火) 22:11:03.46

たいして変わんねえよ

**名称未設定** (ﾜｯﾁｮｲ 82d9-rlqC) · 2017/07/04(火) 22:55:14.38

Fast Enumだの@synthesisだのドット記法だの@リテラルだのBlocksだのinstancetypeだの...
ObjCほど後から後から醜いツギハギだらけの言語も無いと思うがね

**名称未設定** (ﾜｯﾁｮｲWW d27f-9Mth) · 2017/07/04(火) 23:37:51.97

最初からCとオブジェクト機能を糊で貼り合わせたつぎはぎですしおすし

**名称未設定** (ﾜｯﾁｮｲW c97c-HpRm) · 2017/07/05(水) 00:26:25.39

ObjectiveCを基準にすれば、他のだいたいのものは良いものだ。

**名称未設定** (ｱｳｱｳｳｰT Sa25-ddzC) · 2017/07/05(水) 03:23:30.19

ずっとを最後に置くのはJ-Pop

**名称未設定** (ｻｻｸｯﾃﾛﾗ Spcb-yr7v) · 2017/07/06(木) 08:24:03.45

>>97
その都度、新概念！素晴らしい！って絶賛続けた信者はスゴイ
Swiftも新言語！素晴らしい！って受け入れてくれればこうはならなかったろうに

**名称未設定** (ﾜｲﾓﾏｰ MMd5-4jc7) · 2017/07/15(土) 10:59:18.56

DelphiかPysonで頼む

**名称未設定** (ﾜｯﾁｮｲ c64d-svru) · 2017/07/17(月) 10:59:26.96

>>98
おれはむしろそれが強みだと思ってるけどな
Cのソースがそのまま使えるなんて他言語ではないだろ

**名称未設定** (ﾜｯﾁｮｲW 29ef-keXt) · 2017/07/17(月) 13:44:12.30

NSObjectの上にCのソース貼るだけでもうクラスとして取り回しできるしな

**名称未設定** (ﾜｯﾁｮｲ c64d-svru) · 2017/07/17(月) 13:53:18.01

それをわかってくれるかぁ゜*。(*´Д`)。*°

**名称未設定** (ﾜｯﾁｮｲ c73e-29Ea) · 2017/07/24(月) 13:42:45.73

C++のfriend相当とか、Objective-Cのprotected相当のアクセス指定が欲しいな…

**名称未設定** (ﾜｯﾁｮｲW a387-5ntN) · 2017/07/30(日) 00:31:14.82

今のswiftで書いたアプリってMavericksではもう動かせんの？

**名称未設定** (ﾜｯﾁｮｲ 4fd9-C+ox) · 2017/08/02(水) 10:03:45.80

>>107
Deployment Targetを10.6にしてやれば良いんじゃない？
そすれば、Mavericksどころかその前までOKかも。

**名称未設定** (ﾜｯﾁｮｲWW 8f3e-P5wI) · 2017/08/04(金) 20:34:31.27

mozc for iOS使おうと思ったら、日本語の変換候補が出てこない…(泣)
どうしたらいいんだよ…

**名称未設定** (ﾜｯﾁｮｲ 7ff3-aEKd) · 2017/08/13(日) 13:03:17.45

appstoreって2つのアカウント作って別名で登録してもいいの？

**名称未設定** (ﾜｯﾁｮｲ 9789-xbpo) · 2017/08/14(月) 19:01:32.69

>>110
Apple IDを２つ作るって事？
Developer用Apple IDと、non-Developer用Apple ID２つ作ってる人は多いのでは？

**名称未設定** (ﾜｯﾁｮｲ 7ff3-aEKd) · 2017/08/14(月) 20:51:18.74

>>111
2つのサークル別々に開発して作者名をかえたいの

**名称未設定** (ﾜｯﾁｮｲ 733e-MmNF) · 2017/09/01(金) 22:58:50.70

可変個の引数から別の可変個引数に、可変個扱いのまま渡す方法ってありますか？

func f(_ args: Any...) {
　　sub(args) //これだと引数1個扱い
}
func sub(_ args: Any...) {
　　
}

**名称未設定** (ﾜｯﾁｮｲ 733e-MmNF) · 2017/09/01(金) 23:18:07.75

補足
Array版を作るしかない？

func f(_ args: Any...) {
　　sub(args)
}
func sub(_ args: Any...) {
　　sub(args)
}
func sub(_ args: [Any]) {
　　
}

**名称未設定** (ﾜｯﾁｮｲ ff87-BPzU) · 2017/09/02(土) 00:56:49.48

withVaListを使えばできるのかもしれないけど
Array版作ったほうが良さそう
https://stackoverflow.com/a/29401619

**名称未設定** (ﾜｯﾁｮｲ 733e-MmNF) · 2017/09/02(土) 06:14:40.94

>>115
ありがとうございます。
Cのva_list用で、可変個を可変個で、ってものではなさそうですね。

**名称未設定** (ﾜｯﾁｮｲ 9163-b06s) · 2017/11/16(木) 19:00:05.10

UIApplication.shared.isNetworkActivityIndicatorVisibleはiPhone Xでは表示されないんかな？

**名称未設定** (ﾜｯﾁｮｲ bd3e-b06s) · 2017/11/16(木) 23:42:02.51

表示されないっぽい
代替表示用してくれても良さそうなものを…

**名称未設定** (ﾜｯﾁｮｲ bd3e-b06s) · 2017/11/16(木) 23:42:52.24

用して→用意して

**名称未設定** (ﾜｯﾁｮｲ 07d1-5Bhd) · 2017/11/25(土) 22:29:47.69

Macの市販アプリってGUIの表示がアプリ毎に違ってるけど
あれってMacの標準GUIの見た目だけカスタマイズしてるの？
それともGUIの仕組み自体を自前でプログラムで作ってるの？

**名称未設定** (ﾜｯﾁｮｲW 5fcf-YPpG) · 2017/11/26(日) 20:24:01.52

swiftでかいてるならだいたいカスタマイズ
unityとかなら全部てづくりかも

**名称未設定** (ｻｻｸｯﾃﾛﾗ Sp8b-6UgA) · 2017/12/10(日) 02:08:33.85

OpenGLとかMetal使ってるなら手作りするかそれ用のGUIライブラリ使うやろ

**名称未設定** (ﾜｯﾁｮｲ 6f3e-76Te) · 2017/12/29(金) 11:52:17.54

今年も来た

詳解Swift第4版　荻原剛志(著)
https://www.amazon.co.jp/dp/B078ML9XZM/

**名称未設定** (ﾌﾞｰｲﾓ MM27-PYHQ) · 2017/12/31(日) 09:59:48.55

第3版、まだ読みきってないのに

**名称未設定** (ﾜｯﾁｮｲ 06ec-pjCE) · 2018/01/01(月) 12:35:56.74

詳解Swiftっていまいち詳解じゃないよね
載ってないこと多すぎ

【中吉】【84円】 (ﾜｯﾁｮｲ 6f3e-76Te) · 2018/01/01(月) 13:25:54.42

言語仕様という点で日本語書籍でこれより詳解なのある？

**名称未設定** (ﾜｯﾁｮｲ 07d5-hKlj) · 2018/01/01(月) 13:52:43.36

Apple公式の奴を翻訳してくれたらそれで十分なんだけどな
あれ結構分かりやいいし

**名称未設定** (ﾜｯﾁｮｲ 06ec-pjCE) · 2018/01/01(月) 14:23:40.44

>>126
ないな
日本語では一番・詳解Swift
って書名なら正しい

【大吉】【387円】 (ﾜｯﾁｮｲ 06ec-pjCE) · 2018/01/01(月) 14:24:10.89

間違えた

**名称未設定** (ﾜｯﾁｮｲWW ca2b-LuW1) · 2018/01/01(月) 17:10:11.61

お、今回はKindle版も同時発売か
でも固定レイアウトなのね

**名称未設定** (ｻｻｸｯﾃﾛﾛ Sp03-KG8w) · 2018/01/01(月) 17:11:31.53

買い替えじゃなくてアップデートされるなら電子版買いたいな

**名称未設定** (ﾜｯﾁｮｲ 6f3e-76Te) · 2018/01/02(火) 18:40:27.20

>>127 それがあれば一番だね

今回はiBooksStoreにも出てるよー
なぜかKindle版よりちょっと高いけど

**名称未設定** (ﾜｯﾁｮｲ b387-SYER) · 2018/01/02(火) 19:35:40.27

本読むくらい熱心なら、変更内容に加えて
経緯から議論まで追える最強のリストを読んでいった方が良い
https://apple.github.io/swift-evolution/

英語直が無理ならChromeのページ翻訳使えば良いし

**名称未設定** (ﾜｯﾁｮｲ bbd9-H65A) · 2018/01/05(金) 15:26:35.72

Swift4 変更点

で、検索したら満足できる記事がヒット

**名称未設定** (ﾜﾝﾄﾝｷﾝ MMa3-ur/e) · 2018/01/18(木) 10:05:10.01

iPhoneアプリの開発者離れが起きている。

アプリ提出の審査が理不尽で不公平になってしまって、iPhoneアプリの開発者離れが起きている。
アンドロイドにはKotlinが出てきて開発者が増えている。

Guideline 4.2 - Design - Minimum Functionality

アップルのGuideline 4.2の連発で簡単なアプリはもう提出しても審査には通らない。まだアンドロイドの方が通る。
簡単でなく多機能なアプリでも4.2を連発してくる。もはや作為的やっているとしか言いようがない。

開発者は開発情報のみなもとだった。それを閉め出してからiosの勢いがなくなった。
今からiphoneアプリやってもまず4.2で通らない。審査で落とされる。簡単な機能だけのアプリはまずリジェクトされる。
ちなみに複雑なアプリでも同じようなことが起きている。Rssリーダーのようなアプリでも機能が簡単すぎるといわれリジェクトされている。
アップルは信用できない。これは確か。ころころ方針を変える。昨日まで審査に通ったアプリが、今日から通らなくなるというのが普通にある。 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

**名称未設定** (ﾜｯﾁｮｲ dbec-TSwL) · 2018/01/18(木) 13:25:42.19

Appleの審査がウザいのは同意だが、少なくともSwiftって言語自体はよくできてると思うんだがな

**名称未設定** (ﾜｯﾁｮｲW e363-F8h5) · 2018/01/18(木) 20:47:26.34

市場シェア
泥>>iOS
利益
iOS>>泥

**名称未設定** (ﾜｯﾁｮｲ dd3e-SF9s) · 2018/01/18(木) 21:15:46.97

Swiftの変更も含め、開発者に負担かけすぎなんだよな

**名称未設定** (ﾜｯﾁｮｲW e363-pQ7J) · 2018/01/19(金) 18:13:48.69

68k-> PowerPC-> Intel->ARM
toolbox-> carbon-> cocoa-> ?
pascal-> C-> objective-C -> swift

**名称未設定** (ﾜｯﾁｮｲ 2587-1pyd) · 2018/01/19(金) 23:34:06.49

市場の影響やら色々あってやはりクロスプラットフォームが検討される

そこそこのアプリならCordova(TypeScript)、ゲームならUnity(C#)
Xamarin(C#)、Multi-OS Engine(Java / Kotlin)、Kotlin/Nativeとかもあって
Swiftは立ち位置が辛くなりつつある

**名称未設定** (ﾜｯﾁｮｲ db00-TSwL) · 2018/01/20(土) 00:25:28.94

GoogleがSwiftの開発者引き抜いてAndroidアプリもSwiftで開発出来るようにする
って噂があったけど、あれどうなったんだろうな

少し期待してるんだが

**名称未設定** (ﾜｯﾁｮｲ dbd5-iVQh) · 2018/01/20(土) 02:02:36.92

コトリンの世話で手一杯

**名称未設定** (ﾜｯﾁｮｲ dd3e-SF9s) · 2018/01/23(火) 22:56:39.03

https://iphone-mania.jp/news-200890/
＞「Swiftは、プログラミング言語がオタクっぽすぎるという認識をもとに作られた。
＞学生の多くはプログラミング言語を見て、”これはできない”と思ってしまう」と、クックCEOは語りました。
＞
＞「誰でも使い方をすぐ覚えられる、Apple製品のようなプログラミング言語をデザインしたかった」と、
＞クック氏はSwiftの敷居の低さを強調しました。

Swiftはそこまでじゃねえな。それならAppleScriptぐらいにしないと。

**名称未設定** (ﾜｯﾁｮｲ db00-TSwL) · 2018/01/23(火) 23:39:33.33

Swiftはいい言語だと思うけど、やっぱこれからは小鳥が主流になるのかな？
Springも5になって対応して、Webもスマホも作れるし

**名称未設定** (ﾜｯﾁｮｲ 83d5-iVQh) · 2018/01/24(水) 00:10:41.66

KotlinじゃiPhoneアプリ作れねーだろ

**名称未設定** (ﾜｯﾁｮｲW 23ef-wAYJ) · 2018/01/24(水) 01:14:11.51

BASICの昔から初心者の最初の理解を阻害しているのが
「型」の存在だ。というのは真理ではあるのだけど
「そういうことはオブジェクトに命令とクラスを渡す形にして
普段はあまり気にしなくていいようにしよう」って言語の後継です！つって
「なんじゃかんじゃわからんものになんじゃかんじゃわからないことするんですよ！進歩してるでしょ？」
って言われてもなんじゃかんじゃわからないソースになるだけだよねコレ？というか…

**名称未設定** (ﾜｯﾁｮｲW d587-Ht0t) · 2018/01/24(水) 03:55:36.56

結局型を意識しなきゃコードは書けないと思う。初めてのプログラミング言語がSwiftだった人達が型を意識しないでいいだとかその他の理由でもいいけど、Swiftを分かりやすいと感じているかどうかが気になる。

**名称未設定** (ﾜｯﾁｮｲ 75c5-ur/e) · 2018/01/24(水) 06:13:02.40

型ってそんなにわかりにくいかねえ。$には文字列が入って％には整数が入るとか、
当時小学生だった自分にもわかりやすかったけどね。%と!と#の違いはともかく、$はぜんぜん違うものが入るからなぁ。

**名称未設定** (ﾜｯﾁｮｲ 2587-1pyd) · 2018/01/24(水) 07:42:30.06

>>145
作れるよ
最終的なバイナリ生成のためXcodeをリモート接続経由で使うからどのみちmacは必要だけど

KotlinでのViewController
https://github.com/multi-os-engine/moe-samples-kotlin/blob/moe-master/KotlinRssReader/ios/src/main/kotlin/org/moe/kotlinrssreader/SimpleTableController.kt

**名称未設定** (ﾜｯﾁｮｲ 83d5-iVQh) · 2018/01/24(水) 09:07:50.03

昔のBASICも型を意識させないようにしてたろ
方法は違うけど

**名称未設定** (ﾜｯﾁｮｲ 83d5-iVQh) · 2018/01/24(水) 09:20:13.18

>>149
なんかめんどくさそう

**名称未設定** (ﾄﾞｺｸﾞﾛ MM13-ffdp) · 2018/01/24(水) 09:58:12.37

Swiftはコーディングにあまり不満はないが、Buildにクソ長くて開発がままならん。
早くコンパイラーを何とかせい

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 10:12:47.55

>>151
クロスプラットフォームは多かれ少なかれ面倒なところはあるさ

**名称未設定** (ﾜｯﾁｮｲW d587-Ht0t) · 2018/01/24(水) 11:23:25.39

>>152
推論させないで明示的に型を書けば早くなるでしょたぶん

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 13:19:08.05

Swiftの型推論は初動から風呂敷を広げ過ぎた
双方向推論は含めるべきではなかった
右辺値からの推論のみにしておけば型推論に関するビルド時間はここまで掛からなかったはず

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 14:17:14.93

let a = b( c() ) { d in e(d) }.f().g()

単方向(右辺値から)だと
・c()の戻り値型c_typeを導出
・b(c_type, func_type)の候補が一つになることをチェック
・func_typeからdを導出
・e(d)戻り値型を導出してfunc_typeと型チェック
・b(..)の戻り値型からb_type.f()を導出
・同様にfの戻り値型からg, gからaが決定

双方向だと e(*)の候補一覧からb(c_type, e_type*).f()が成立するものまで探し始める
bの引数の型が決まってない段階で
その絞り込みのためにf、さらにはgまで先読みして推論し始める
時間が掛かるだけでなくオーバーロードやエクステンションが絡んで
Ambiguousエラー出したり
LazySequence.map(..) -> LazyMapSequence<..> でなく
Sequence.map(..) -> [T] の方に間違って確定したりする

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 14:18:00.81

Swift3で推論に問題あったケースが、知っている範囲ではSwift4で正常になったので
かなり改善されているようだけどビルド時間はさらに犠牲になってそう

コーディングの利便性のために双方向の推論に対応した結果
ビルド時間が掛かり過ぎて型を明示するようになる本末転倒

**名称未設定** (ﾜｯﾁｮｲ 83d5-iVQh) · 2018/01/24(水) 16:08:47.94

コンパイル時間が長くなっても、それを補えるぐらいコーディング時間が短縮されるなら、結果オーライだろ

**名称未設定** (ﾄﾞｺｸﾞﾛ MM13-ffdp) · 2018/01/24(水) 17:16:22.21

>>154
基本昔からほぼ全てにきちんと型定義しているが
ビルドに20～30分も掛かる。。。
ちょっとコーディングしてビルドすると、
またそのぐらい。。。
ビルド中に編集するとカラーボールがクルクルし出すし。
コーディングする暇がなくてめちゃ困る。

筐体が死にかけていてそうなら、喜んで買い換えるが。
これもAppleの罠ではないかとかと疑心暗鬼

ちなみにMBA2013 4GBね

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 17:52:02.29

全ての変数定義に型を明示しても
メソッドチェーンや引数に直接ラムダを記述しているなら型推論は発生している

１ステートメント内に暗黙の型有り
let a:Int = b( c() ) { d:Int in e(d) }.f().g()

極端だけどここまでしないと型推論は多少なりとも発生する
let lm:(Int)->Int = { (d:Int) in e(d) }
let retC:Int = c()
let retB:B = b(retC, lm)
let retF:F = retB.f()
let a:Int = retF.g()

実際にはそのビルドの20分とやらの大半は
一部のボトルネックになってるコードのせいという可能性も高いし
闇雲にステートメントを細分化する必要は無いけど

**名称未設定** (ﾜｯﾁｮｲ 2587-j+7R) · 2018/01/24(水) 18:05:03.27

>>159
Pro買えば早くなるだろうけど
その前にビルド時間のボトルネックがあるか探すためにこの辺読んでみるのを勧める
https://medium.com/@johnsundell/improving-swift-compile-times-ee1d52fb9bd

-warn-long-expression-type-checking オプションとかもある

**名称未設定** (ﾜｯﾁｮｲ 83d5-iVQh) · 2018/01/24(水) 19:25:22.66

今時メモリ4GBて
開発には厳しいだろ

**名称未設定** (ﾜｯﾁｮｲ db00-TSwL) · 2018/01/24(水) 19:35:45.83

今年2018年だというのに５年前の4GのMBA使って遅いって言われてもなぁ

**名称未設定** (ﾜｯﾁｮｲW 3aef-aM+/) · 2018/01/25(木) 00:00:04.29

>>148
ダートマスBASIC自体が学生にFORTRANでプログラム教えてたら
INT,DOUBLE,LONGとかの変数の種類の定義と概念で引っかかって
プログラミングの中心概念にサクッと進めないので
わざわざ数値型と文字型の二種類に変数型を固定した言語を作ったんやで。
「FOR-NEXT-STEPでSTEP0.5でも正しい回数回るようにとか苦労しましたw」と
作者がインタビューで答えててびっくりした。本当に高級言語だったんだと。
小学校のリコーダーが超高級木管楽器のプラスチックコピーだと知った時ぐらいの衝撃だったw

**名称未設定** (ﾜｯﾁｮｲ 173e-qxTs) · 2018/01/25(木) 02:50:48.88

ビルド時間はSwift 2/Xcode 8に比べりゃだいぶ早くなったと思うけどね
まあそれでもObjCだけのプロジェクトに比べりゃはるかに長いけど

**名称未設定** (ﾜｯﾁｮｲW cac8-YK+C) · 2018/01/25(木) 07:46:57.08

>>161
ありがとう。
ボトルネックになってる箇所を探してみようと思う。
素直にMBPに買い換えるべきかな。

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/25(木) 09:33:15.86

iMac Proにしろよ
サクサクだぞ
知らんけど

**名称未設定** (PH 0Hbf-Qclr) · 2018/01/25(木) 15:42:31.84

「型」って言うほど重要なのか？
そもそもその出発点がおかしいんだろうな

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/25(木) 15:54:46.78

重要だろ
整数は大きさで処理速度に影響するし、浮動小数点数はまた専用のプロセッサがある
型のちょっとした違いでアラインメントの影響とかでメモリを占める領域も違ってくるし、ひいては実行ファィルの大きさにも影響してくる
型を意識しないプログラマは半人前ですらない

**名称未設定** (ﾜｯﾁｮｲ 964e-hlIM) · 2018/01/25(木) 20:11:04.15

型を重要と思わないプログラマって、適当にネタ選びやってる寿司職人みたいなもん

**名称未設定** (ﾜｯﾁｮｲW cac8-YK+C) · 2018/01/26(金) 01:06:18.96

>>167
個人開発だから購入する勇気が出ない。。。

>>169
同意!
swiftは型推論が売りだろうけど、後々のメンテナンス性だとか、デバッグを考えると型付しておかないと後々の収拾付かなくなるね。

早くこの問題はAppleさんに解決してもらいたい。

**名称未設定** (ﾜｯﾁｮｲ 7e2c-Qclr) · 2018/01/26(金) 01:22:31.74

>>169
多分それ30年前の知識のまま固執してなぁい？
mem. 1MB とか 1MHz 動作とかｗ

Int型に文字列突っ込んだら例外飛ばしてくるとか旧石器時代の話でしょ？

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/26(金) 02:16:55.90

int型に文字列突っ込んでも問題ない言語とかあるのか？

**名称未設定** (ｽｯｯﾌﾟ Sdda-UEho) · 2018/01/26(金) 18:41:54.53

>>171
型を明示することでかえって可読性や保守性が悪くなる場合に省略できるようにするのが、型推論のメリットなんじゃないの？
一番読みやすく保守しやすいコードが、型推論のビルド時間の短縮の為に、読みにくく保守しにくいコードに変えなければならないなら、失敗しているということだろう

**名称未設定** (ｽｯｯﾌﾟ Sdda-UEho) · 2018/01/26(金) 18:42:48.69

>>173
c言語？

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/26(金) 19:18:44.42

>>175
C言語でも無理

**名称未設定** (ﾜｯﾁｮｲ 4fe5-r6Nt) · 2018/01/26(金) 22:33:33.37

>>176
int hoge = 'abcd';

まぁ文字列とは違うけど

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/26(金) 23:27:45.91

文字列ではないな
ASCIIで表現した4バイトの数値

**名称未設定** (ﾜｯﾁｮｲW 1384-p3ow) · 2018/01/26(金) 23:45:36.96

>>174
型推論によってBuildが遅くなるのは確かに思想と逆行していることは理解できる。
ただ型を明示することで可読性や保守性を損なっているという感覚が理解できない。
プログラミング入門者だったらまあ納得できるが

**名称未設定** (ﾜｯﾁｮｲ ba67-1QpA) · 2018/01/27(土) 07:37:02.97

PH 0Hbf-Qclr がアホなだけ

**名称未設定** (ﾜｯﾁｮｲW b3e0-UEho) · 2018/01/28(日) 10:13:22.57

>>176
int a = (int)"abcdefg";
printf((char *)a);

ってのはどう？
似たようなことして「問題なく」動いている古いプログラムもありそうだけど。

**名称未設定** (ﾜｯﾁｮｲW b3e0-UEho) · 2018/01/28(日) 10:28:48.38

>>179
>>160の極端な例って可読性や保守性が悪くなってない？
型推論が、人間であれば文脈から自明である型を省略可能にすることで可読性や保守性を上げようとすることならば、
理想的ならば省略可能な型の記載をコンパイラの制限で記載しなければならないなら可読性や保守性を下げてることにならないか？

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/28(日) 11:04:06.36

>>181
あるわけねーだろ

**名称未設定** (ﾜｯﾁｮｲ 7ea7-Qclr) · 2018/01/28(日) 11:21:35.61

$test = 'abc';
$test++;
print $test; -> abd

perlくそﾜﾛﾀ

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/28(日) 11:50:16.24

>>184
それと似たようなことは大概の言語でできるだろ

**名称未設定** (ﾗｸｯﾍﾟ MM3b-V+yQ) · 2018/01/28(日) 12:32:40.71

文字もインクリできるんですかｗ

**名称未設定** (ﾜｯﾁｮｲ ead5-4xH4) · 2018/01/28(日) 12:50:25.70

文字がコードとして表現され大小関係もあるから、当然インクリもデクリもできる

**名称未設定** (ﾜｯﾁｮｲ 964e-hlIM) · 2018/01/28(日) 13:27:37.36

そろそろスレチな話題やめろや

プログラミング言語Swift Part4 [無断転載禁止]©2ch.net

プログラミング言語Swift　Part4 [無断転載禁止]©2ch.net