トップページ⇒tech
1001コメント317KB

Swift part3

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/07/23(水) 11:46:48.42ID:x29J8vdY
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

Apple Developer
https://developer.apple.com/swift/
Welcome to Swift
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/
iBooks: The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
書籍の形にはなってないけどドキュメント
The Swift Programming Language
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Swift Standard Library Reference
https://developer.apple.com/library/prerelease/ios/documentation/General/Reference/SwiftStandardLibraryReference/
Swift Blog
https://developer.apple.com/swift/blog/
Resources (Xcode 6が無料でダウンロードできる)
https://developer.apple.com/swift/resources/

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/
帰ってきた動的言語 VS 静的言語（代表Swift）
http://peace.2ch.net/test/read.cgi/tech/1401809550/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
0307デフォルトの名無しさん2014/08/27(水) 20:51:32.31ID:Auhnp5AU
>>305
そもそもDoJaはVM部分はJavaMEなのでは？プロファイルやAPIの部分のみ独自
だから、Javaを名乗りようがない

>Dalvikは素のクラスファイルのクラスローダ
これ何のこと？教えてよ
0308デフォルトの名無しさん2014/08/27(水) 20:57:33.30ID:MDxpf5sK
ヨソでやってください
0309デフォルトの名無しさん2014/08/27(水) 20:57:58.56ID:Auhnp5AU
>>306
じゃあ、１つづつ
＞iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
アニメーション（エフェクトやインジケータ）による体感時間の軽減はわかるんだが、それを除いただけでもっさりするとは思えない。
例えば、どの辺りがもっさりなんだ（開発者の視点で頼む）
＞バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
そこら辺はOS側の仕事だから、Swiftは関係ないだろう
0310デフォルトの名無しさん2014/08/27(水) 21:02:30.30ID:FM2rf8sy
おいおいここはSwift スレだぞ
もうそろそろJava談義は良いだろ

一つだけSwiftに近い話に戻せば、Javaがいくらがんばってもネイティブと勝負するにはそれなりに高価なハードじゃ無いと勝負にならない
0311デフォルトの名無しさん2014/08/27(水) 21:04:01.68ID:aRzM6R4R
法律もクソも、上納金払ってオラクルが認めてくれればJavaだしそうでなければJavaじゃない
それだけだよ
テスト云々は、Javaと認められたければこうしてね、というガイドにすぎず、
オラクルがJavaと認めるかどうか判断するときにそれに従わなきゃいけない筋合いはない
0312デフォルトの名無しさん2014/08/27(水) 21:08:16.51ID:Auhnp5AU
>>311
JavaではなくJavaVMの話だ。
JavaVMのバイトコードを動かせないVMをJavaVMと言い張るから反論した。
ちゃんと読めばわかること。
0313デフォルトの名無しさん2014/08/27(水) 21:11:19.88ID:h3Eh8rr+
みなさーん、スレタイスレタイ
レスの内容、ちょっとは関連付けてよｗ
0314デフォルトの名無しさん2014/08/27(水) 21:19:37.99ID:FM2rf8sy
>>311 そんな勝手なことをしたら言語規格なんて無くなるだろ

やるんならソサエティの中で指導的立場で動くのが大人と言うものだ
まるでガキ
0315デフォルトの名無しさん2014/08/27(水) 21:30:37.67ID:hJeKPnbu
ちゅうか、ForthとかPrologとかlispとかSmalltalkとかJSとかBasicとか方言だらけやん。
むしろJavaは方言の癖が殆どない。
0316 ◆QZaw55cn4c 2014/08/27(水) 22:17:28.20ID:MFzPg3cf
scala‥clojure‥
0317デフォルトの名無しさん2014/08/27(水) 23:44:29.62ID:KvXUn5/Y
面白い子が入るくらいに swift はハードル下げたなぁ
swift は色んな言語仕様の闇鍋だから方言も多くなりそうで楽しみだ
0318デフォルトの名無しさん2014/08/28(木) 09:28:38.99ID:oLZoKG4i
>>315 Javaは仕様検定で外れることを許さなかったからだけど、それを無視したのがGoogleだろ。

