Swift part10 [無断転載禁止]©2ch.net

2017/02/20(月) 10:00:13.40

WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ

プログラミング言語Swift　Part4
http://potato.2ch.net/test/read.cgi/mac/1484763495/

[SDK]iPhoneアプリ開発初心者質問箱48[touch][iPad]
http://potato.2ch.net/test/read.cgi/mac/1484217623/

Xcode part14
http://potato.2ch.net/test/read.cgi/mac/1476190499/

Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/

前スレ
Swift part9
http://echo.2ch.net/test/read.cgi/tech/1476758084/

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

2017/03/22(水) 13:02:23.51

>>305
おれの得意なXXXと、どうして違うんだぁぁぁぁ。
よくあるよね。

2017/03/22(水) 14:23:57.53

>>308
得意かどうかや違うかどうかは関係無いよ
考慮された上での仕様かどうかという話

数値型の暗黙変換を無くしたことは前進だと見ている
しかしその結果、拡張変換の構文が縮小変換に追いついてしまい
非対称性による利点が失われてしまった

2017/03/22(水) 15:23:52.69

>>308
まさにこれ

Perl風の正規表現サポート構文を全言語で採用しないなんて信じられない！

文字列処理なんてプログラミングの基本中の基本でしょ！
一文字ずつの処理をプログラマが書くなんてあり得ない！！

待ってるぜSwift5

2017/03/23(木) 09:17:23.40

>>307
1.x初期にif letを子入れしてた時はシネと思ってたけど今のif, switchは便利よな
パクリ元と思われるrustより使い勝手よい

2017/03/27(月) 13:39:55.07

型推論削除まだー？

2017/03/27(月) 14:34:32.14

>一文字ずつの処理をプログラマが書くなんてあり得ない！！

いや、じゃあ誰が書くんだおｗ
アプリプログラマ、だけな、それ言うの
あと、1文字ずつの処理「も」かける、というのが便利

とりあえず「デフォ」を便利にして欲しい

2017/03/27(月) 20:33:27.48

勉強で単純なカメラアプリを作ってるんだけど、せっかくだからフレームとサイズだけはオリジナルにしたい
でもやり方がよく分からなくて困ってる
良ければ誰かヒントをくれないだろうか

2017/03/27(月) 20:57:49.35

UIWindowクラスでググったら？
と思ったら、すぐ見つかった。

“UIImagePickerController cameraOverlayView”でググレカス
http://chicketen.blog.jp/archives/7404852.html

2017/03/28(火) 11:35:36.43

>>313
＞いや、じゃあ誰が書くんだおｗ
＞アプリプログラマ、だけな、それ言うの

もちろん、カーネルプログラマや、ライブラリプログラマの皆さんの成果を美味しくいただけるという前提の話です。
アリガタヤ～

なんか、入力が文字列だと、自分でプログラム組んで処理する以外の方法を思いつかない人が多くて困るのだ。

2017/03/30(木) 06:19:29.38

>>315
ありがとう
それを足がかりに頑張ってみるわ

2017/03/30(木) 08:42:10.41

https://goo.gl/8by4rX
これは嫌だなー。。本当？

2017/03/30(木) 13:01:15.79

guro

2017/04/01(土) 12:38:15.61

let isFool = false
let YouAreFool = !(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!isFool))))))))))))))))))))))

今年のグーグルのエイプリルフールネタはイマイチだね

2017/04/07(金) 23:27:50.08

過疎りすぎだろ
お前らやる気あんのか

let π = Double.pi

2017/04/08(土) 09:36:51.95

>>321
>let π = Double.pi
おぉー、動くね！

2017/04/08(土) 09:37:52.65

そんなのに驚かれても...
とっくの昔にJavaでも動くけどな...

2017/04/08(土) 10:33:14.51

>>323
俺、変数名に英数記号以外が来ると、拒否反応を起こす。
古いのかなぁ？俺って。

だから、let pi = Double.pi
が好みなんだけど。

2017/04/08(土) 10:36:29.24

>>324
普通は使わない
Javaでもutf8対応を示すためのただのネタで、これを本気で使ってる奴はいないだろう

2017/04/08(土) 10:50:30.96

Option + P でπが入力できることは当然知ってるよな？

2017/04/08(土) 11:15:21.87

知らねぇだろお前ら感がにじみ出すぎててイタい

2017/04/08(土) 11:36:08.72

なんだ知らなかったのか
1つ賢くなったな

2017/04/08(土) 12:01:07.48

聞いてもいないのにいきなり言い出して確かにイタいな

2017/04/08(土) 12:17:13.50

急にJavaを比較対象として出して草
ObjCと比較しろやw

2017/04/08(土) 12:21:16.17

>>330
？？

2017/04/08(土) 12:50:51.72

>>326
うぅー。知らんかった。というか、忘れてた。

