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

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

2017/04/24(月) 22:06:57.16

「!」は最初見たときは分かりづらいと思ったが、慣れると危険な部分が分かりやすくて良いなと思ってる

2017/04/24(月) 22:16:59.71

2017/04/25(火) 08:29:23.45

プログラミング初心者なんですが、 delegateの概念がよく分かりません。

プロトコルは実装しないといけないメソッドとかをまとめるもの？という認識ですが。

開発チュートリアルやってると、なんの説明も無しにいきなりdelegateは何とかを他のクラスに委任できるなんちゃらとか、

説明が意味不明過ぎて詰みました

だれかわかりやすく説明できる方いますか？
わかりやすいサイトでもいいです
英語サイトやYouTubeでもいいです

2017/04/25(火) 08:33:44.54

>>411
スレチ

2017/04/25(火) 08:43:07.85

>>411
スレチ、とかってのは無視してOKっすからね。
あとdelegateパターン、delegateメソッド、delegate変数って言葉を使える様に
ならないとね。

delegateの概念ってのは、「クラスに委任」とかっていうのは単なる辞書を引いた
だけの説明なのでこれも無視です。

delegateパターンってのは２つのクラス、１つのプロトコルを使ったパターンです。
あまりにも、当たり前に使われるので、説明無しにdelegateパターンって出てきます。

この記事が参考になるんちゃいまっしゃろか？
UIKit類似Frameworkを自作してみる
http://qiita.com/externvoid@github/items/c70ce09aea758a548b22

2017/04/25(火) 09:52:21.41

デリゲートってのはなぁ・・おっと、後は>>145頼む

2017/04/25(火) 09:58:28.39

あぁ、デリゲート先間違えた。>>416頼む

2017/04/25(火) 10:39:09.75

>>413
スレチはスレチ
swiftに関係ないし初心者質問スレでもないので質問者の想定レベルが不明
しかも>>413はdelegateの説明をしていない

あと紹介するなら、こっちじゃないの？
http://qiita.com/mochizukikotaro/items/a5bc60d92aa2d6fe52ca

iOSに限定したdelegateへの質問なら、こっちの方が答えがあると思う
[SDK]iPhoneアプリ開発初心者質問箱48[touch][iPad]
http://egg.2ch.net/test/read.cgi/mac/1484217623/

2017/04/25(火) 10:58:46.24

片側Rangeが通った
a[..<i] とか a[...i] とか a[i...] ってデフォで書ける

2017/04/25(火) 11:06:07.97

今までデフォじゃなければ書けたの？
ユーザが拡張可能なコンパイラプラグインIFってswiftにあったっけかな

2017/04/25(火) 11:23:22.00

a.prefix(i) // a[..<i]
a.dropFirst(i) // a[i..]
と、手で書き換えるとか？

2017/04/25(火) 12:09:00.58

>>417
gj!
nice「とか」!

2017/04/25(火) 12:18:09.30

prefix operator ..<
prefix operator ...
postfix operator ...
を定義するだけ

SE-172のDetailed design真似して3.1で書いてみた
http://swift.sandbox.bluemix.net/#/repl/58febd1c8ef5d90dc580fb9b

まだSE-148のジェネリックなsubscriptがないから、ちょっとコードの重複ができてしまった

2017/04/25(火) 12:45:51.70

>>421
動いた。
こんなのチャチャッっと書けるなんて、すごいねぇ。