Swiftは変化の自由度が高いがそれを方言と呼ぶのかどうか？ 単なるお化粧みたいなものだからな。それが蔓延することも無いだろ
0319デフォルトの名無しさん2014/08/28(木) 09:28:53.30ID:jNc6SsC3
先取り！Swift
http://www.amazon.co.jp/dp/B00L35LRPI/

なかなか面白そう
0320デフォルトの名無しさん2014/08/28(木) 09:37:49.85ID:oLZoKG4i
はじめてのSwiftプログラミング
http://www.amazon.co.jp/gp/aw/d/4777518515/ref=mp_s_a_1_fkmr0_1?qid=1409186139&;sr=8-1-fkmr0&pi=AC_SX110_SY165_QL70
0321デフォルトの名無しさん2014/08/28(木) 09:40:51.49ID:oLZoKG4i
Swift離陸ガイド
https://itunes.apple.com/jp/book/swift-li-lugaido/id893120939?mt=11
0322デフォルトの名無しさん2014/08/28(木) 11:38:20.51ID:vaW2spuO
昨日から暴れてるやつは Android あがりの Apple信者 か？
何かと自分を信じて他者の意見は聞く耳持たねーなw
0323デフォルトの名無しさん2014/08/28(木) 14:57:58.01ID:jyVEFMJW
文法の解説だけじゃなくて
SwiftをきっかけにiOSアプリ開発に参入した人向けの
Cocoa Touchの触り方も含めた本が欲しいな
0324デフォルトの名無しさん2014/08/28(木) 15:21:34.54ID:oLZoKG4i
>>323 何もかも待ってたらいつになるか解らないよ

このあたりでスタートした方が良さそう

Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/BuildingCocoaApps/#//apple_ref/doc/uid/TP40014216-CH2-XID_0

Cocoa向けコーディングガイドライン
https://developer.apple.com/jp/devcenter/ios/library/documentation/CodingGuidelines.pdf

その他日本語ドキュメント
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
0325デフォルトの名無しさん2014/08/28(木) 19:19:23.76ID:jyVEFMJW
>>324
おお、こんな記事があったとは！
ガイドラインも既存コード読むのに役立ちそうです
ありがとう！
0326デフォルトの名無しさん2014/08/28(木) 20:32:00.95ID:yRMFmFIO
コード書く以前の問題だな。
0327デフォルトの名無しさん2014/08/28(木) 21:02:11.33ID:2FYnqC4s
コード書く以前の問題だな。（ｷﾘｯ

だっておwwww
0328デフォルトの名無しさん2014/08/29(金) 15:02:35.40ID:kn9vxvuO
swiftからobjective-cのメソッド呼びたいんだがうまくいかん。

http://stackoverflow.com/questions/24002369/how-to-call-objective-c-code-from-swift
上のサイトを参考に.hと.mのobjective-cソースを自分で書いてビルドした場合はうまくいったん
だが、外部ベンダー提供の.hと.aを使って呼び出そうとすると、.hに書かれているNSObjectとか
の名前解決ができずにリンクエラーがでてしまう。解決策しっている方いませんでしょうか？
それとも現行では外部のstatic libraryを利用できないのでしょうか？
0329デフォルトの名無しさん2014/08/29(金) 15:15:59.43ID:mzrllt6p
import してないんだろどうせ
0330デフォルトの名無しさん2014/08/29(金) 16:06:28.63ID:a/Gp6hPI
insert してないんだろ童貞
0331デフォルトの名無しさん2014/08/29(金) 17:10:14.59ID:iI6DvmYa
まだ発売されてないけど、洋書はいくつか出てきたね
http://amazon.co.jp/dp/1491908904/
http://amazon.co.jp/dp/1491908947/
http://amazon.co.jp/dp/013403757X/
http://amazon.co.jp/dp/067233724X/
http://amazon.co.jp/dp/B00MN07D8M/
0332デフォルトの名無しさん2014/08/29(金) 17:20:35.03ID:a/Gp6hPI
洋モノか．．．ハァハァ..
0333デフォルトの名無しさん2014/08/30(土) 01:24:26.72ID:StdEIgkV
>>328　View　＞　Navigator　＞　Show Project Navigator　
ビルドするディレクトリを選んで　BuildPathに両方コンパイルするように　＋でコンパイルファイルを追加