昔ΩがOption-Zで入力できるのを使ったが、それっきり。

2017/04/08(土) 12:53:01.39

>>330
Javaとの比較歓迎なんだけど、俺は。

Javaで仕事した事ないけど、情報処理の試験対策で勉強したし。
Design Patternの本読むのに、Javaで理解したし。

2017/04/08(土) 13:26:15.68

4マダァ？

2017/04/08(土) 13:33:22.85

iアプリやAndroidくらいしかやったことないと比較はJavaで適当だろうけど
動作OSとかランタイムの在り方とか言語文法の系譜とか違いすぎる

同じAppleOSで動いて、.soランタイムだけ要して、without C程度の系譜の同じ土俵で評価すべきじゃね
自分が知ってる言語って程度で比較に挙げるならC#でもGoでもRubyでもなんでもアリだからw

2017/04/08(土) 14:39:02.66

非ASCII識別子のネタなんて何の言語引き合いに出しても別に問題ないっしょ

2017/04/08(土) 16:52:22.92

おっπ

2017/04/08(土) 17:04:27.68

はい

2017/04/09(日) 16:19:12.39

揉ませろ

2017/04/13(木) 16:26:07.95

メモリー管理方式取り入れるってニュース見かけたんだけど
Swiftまた互換性無くなるんか？

2017/04/13(木) 16:43:28.23

>>340
>>69

2017/04/13(木) 16:50:05.36

「タイム互換」短すぎやでほんま
タイム互換いいたいだけやけどな

2017/04/13(木) 16:58:45.96