これで行くんじゃないかな？
0334デフォルトの名無しさん2014/08/30(土) 06:15:20.49ID:YPht6fe8
イマドキ書籍よりよっぽど stackoverflowの方が役に立つだろうに
こういうのを買う層はどこなのかねぇ
ライトな日曜プログラマはやっぱりこういうのを必要としてるんだろうか
0335デフォルトの名無しさん2014/08/30(土) 09:21:34.58ID:GkcWN69o
体系的に憶える場合は書籍が早い。ただし、ちゃんとした本に限るけど。
0336デフォルトの名無しさん2014/08/30(土) 09:41:40.93ID:oKYlo8pl
何か問題(疑問)が起きて、それを解決するのには、Stackoverflowの方が早いけど
そもそも問題を起こさないように、足元を固めるのには、書籍とかの方がいいよね。
例えばObjective-Cでも、KVOを知らずObserverパターンを自分で実装する人がいる。
それでもたいてい問題は起こらないので、Issue-DrivenだとKVOを使った方がいいということに気づかない。
何か問題が起こってから、KVOでやった方がいいということに気づき、書き直すと時間の無駄。
そうならないように、最初のうちはトップダウンである程度知識を総ナメしておく方がよい。
将棋や囲碁と一緒だ。最善手を打つためには、定石をある程度知っておく必要がある。
定石を知らない打ち手は、知らず知らずのうちに悪手を打つ。
少なくとも最初のうちは、体系的に学ぶことは、基本的な定石を把握し、初歩的な悪手を大幅に減らすのに役立つだろう。
0337デフォルトの名無しさん2014/08/30(土) 09:42:29.36ID:SnBvB4qP
まぁ、StackOverflowで回答して評価を3桁もらってやっと一人前といったところだろうな
StackOverflowを見るだけのうちはまだまだ半人前だよな
俺ももうすぐ３桁いくぜ
0338デフォルトの名無しさん2014/08/30(土) 09:54:37.82ID:Kf1182vd
FAQに最初に即答できたら一人前、か。なるほど。
0339デフォルトの名無しさん2014/08/30(土) 10:13:48.93ID:SnBvB4qP
ん？ そんなルールあるのか？
0340デフォルトの名無しさん2014/08/30(土) 10:27:31.32ID:DHyy7By+
言語もデザインパターンも所詮ツールで解決の難易度はあれど解決できない問題はありえないだろうがな
Appleは改善という触れ込みでコロコロ仕様変更するからプロジェクト全体でそれに付き合ってたら時間も金もかかりすぎる
日曜プログラミングで流行りものを追って遊ぶのは面白いんだけどなぁ
0341デフォルトの名無しさん2014/08/30(土) 16:23:18.62ID:cGa4wD+G
俺付いていけない自慢wいや、それ自慢じゃないからww
0342デフォルトの名無しさん2014/08/30(土) 16:31:29.50ID:bYPUGWXG
>>340
触れ込み？改善はしてるじゃん
そもそもbetaのプログラミング言語に何を期待してるんだか。
君、生まれたてのプログラミング言語をハックしたことないでしょ
0343デフォルトの名無しさん2014/08/30(土) 18:23:24.58ID:GkcWN69o
MSみたいにさんざん花火を打ち上げて放置とか、Googleみたいに面倒な事はメーカーと
アプリ開発者に丸投げとかより全然増しだと思うけどな。
0344デフォルトの名無しさん2014/08/30(土) 18:39:10.78ID:KLDsW6YE
少なくともSwift は、基本は押さえて大風呂敷は抑えてる感じだな。
少し押さえすぎとも思うが、小さなプロジェクトがよくぞ育ったと思う
0345デフォルトの名無しさん2014/08/30(土) 18:51:16.91ID:EJ3Xk0X2
この先、ObjCの動的な部分に依存しているCocoaのデザインを、どう静的なSwift上のデザインに落とし込んでいくのかが興味深い

Cocoaが完全に静的な設計になっていくのか
あるいはSwiftに動的な機能が追加されていくのか
はたまた動的なObjCと静的なSwiftが共存しつづけるのか
0346デフォルトの名無しさん2014/08/30(土) 18:52:21.79ID:GkcWN69o
　プラットホーム運用と移行のノウハウを世界で最も蓄積している会社だから、そのへんは
安心していいと思う。
0347デフォルトの名無しさん2014/08/30(土) 19:25:47.40ID:EmqnD2gG
どっちに向かうのかは興味深いね
既存の動的な品物はobj-c流用のまま、新しいものには関数型アプローチ取り込んで行くとかも出来るだろうし
記法の柔軟さの確保に色々ご執心なようだし
0348デフォルトの名無しさん2014/08/30(土) 22:53:17.70ID:4b2+PPNH
>>342
フレームワークAPIが枯れたデリゲートモデルのくせに、iOSバージョンアップの度に改変することを言ったんだ
改変は別にswiftのベータを言ってる訳じゃねーよ

それについては筆を選ばずのスタンスでそんなに興味津々でもなし
色んな言語をやった結果、自分は言語程度では生産性等々大きく変わらんからなぁ
0349デフォルトの名無しさん2014/08/30(土) 23:05:21.90ID:cGa4wD+G
ちょろちょろ変えられるけど、そんな目くじらたてる時間がかかる変更なんて経験無いけどな
ちっちゃいことを大きくってのは、自分が原因を他に転換でよく見られる行為でもあるんだけど、違うよな？そんな時間がかかる大きな変更ってなに？

新しいOSでは新しいフレームワークが出てそれに対応のほうがだな。既存のフレームワークを置き換える新しいフレームワークもあるが
それでも、しばらくは(というかいつまでもw)古いのも使えるので特に目くじらたてる必要も無く、既存のフレームワークを置き換える新しいフレームワークも確かに置き換えるだけあるというのがだいたいだし
で、そんなに目くじらたてる／対応が大変なのってなに？
0350デフォルトの名無しさん2014/08/31(日) 00:01:26.79ID:VM252+zm
　WPFやSliver lightは放置で、WinFormを捨てるのかというとそういうアナウンスはないMSとか
　4年かかってもUI構築ツールやプロファイリングツールすら作れなかったり、機種事の非互換性を
放置したGoogleよりかは全然まし。
0351デフォルトの名無しさん2014/08/31(日) 01:08:18.88ID:bI3XySez
MS混乱してるよなー。ユニバーサルアプリもどうなることやら
osxだとgcからモダンランタイム、ARCときて困惑が無かったわけではないけどこんなもんでないの
古い事言えばCocoaJava切り捨て、PPC切り捨て、Carbonの緩やかな棺桶入り、Rubyに浮気する素振りとか紆余曲折あったけどw
まあこれらはiOS関係ないけど、切り捨て体質とは言われるけど態度がはっきりしてる分やりやすい側面もあるよ
blocks拡張なんかも最初見たときは暴挙だと思ったけど、結果的にはまあ
0352デフォルトの名無しさん2014/08/31(日) 01:31:31.19ID:/8NlpQDR
最近だとQuickTime周りも迷走してたな
0353デフォルトの名無しさん2014/08/31(日) 02:04:44.79ID:DDUAuyBQ
Appleは動作するプラットフォームが限られているし、コントロールできる。
切り捨てはするが、移行期間の用意と、新しいAPIなどの開発環境(Xcodeなど)を一通り揃えてくる。
また、熱心な信者も多いため、OSSなども軒並み着いてくる。
ARC,LLVM+Clang,iOSの64bit化,blocks(GCD),iOS7...