　　　　　　＿　　　　　　　　　　＿＿
　　　　／　＼　　　　　　　／　　　＼
　　　／　　　　＼　　　　／　　　　　　＼
　／　／￣￣＼＼／／￣￣￣＼＿_＼
／／￣　　　　/￣|￣ |￣`くヽ＿_/>　　 |　＼
￣　　　　　　　`ー'`ー'｀ｰ'／⊿⊿ヽ　　　￣￣
　　　　　　　　　　 |　　　| / ､／⌒ヽ,ヽ　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　 |　　　| |　| 〇　O） |　　　＜　ﾌﾞﾀﾓｵﾀﾞﾃﾘｬｷﾆﾉﾎﾞﾙ｡｡｡
　　　　　　　　　　 |　　__|＿>￣￣￣く　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　　　 |　 (＿__ノ　　　　　 |
　　　　　　　　　　 |　　__|_|＿　　　　 /ｅ
　　　　　　　　　　 |　（＿__ノ､＿__／
　　　　　　　　　　 |　　 |
　　　　　　　　　　 |　　　|
　　　　　　　　　　 |　　　|
　　　　　　　　　　 |　　　|
　　　　　　　　　　 |　　　|
　　　　　　　　　　 |　　　|

2017/04/13(木) 17:49:06.53

見つけた。つい最近のやつ

swiftメモリオーナシップのマニフェストが公開
https://www.infoq.com/jp/news/2017/04/swift-memory-ownership-model

2017/04/13(木) 17:53:40.70

オナニストに空目した

2017/04/13(木) 18:33:03.91

またInfoQは2ヶ月前の話を今更ニュースにして
今日の本当の界隈ニュースはABI Dashboardがやっと公開されたこと

2017/04/13(木) 20:46:27.09

>>344
翻訳がひどいなぁ。

ChridではなくChrisだし、マニフェストではなく、「今後の予定」だし。

2017/04/13(木) 21:43:29.30

結局、C++11 unique_ptrの文法ラップなのかな
ObjCでも使えるなら使いたいから頼むよー

2017/04/14(金) 00:10:47.26

Rust inspiredとのことだからunique_ptrなんてレベルじゃない
ライフタイムかそれに類するものを導入する気だろう

2017/04/17(月) 11:21:13.44

Swift4で何がかわりそうなのか
ttp://qiita.com/d_date/items/b3562f542afc306791ce

2017/04/17(月) 11:34:40.27

SE-0110

Swift3.1
let fn1: (Int, Int) -> Void = { x in
// some procedure
}

Swift4
let fn1: ((Int, Int)) -> Void = { x in
// some procedure
}

Intを要素とするtupleを引数に取るclosureの記述方法が、変わるらしい。
(Int, Int)型引数は、((Int, Int))としてx.0, x.1って感じでアクセスする。ってこった。

2017/04/17(月) 11:41:37.59

func curry<A, B, C>(_ f: @escaping (A, B) -> C) -> (A) -> (B) -> C {
return { x in
{ y in f(x, y) }
}
}

この関数の読み方が判らん！
戻り値が
(A) -> (B) -> C
って事は、
1. A型の引数を受け取り、(B) -> Cなるclosureを返すclosureが戻り値
2. (A) -> (B)なるclosureを受け取りC型を返すclosureが戻り値

どっちだ？

2017/04/17(月) 12:20:26.64

>>352
AとBの二つの引数を持つclosureを
指定したAに値を固定した場合のBだけを引数にもつclosureを返す、というclosureに変換する関数

2017/04/17(月) 16:19:08.73

>>352
1の方だね

2017/04/17(月) 17:25:42.88

もういい加減にしてほしいな
言語ヲタが「ボクチンが考えた最高の言語」遊びしてるようにしか見えない

2017/04/17(月) 18:59:19.87

批判なら具体的に
でなければアンチスレへ

2017/04/17(月) 19:03:02.31

->が出てきたらその時点で->より前が引数、->より後ろが戻り値

2017/04/17(月) 20:39:28.09

>>357
なるホドォ

((A) -> B) -> C
これは、
引数 ((A) -> B)
戻り値 C

ですね。

2017/04/17(月) 20:40:25.07

>>358
RxSwiftのソースみてると、こんなんばっかり。

Reactive.itemsメソッドとか！

2017/04/17(月) 20:46:01.79

ヒマなんですね

2017/04/17(月) 21:24:11.38

>>354
まあ、curry化ってそういうものだしね

2017/04/17(月) 21:25:12.82

インド人もびっくりだよね

2017/04/17(月) 22:47:26.87

>>355
SE-0110でググって最初のリンク開けば Bug: SR-2008 が目に入って
バグ対応なんだな、くらいはすぐに察せる

目的や理由も捉えないと余計に遠回りになるだけだぞ

2017/04/17(月) 23:10:09.48

>>350
いいからさっさと++、--、for(;;)を復活させろ

2017/04/17(月) 23:10:51.44

>>352
くっっっそ読みにくいな
さすがswiftだわ

2017/04/18(火) 00:02:25.56

>>355は4で破壊変更あることを今更知ったnewbieじゃないかな
破壊しないswiftなんてswiftじゃないと思って使ってるけど、3で安定したと思っちゃった子はそこそこいそう

2017/04/18(火) 00:31:05.68

>>355
こんなぶれぶれの独善言語についてってる奴の気が知れんわ

2017/04/18(火) 00:36:29.63

そんな言語のスレをヲチしてるお前もなー

2017/04/18(火) 10:13:46.23

型表記中の「->」は右結合ってことでいいんだよね?

2017/04/18(火) 12:14:40.44

https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/Types.html#//apple_ref/swift/grammar/function-type

If a function type includes more than a single arrow (->), the function types are grouped from right to left.
For example, the function type (Int) -> (Int) -> Int is understood as (Int) -> ((Int) -> Int)
―that is, a function that takes an Int and returns another function that takes and returns an Int.

引数は必ず()で囲まないといけないから、もし ((Int) -> (Int)) -> Int なら前半の()が必須
そういう意味でも (Int) -> ((Int) -> Int) としか解釈できない

2017/04/18(火) 12:45:37.54

>>370
THX

原則は、
1. 引数は()で囲む。囲まないと、error: require parentheses
2. 右から左方向へグループ化
例：
(S) -> (T) -> (U)
は
(S) -> ((T) -> (U))
と解釈される。

2017/04/18(火) 12:47:38.45

Reactive.itemsメソッドがこんな感じ
public func items<S: Sequence, Cell: UICollectionViewCell, O : ObservableType>
(cellIdentifier: String, cellType: Cell.Type = Cell.self)
-> (_ source: O)
-> (_ configureCell: @escaping (Int, S.Iterator.Element, Cell) -> Void)
-> Disposable where O.E == S {
以下略

2017/04/18(火) 13:01:42.04

右から左方向が優先度高いのか
左から右に流してるイメージで逆方向のがしっくりくるが
関数型の思想としてそういうものだっけかな

2017/04/18(火) 13:28:19.45

俺は若干右曲がり

2017/04/18(火) 20:55:52.53

可読性の高いSwift()

2017/04/18(火) 21:25:36.15

>>366
初期から使ってるけどSwiftにはいい加減枯れてくれって思ってる。
社内で必死こいてSwift移行推進した人たちは今肩身の狭い思いをしてるのでは。

2017/04/18(火) 22:03:34.33

Ojb-C使ってても毎年のようにAPIレベルでDeprecatedが量産されるから
Obj-Cなら変更コストが低いってわけでもない

2017/04/19(水) 10:54:38.73

>>351
3.1で4の書き方でやったらどうなるか試そうと思ったけど、眠くて忘れてたわ
誰かどうなるか教えて

2017/04/19(水) 11:22:12.10

>>378
let fn1: ((Int, Int)) -> Void = { x in
print(x.0 + x.1)
}
fn1((1,2)) // => 3
//fn1(1,2) // error: extra argument、引数が多すぎ！

2017/04/19(水) 12:18:48.30

>>379
ということは、元々括弧を省略した書き方をしなければ問題ないわけね

2017/04/19(水) 20:19:15.30

Swiftの関数の書き方に近いシンタックスの言語ってある？

2017/04/19(水) 22:12:07.64

たくさんある

2017/04/20(木) 14:01:17.17

たくさんあるかは分からんけど、Rustは比較的似てる気がする
Go とか Kotlin辺りもちょっと似てるかな

2017/04/20(木) 14:07:23.48

Java8も近い気がする

2017/04/20(木) 17:04:27.86

String再実装の第一弾と複数行文字列リテラルがレビュー通った

2017/04/21(金) 08:24:24.47

>>385
RubyのHere Documentみたいなもんか？
json = <<'EOS'
{
"language": "Ruby"
}
EOS

2017/04/21(金) 12:37:01.73

let json = """
    {
        "lang": "Swift"
    }
    """"
json == "{¥n    ¥"lang¥": ¥"Swift¥"¥n}"

閉じ"""の行と同じインデントが自動的に削除される(行頭が閉じ"""に揃う)
便利

2017/04/21(金) 12:49:25.47

発展途上の言語はどんどん便利になるからいいね

2017/04/22(土) 08:43:07.39

>>387
詳しく！

2017/04/22(土) 15:30:44.86

こんなものが今頃入るとか発展途上すぎるんだよ

2017/04/22(土) 15:35:08.08

Javaにはないけどな
Swiftのはインデントまで考慮されて洗練されてるし

2017/04/22(土) 15:42:53.58

インデント考慮って逆に分かりづらくなるような気が。。。
Optionalもそうだと思うけどSwiftって一見便利そうに見えて却って面倒くさくなってる要素が多いと思う

2017/04/22(土) 15:58:34.23

>>392
あんまり、ルールが多くなると、C++みたく、不人気になるんだよねぇ。

2017/04/23(日) 12:04:02.69

>>390
1.0 stableだ、ヒャッハーって始めて、その後半年単位で破壊変更受けた絶望に比べたら別に、、、
発展途上どんと来い、商業採用しない前提でポストObjCの進化は愉快

2017/04/23(日) 13:12:37.68

>>393
今のSwiftも十分ルール多いと思うぞ

2017/04/23(日) 13:18:16.81

>>395
同意
だから、Swift不人気になって、だれも使われなくなる。
ってストーリー展開が危険。

2017/04/23(日) 13:20:20.98

>>394
破壊的変更だけど、事前通告もあるし。。。will be depreridated. warningとか。

納得できる変更だし、改善方向に向かってるのでOK。
改悪とか、こんな機能、だれも使わんぜぇ。ってのが無いのでoK.

Windows 10の3D Paint Brush機能って必要か？

2017/04/23(日) 13:52:00.91

Swiftって読みにくすぎ
ObjC 3.0でいいわまじで
政治的に生まれた言語はどこかで無理が生じる

2017/04/23(日) 22:20:07.29

ObjCの方が読みづらいわ
読みづらいというより書きづらい…かな

2017/04/24(月) 09:18:14.98

>>399
禿同

2017/04/24(月) 09:47:25.07

ObjC-2.1っての出してくれないかなぁ。

Swift2.x -> 3.xへの破壊的変更をObj-Cへも適用して欲しい。

たくさんあるinitializerをinit(xxx:)にまとめるとか、Foundation, AppKitにあるClassのメソッド名を洗練させるとか。

Foundation, AppKitって1980年代の設計のままだから、あの長いメソッド名を
ちょっとだけ短くするだけで、まだまだObj-Cは延命できそうな気がする。
Swift3.x見たく、メソッド名の短縮化をObj-Cへcome on!

2017/04/24(月) 09:52:31.43

>>401
解ってないなあ。

2017/04/24(月) 10:00:22.08

>>402
詳しく！

2017/04/24(月) 10:02:56.87

Obj-C開発コミュニティーは崩壊しており、いまさらObj-Cのupgradeは難しいって事でしょうか？

だから、Swiftの開発が始まったって事でしょうか？

Obj-Cってコンパイル早くていい感じ何ですけど。Xcodeもサクサク動くし。

SwiftのせいでMacbook Pro15買わなくなっちゃいましたヨォ。俺は！

2017/04/24(月) 10:15:52.44

買ったのならもういいじゃん

2017/04/24(月) 11:07:05.55

>>403
Objective-Cの考え方は、ドキュメンテーションコード。
だから、名前を短くするのはナンセンス。

2017/04/24(月) 12:02:48.74

>>399
書くのがめんどくさいってのはある

2017/04/24(月) 21:16:37.16

単純に文の長さが短いだけで読みにくいのは高級言語としては微妙だな