特にARCの対応と、Appleは関係ないがCocosPodの対応とか、すごく早く感じた

Swiftが普及して当たり前というのは、この辺りに慣れちゃってるからだろう。
0354デフォルトの名無しさん2014/08/31(日) 02:16:24.76ID:VM252+zm
>>352
QuickTimeはわりかし上手に切り捨てれたと思う。
AV Foundationを使っているでだろうFinal Cut Xは混乱してたけど。
0355デフォルトの名無しさん2014/08/31(日) 08:47:08.96ID:SnZOPnNh
>>354
64bit移行をうまく使ったよな。QuickTimeも、Carbonも。
0356デフォルトの名無しさん2014/08/31(日) 08:53:58.15ID:Hb4BAo98
とてもAppleスレらしい流れですね
0357デフォルトの名無しさん2014/08/31(日) 09:42:57.30ID:xJlNCNQH
>>355
ObjCのmodern runtimeへの移行も。
0358デフォルトの名無しさん2014/08/31(日) 10:12:50.44ID:VM252+zm
こう考えると、移行に失敗したのってCocoa JavaとQuickDrawGXぐらいじゃない？
0359デフォルトの名無しさん2014/08/31(日) 10:45:01.61ID:DlhsiS7V
移行頻発杉、という感覚だなw
信者ユーザが最近は多いのでディベロッパーも追従してるがよくやるよ
0360デフォルトの名無しさん2014/08/31(日) 13:08:25.88ID:L1WFOjt2
馬鹿がすぐに信者。たぶんとても大変なことなんだろうな、本人には
やることやるにすぎないから、何にも負担に思ってないだけなのにわからないんだろうな
0361デフォルトの名無しさん2014/08/31(日) 13:15:19.51ID:DlhsiS7V
信じる者は救われるからな
やることやって救われるようぜ
0362デフォルトの名無しさん2014/08/31(日) 13:17:15.51ID:L1WFOjt2
プログラミングなんてやることやるモノを作るもんだろ
おまえ、プログラマじゃないか本当はプログラミング好きじゃない、仕事としてやってるんだろうな
0363デフォルトの名無しさん2014/08/31(日) 15:04:01.07ID:P//zzEsi
>>362
プログラミングに限らず仕事ってそういうもんだろ？
たかが仕事にやりがい()とか、好きなことを仕事に()とか求めてるのは働いたことないガキだけだよ
好きなことをやってるうちは仕事じゃない、ただの趣味、お遊びだ
0364デフォルトの名無しさん2014/08/31(日) 15:19:47.73ID:L1WFOjt2
>>363
いやいや、すげー極論。好きでプログラミングをやっているのは趣味お遊びだって、どんだけお前の職場アレなのよw
さすがに仕事できないヤツ(にしか見えないw)の自己保身は馬鹿っぽすぎて飽きれた

お前とお前の周りは嫌々仕事しているかもしれないが、仕事を楽しんでいる人／やりがいを感じているのもいるんだぜ。どんな職種にも。お前には想像もできないだろうけど
あー、あほらしい

つい最近どっかで見た、モンキーという渾名の由来
文句言い→もんくいい→もんくぃぃ→モンキー (だったかな)
俺はクスっと来たが、お前は何も笑えないんだろうなw
0365デフォルトの名無しさん2014/08/31(日) 15:27:07.93ID:dK8Z1XNh
ブログラムはどんなに小さな部分にでも自分の創造性を潜りこますことが出来る楽しいおもちゃだろ

楽しく無ければ転職した方が良いと思うよ
0366デフォルトの名無しさん2014/08/31(日) 15:30:30.35ID:DDUAuyBQ
>>363
何で、所々にタプル入れてんだよ。
0367デフォルトの名無しさん2014/08/31(日) 15:40:26.87ID:NOhbDlov
>>363
プログラミングに限らず仕事ってそういうもんじゃないだろ？
仕事にやりがいとか、好きなことを仕事にとか求めないのはまともに仕事内容について学んだことのない無知だけだよ
好きじゃないことをやってるうちは仕事じゃない、ただの苦役だ、お金稼ぎだ
0368デフォルトの名無しさん2014/08/31(日) 15:47:30.32ID:L1WFOjt2
IT土方とかIT奴隷とかひとっくくりにされると、なんか反発を感じていたが、おおみえ切って堂々とあんなこと言うヤツいるんじゃなあ…
好きでもないのにいるヤツとか邪魔でしかない／尻拭いするときは最初からいなければいいのにとリアルに思うが、ネットでも邪魔な存在でしかないなあと
0369デフォルトの名無しさん2014/08/31(日) 15:52:03.50ID:5rh0udnx
なるなる
0370デフォルトの名無しさん2014/08/31(日) 15:53:15.31ID:dK8Z1XNh
IT土方とか言われて来てたのは、労働生産性の悪さや、時間当たりの賃金効率の悪さから。

でもほとんどの人は好きでやってると思うぞ。 新しいものに次から次に触れて知識欲を満足させてくれるし
0371デフォルトの名無しさん2014/08/31(日) 15:58:32.94ID:dK8Z1XNh
能力も知識欲も無く単純労働としか思ってい無い人間も多くなってるんだろうな

IT産業の裾野も広くなってるから、単純労働も有るよ、でも明日は次のステップに登れるんだよ。 一歩一歩階段を上ってればいずれ望みの景色が見れる
0372デフォルトの名無しさん2014/08/31(日) 16:14:21.40ID:5XossNlg
NGNG
0373デフォルトの名無しさん2014/08/31(日) 16:27:51.03ID:dK8Z1XNh
>>372 UI がなっていない 判定>>372はプログラマとして不適切
0374デフォルトの名無しさん2014/08/31(日) 16:57:57.18ID:+hgpwM9E
oss5倍がプログラマーとして不適切だと！
0375デフォルトの名無しさん2014/08/31(日) 17:29:43.55ID:V4vhJodk
アポーは利用許諾うるさいからOSS5倍はswift向けじゃない、ということじゃないかなぁ！
0376デフォルトの名無しさん2014/08/31(日) 18:15:31.54ID:SnZOPnNh
ドカタかどうかは、好きなもん好きに作ってるかどうか。
0377デフォルトの名無しさん2014/09/01(月) 01:09:29.59ID:6eyoo/+x
肉体労働のドカタも好きでやってる人いるんだけど
職業差別ｲｸﾅｲ
0378デフォルトの名無しさん2014/09/03(水) 21:12:37.27ID:Hj8DbV7V
NSPredicate 腐ってるしAppleカスだな
0379デフォルトの名無しさん2014/09/06(土) 10:46:29.61ID:/+v3PcoY
extensionで型パラメーターや関数型を受けれるようにならんかなぁ・・・できれば高階型も
iOS SDKの設計からしてプログラミングインターフェイスをAppleに期待するのはダメだと知りつつもSwiftには頑張って欲しい
0380デフォルトの名無しさん2014/09/06(土) 12:17:31.29ID:HmsQ6qZj
extensionで〜って言っていることは、Appleが用意した材料を使ってじゃないの？だったら材料は揃っているってことじゃん
0381デフォルトの名無しさん2014/09/06(土) 12:36:04.22ID:/+v3PcoY
自然言語って難しいですね。。
私が指しているのはSwiftの言語機能の"extension"のことで、一般的な英単語"extension"が意味するそれではありません
0382デフォルトの名無しさん2014/09/06(土) 12:42:17.00ID:0wUV67Pm
>>381 誰も誤解していないと思うよ
0383デフォルトの名無しさん2014/09/06(土) 12:43:17.40ID:HmsQ6qZj
メソッドの拡張したいんでしょ
メソッドの拡張するのはAppleが用意したメソッドなり関数なりを使って必要なメソッドを作ってるんでしょ
プログラミングインターフェイス＝俺のアプリで必要なメソッド完備 って、そんなのこの世には存在しないと思うよ。どんな言語／SDK使っていても俺俺ライブラリ作るでしょ
0384デフォルトの名無しさん2014/09/06(土) 13:02:49.29ID:1xvByH3n
ネストしまくるとプロトコルのメソッド補完されなくなるのなんで？

import UIKit
protocol A {
func doSomethingWithB((b : B) -> Void) -> Void
}
protocol B {
func doSomethings() -> Void
}
func doSomethingWithA((a : A) -> Void) {

}
doSomethingWithA { (a) -> Void in
a.doSomethingWithB({ (b) -> Void in
b.doS //doSomethingが出てこない
})
}
0385デフォルトの名無しさん2014/09/06(土) 13:25:58.90ID:RoQThhcy
>379
疑問なんですけど、

"型パラメーター"は"Generics"、
"関数型"は"Closures"

の ことですか？
アマツバメ本に合わせてもらえないと解りにくいですよ
0386デフォルトの名無しさん2014/09/06(土) 13:36:57.47ID:0wUV67Pm
>>379 こんな事が出来ると良いなと言う例を上げて見て
0387デフォルトの名無しさん2014/09/06(土) 13:43:46.30ID:Lx2q0hy/
>>385
Swift本にもFunction Typeって出てくるよ
Closureと同義ではない
0388デフォルトの名無しさん2014/09/06(土) 13:54:25.74ID:0wUV67Pm
+ オペレータだって、+ と言う名前の関数でしょ
extension 可能
0389デフォルトの名無しさん2014/09/06(土) 14:03:24.70ID:/+v3PcoY
>>383
プログラミングインターフェイスという言い方が誤解を生んでいるようです
私はこの言葉を、特定の・現在の、決まった表現手段持つ言語で表現された抽象のセット（ライブラリーやAPIなどと呼ばれるもの）
のみではなく、言語およびそれに備わる表現手段も含めたものとして使っていました
つまりSwift（の言語仕様）そのものに対して、こう（>>379）なってほしいなぁという、ただのないものねだりです

>>385
すみません。用語の濫用が孕む危険性への認識が甘かったです。。
型パラメーターはGenericsのことです

>>386
アマツバメ本は読みましたが、Swift自体ときちんと向き合ってない上での話で申し訳ないですが
https://github.com/maxpow4h/swiftz/tree/master/swiftz_core/swiftz_core
このライブラリーのソースを読んでいて、こういう機能が備わっていればもっとスッキリ書けただろうなぁという感覚論です
0390デフォルトの名無しさん2014/09/06(土) 14:09:31.28ID:HmsQ6qZj
>>389
ふむ。よくわからんが、「iOS SDKの設計から〜」で始まっていてその意図は読み取れないな
他を非難できるほどっての身の程を知っておいた方がいいと思うよ。とまれなるほど
0391デフォルトの名無しさん2014/09/06(土) 14:12:02.10ID:ZfssxZnV
>>386
delegateとblockの混在インターフェースの全面排他/統合
swiftらしくフレームワークAPI使わせろ、swiftからdelegate使ったりblock使ったり気分悪い
0392デフォルトの名無しさん2014/09/06(土) 14:13:45.42ID:HmsQ6qZj
>>391
言うがやすしきよし
まだ言語も固まっていないのに、既存の書き換えなんてはるかかなたなんとか
0393デフォルトの名無しさん2014/09/06(土) 14:17:41.98ID:0wUV67Pm
>>389 だから、こう言う機能が備わっていたら良いのになと言う具体例を上げて見てって

型パラメータがGenerics ？ Generics の更なる拡張なんてどんなの？
型束縛の追加？
特定の型しか受け付けないfunc に別の型を追加することは出来るでしょ、extension では無いけど
0394デフォルトの名無しさん2014/09/06(土) 14:40:26.42ID:ZfssxZnV
>>392
新しい言語作るならフレームワークAPIも再定義して欲しい
出来ないとしてもSWIGなんかのラッパーで仮置きするか
アクロバティックな互換対応でうんざりするよ
SWIG噛むなら他言語からの呼び出しも楽になりそうだ
0395デフォルトの名無しさん2014/09/06(土) 14:48:22.97ID:ZfssxZnV
>>393
直接SWIG叩かせて
0396デフォルトの名無しさん2014/09/06(土) 15:04:15.17ID:/+v3PcoY
>>393
https://github.com/maxpow4h/swiftz/blob/master/swiftz_core/swiftz_core/Functor.swift
このコードを読むと、拡張側（extensionを使う側）にてベース型で定義されているtypealiasを上書きして
ベース型のメソッドの一部を拡張側の都合に合わせるようにしています
これは非常に柔軟な仕組みですが、このやり方は危ういなと思いました

その危うさを頑張って説明すると、以下のようなことです
- 型変数（typealias ...とGenericクラス宣言中（<...>）で作られる型のシノニム）は、クラスのヒエラルキー間で単一の名前空間を共有している
よって、開発者は型変数同士の関係性を、クラス階層という本質的にスケーラブルで複雑化に歯止めがきかない構造を相手にしつつ将来にわたってメンテナンスする必要がある

そこで、extension自体をGenericできるようにしてしまえば、型シノニムの共有を明示化し、名前空間を分離した上でほぼ同等の目的を達成することができると思います（以下例です）
https://gist.github.com/anonymous/1a1f6866dcaf69fe71be
0397デフォルトの名無しさん2014/09/06(土) 15:10:31.36ID:Lx2q0hy/
ちんこびろ〜ん
0398デフォルトの名無しさん2014/09/06(土) 15:36:53.36ID:1xvByH3n
いきなり小難しい話になったのでついていけない
ファンクタとシノニムでヒエラルキーがなんだって？
0399デフォルトの名無しさん2014/09/06(土) 15:49:35.71ID:gfayVdf+
https://devforums.apple.com/message/983478#983478
0400デフォルトの名無しさん2014/09/06(土) 16:30:23.42ID:ZfssxZnV
>>398
メルカトルなんたらだよ
0401デフォルトの名無しさん2014/09/06(土) 19:04:34.73ID:/+v3PcoY
>>399
ありがとうございます。おだ先生も同じようなこと仰ってたんですね、、
とても見識のある方々がSwift開発者と直接意見を交わし合っているようで安心しました
これからいい感じになってくれるよう期待します
0402デフォルトの名無しさん2014/09/07(日) 15:23:17.52ID:R75yfEXR
3，4年前のMBP Core2 duo OS 10.6と古いものしかないんだが
SWIFTできる？　ダウンロードでエラーがでちゃうんだが。

OSがハードルになっているようなら、Macmini買おうと思ってる。

アドバイスたのむ！プログラミングビギナーだ！
0403デフォルトの名無しさん2014/09/07(日) 15:40:23.52ID:xl3XppIa
>>402 Leopard だから、Marvericks までバージョンアップすれば使えたんじゃなかったっけ？
0404デフォルトの名無しさん2014/09/07(日) 15:44:50.08ID:R75yfEXR
>>403
あほな質問に答えてくれてありがとう。いつか焼きおにぎりをプレゼントするぜ！

やっぱ既存のOSじゃダメなのね、新OSの購入を検討してみるが、
重くなりそうだなぁって懸念があるんだ。
win 環境があるからmacminiも考えてみる！
0405デフォルトの名無しさん2014/09/07(日) 16:03:04.26ID:j4GPfD7q
Marvericsは無料になってると思うがハード的にサポート外な気がする
要は新しい Mac 買っえってこった
0406デフォルトの名無しさん2014/09/07(日) 16:06:14.34ID:R75yfEXR
>>405
スペック確認したら買い替えっぽかったｗ

mac製品どれも一新しそうだからちょい時下おいて自分にあったのを購入するわ。
久々のハード購入で楽しみだー
■ このスレッドは過去ログ倉庫に格納されています