Swift part3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2014/07/23(水) 11:46:48.42ID:x29J8vdYApple 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/
0238デフォルトの名無しさん
2014/08/25(月) 19:05:02.77ID:MBd9CDQX一般主婦でもプログラム出来る事
今は余りにも幼稚な特殊言語になってるからそんな意見が出てきてもおかしくない
昔のBASICやCは単純その物だったが今は言語そのものはまだましだが周辺が複雑になりすぎてそれを表現する手段が追いついていない
たとえばデータマイニングや機械学習のための表現は全くと言って良いほど整備されていないのでは？
それは方式が確率されていないからだけではなく基礎となるコンピュータ言語が幼稚だからじゃ無いのかな？
難しい事を言わなくても正規表現だけをとっても今のままで良いとは思わない
0239デフォルトの名無しさん
2014/08/25(月) 19:08:46.33ID:/GNBWPvxプログラムは何十年もやってきているのに、小学生でも理解できること一般主婦でもプログラム出来る事
なんて言っているなんて、プログラムを何十年も何やっていたんだかw
たかが変数名などを日本語にしたら、小学生でも理解できること一般主婦でもプログラム出来るんだwその程度を何十年もやってたのかw
もうアホらしくて、脱力
0240デフォルトの名無しさん
2014/08/25(月) 19:17:41.23ID:MBd9CDQXだと言う事が理解できないお前の頭では無理だろう
0241デフォルトの名無しさん
2014/08/25(月) 19:20:23.34ID:/GNBWPvxそれは、Swiftと関係ないだろ？てか、Swiftの方が「正規表現」っぽさちょっとあるよーなw
なに言ってるの？完全日本語プログラミング言語のことを言っているとしか思えないんだけどw
今の話は 「たかが変数名などが日本語」 なんだけど？それを読めない賢いお前の頭とは確かに俺はできが違うな
0242デフォルトの名無しさん
2014/08/25(月) 19:22:37.12ID:pHB0DbF7でも、お前等がなんの言い合いしてるのか分からんｗｗｗ日本語が理解できねえよｗｗｗ
0243デフォルトの名無しさん
2014/08/25(月) 19:24:17.30ID:/GNBWPvxまあ>>235で終わっていたとも言えるw
0244デフォルトの名無しさん
2014/08/25(月) 19:45:42.97ID:94tR31jFswiftとはおもむきが違うけど、はなぢが出るテンションになる
swiftはCPUの歓声が聴こえる言語だけど
なでしこは日本人の歓声が聴こえる言語だ
0245デフォルトの名無しさん
2014/08/25(月) 20:05:22.81ID:ZYhIgEvx0246デフォルトの名無しさん
2014/08/25(月) 20:26:37.22ID:qn4SIa82アルファベットだけの方が綺麗というか
0247デフォルトの名無しさん
2014/08/25(月) 20:28:36.56ID:pHB0DbF7下手に英訳されると分からんものは、日本語でってお願いしたくなるぞ。
全員があるていど正しく英語を使えるならいいんだけど……ローマ字が半端に混ざってたりして萎えない？
0248デフォルトの名無しさん
2014/08/25(月) 20:31:22.62ID:5J2BoOSF分からない人が(マルチバイト混同言語を)使うのは難しい
0249デフォルトの名無しさん
2014/08/25(月) 20:42:10.72ID:lkLmBLAW英語に日本語混じると萎えるよな
0250デフォルトの名無しさん
2014/08/25(月) 20:54:12.04ID:NWzgAfykそういうのはSmalltalk72って先例があるよ。
後に続く言語がないってことは…まあそういうことだ。
0251デフォルトの名無しさん
2014/08/25(月) 22:04:19.26ID:MBd9CDQX言語表現が豊かにならなければ何の意味も無い
新たな豊かな概念が入ったりね
0252デフォルトの名無しさん
2014/08/25(月) 22:09:45.07ID:MBd9CDQXΣや∮ とか
0253デフォルトの名無しさん
2014/08/25(月) 22:17:26.49ID:5J2BoOSF理系大学なら使ったことあるだろうに
0254デフォルトの名無しさん
2014/08/25(月) 22:17:34.79ID:lkLmBLAWちゃんとやろうとすると上付文字、下付文字とか必要になるじゃん？
0255デフォルトの名無しさん
2014/08/25(月) 22:18:01.46ID:OL5TYESp勘定科目を全部日本語で書いてすみませんでした。
英語とかローマ字だと可読性が悪かったので・・・
0256デフォルトの名無しさん
2014/08/25(月) 22:22:46.57ID:pHB0DbF7何かさ、この話続けたら別のSWIFTの話になっちゃいそうじゃねーか？
0257デフォルトの名無しさん
2014/08/25(月) 22:52:40.87ID:kbLAO+O7付けないと何を書いているのか分からない。で、それができるんだったら英語でもキッ
チリ書けたりする。
0258デフォルトの名無しさん
2014/08/26(火) 00:06:16.08ID:tKOqY/ln0259デフォルトの名無しさん
2014/08/26(火) 01:58:04.75ID:zfVnwAq+Unicode ならそれでもいいだろう。
だが、世の中にはShiftJISで書かれたコードもある。
(というか、WindowsがShiftJISだからShiftJISのコードの方が多い)
そして、ShiftJISでは2バイト目に5C(エスケープ記号)が来る文字コードが複数ある。
これらの文字を行コメントの末尾に置いた場合何が起こるか？
エスケープ記号によって直後の改行コードがエスケープされ、次の行もコメントになってしまうことがある。
このようにコード中にマルチバイト文字を含めるのは想定外の不具合を引き起こすことが多い。
従ってコードはAscii文字のみで書くべきである。
0260デフォルトの名無しさん
2014/08/26(火) 02:29:56.19ID:9W6Ab6sXイタリア語ベースに決め台詞が英語（強調の do) のいい曲があるんだ‥https://www.youtube.com/watch?v=BgJByRITxsk
0261デフォルトの名無しさん
2014/08/26(火) 02:41:00.87ID:VLggV6jW0262デフォルトの名無しさん
2014/08/26(火) 02:54:23.18ID:3JebLl4aUnicode必須だし、結合文字も1文字として扱えるコンパイラだよ
勿論データが不特定なコードであればUnicodeに変換してから処理する必要が有るけどそんなことは常識だろ
アプリは基本全世界対応、Appleも全世界対応
特定の国にしか通用しない文字コードの心配なんかしなくて良い
0263デフォルトの名無しさん
2014/08/26(火) 04:00:36.41ID:9W6Ab6sXUTF-8 ならそれでもいいが，UTF-16/32 だとどうなる？
0264デフォルトの名無しさん
2014/08/26(火) 05:33:33.16ID:3JebLl4aStringの場合は、UTF8 UTF16 UTF32 全てをサポート
どの文字コード体系でも出力出来る
NSStringの場合の文字コードのカウントは、UTF16のカウントに限定
( NSString を自分で定義することはできなくしたから混乱はないはず )
0265デフォルトの名無しさん
2014/08/26(火) 06:46:53.72ID:1W5P6MCOこれも swift のなせる技か、一見ハードル下げたからなぁ
Appleの巧妙なデモで実際はベータの度にハードル上げてるが
0266デフォルトの名無しさん
2014/08/26(火) 08:01:29.01ID:LqE8Qyf00267デフォルトの名無しさん
2014/08/26(火) 08:13:24.83ID:djodkW0Xβを追っていると段々複雑になってきているのは俺も思ったw
0268デフォルトの名無しさん
2014/08/26(火) 10:09:12.60ID:3JebLl4aまだ実装していない物とか描き切れていない内容もかなりありそう。
Swift Standard Libraryなんてほとんど書かれていないし
例えば NSString がObjective-Cのタイプだったら割り切って見る事が出来てたけど
Stringが NSStringの全ての機能を使えるようになったので NSString 全てを理解する必要が出た
（ま、最終的にはObjective-C全ての機能を覚える必要が有るんだろうけど）
英語が苦手ならNSString系は英文の方(Swift構文)と日本語の方（意味）と並べてみると良いかも
iOS Developer Library (iOS8)
https://developer.apple.com/library/prerelease/ios/navigation/ の中の
Foundation Framework Reference ＞ NSString Class Reference
https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Classes/NSString_Class/index.html#//apple_ref/doc/uid/TP40003744
日本語ドキュメントの中の
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
文字列操作プログラミングガイド
https://developer.apple.com/jp/devcenter/ios/library/documentation/Strings.pdf
0269デフォルトの名無しさん
2014/08/26(火) 13:23:04.42ID:CYLgTmdl長い三行で
0270デフォルトの名無しさん
2014/08/26(火) 19:39:12.32ID:doOctk9c初期のiOS開発質問スレでactionscript(flash)の人らしいのが
「画面の特定位置のタッチを検出してswitchで分岐させたいのですが」
って質問してて「普通にやれ！」ってツッコミまくられてたなぁ…
(タッチアクションをトリガにして画面のどのエリア(=ボタン)が触られたかを
条件分岐で判定して処理させようとしてた)
0271デフォルトの名無しさん
2014/08/26(火) 21:22:36.48ID:MdKwscJyフラッシャーな人はフレームワークガン無視で実装するのが文化らしいからな。
0272デフォルトの名無しさん
2014/08/26(火) 23:00:49.14ID:zfVnwAq+MVVMとか、Dependency Injectionとか、Data Context Interactionとか。
どれもJavaや.NETでは当たり前なんだけど。
いくら言語がモダンになっても、フレームワークの設計思想が古臭いままじゃ、生産効率は大して上がらないよ。
0273デフォルトの名無しさん
2014/08/26(火) 23:05:47.19ID:GsbihVDYあぁ、過去のフレームワークの呪縛に swift も囚われるのか
と誰しもが思ったはず
あのメソッド、体を張ったギャグだろ、もはや
0274デフォルトの名無しさん
2014/08/27(水) 00:13:46.13ID:Auhnp5AUMVVMにしても、MVPにしても、厳密に使われてるの見たことないわ。やるにしても、サードパーティでやればいいんじゃね？
DIとか廃れたし、DCIとか流行ってもなくね？
MVVMはともかく、ほか2つはiOS/OS X界隈じゃあまり重要視されていないと思われ。
0275デフォルトの名無しさん
2014/08/27(水) 00:16:58.33ID:MDxpf5sK0276デフォルトの名無しさん
2014/08/27(水) 00:23:01.27ID:Auhnp5AUそんなに変か？よくわからん
呪縛と言うが、プログラムは常に負の遺産化して行くもんだし、むしろ綺麗に引き継げていると思うけど。
0277デフォルトの名無しさん
2014/08/27(水) 00:24:32.43ID:s5ONx/CD持って来なかったな。DI的手法はStoryboardとかxmodelとかそうだと思うけど。
あういうのって大抵がCocoaとSmalltalkで既に実現していたのを焼き直しただけ。
例えばActive Recordとか元ネタがEOF(現Core Data)じゃない？
0278デフォルトの名無しさん
2014/08/27(水) 00:49:03.97ID:Auhnp5AU俺はiOSメインだからよく知らないが、Cocoa Bindingってまだ結構つかわれてるのかな？ああいうのって、コード上から何してるか分かりにくいから敬遠しがちだわ。(IBも若干抵抗あったし)
iOSにないのはパフォーマンスの問題かな？
ライブラリはあるみたいね
https://github.com/ReactiveCocoa/ReactiveViewModel
0279デフォルトの名無しさん
2014/08/27(水) 00:55:04.16ID:s5ONx/CDメンテナンスの問題とそれほどPCアプリほど複雑な依存関係を実装するニーズが無かったのと二つだと思う。
WPFみても嵌っている人多そうだし。
後、UIView自体はCALayerのラッパーの用な物なんで作れないとか。
将来、App Kitが廃止されて、OSXもiOSもUIKitに一本する時どうなるかやね。
0280デフォルトの名無しさん
2014/08/27(水) 01:21:22.87ID:Auhnp5AUなるほどね。
てか、AppKit廃止されんの？まあ、されるんなら、UIKit側に合わせるだろうけど。SwiftもARC一本化したしな
0281デフォルトの名無しさん
2014/08/27(水) 03:56:01.48ID:9Ysrcdv4Storyboard SegueのAPIとかをもっと洗練させて欲しいんだけどな。
現状だとprepareForSegueがどんどん肥大化するし、
UnwindSegueも超絶使いにくい。
だんだんpresentViewControllerとdismissViewControllerでいいじゃんとか思ってくる。
0282デフォルトの名無しさん
2014/08/27(水) 09:06:00.02ID:qNhMHOnMSwiftよりAurisのほうが、広く普及するみたいな感じでいいと思うのだが。
0283デフォルトの名無しさん
2014/08/27(水) 09:48:07.27ID:9be3Q43w0284デフォルトの名無しさん
2014/08/27(水) 10:12:00.61ID:mXhl2ow70285デフォルトの名無しさん
2014/08/27(水) 10:47:40.70ID:+JOa++3vそっちは分かりづらいな
UITableViewの方が分かりやすい
メソッド名、キーワードの扱い無理矢理すぎる
swiftだけから始めたエンジニアが理解(納得)できるメソッド名じゃねーよ、あんなの
0286デフォルトの名無しさん
2014/08/27(水) 10:56:21.15ID:mXhl2ow7否定は最も安易な意見
0287デフォルトの名無しさん
2014/08/27(水) 11:07:30.58ID:+JOa++3vで？
0288デフォルトの名無しさん
2014/08/27(水) 11:13:41.80ID:mXhl2ow7いや、もういい
俺が悪かった
0289デフォルトの名無しさん
2014/08/27(水) 14:21:55.90ID:F/J1AYIT0290デフォルトの名無しさん
2014/08/27(水) 16:28:00.36ID:D317Wfm+言語と言っても営業ツールなんだから
ま、Javaを作ったSUNは無くなってしまった
オープンソースにしすぎるのも良し悪し、落し所が難しいね
けど旧社員はハッピーじゃ無いのかな
そう言えば SUN もBSDだったね
0291デフォルトの名無しさん
2014/08/27(水) 16:34:51.08ID:pNPs7EXf0292デフォルトの名無しさん
2014/08/27(水) 16:35:42.95ID:pNPs7EXf0293デフォルトの名無しさん
2014/08/27(水) 17:53:54.48ID:rIjA/xTp0294デフォルトの名無しさん
2014/08/27(水) 18:10:38.34ID:A+sUzTvqARTしかりネイティブバイナリに落ち着く定めよのう
0295デフォルトの名無しさん
2014/08/27(水) 18:41:05.87ID:h3Eh8rr+Solaris1.0は便宜上SunOSの改名だからSolarisはSysVと考えていいかと。
>>294
ARTってDalvikのコード実行できないの？？MSXべーしっ君みたいなもんだと思ってたんだが。
0296デフォルトの名無しさん
2014/08/27(水) 19:22:58.14ID:oxMQ7g2iDalvikのバイトコード(dex)をLLVM中間コードにコンパイル、LLVM中間コードからネイティブコードへコンパイル
これらをアプリインストール時に行う
直接dexが動いているわけではない。
0297デフォルトの名無しさん
2014/08/27(水) 19:24:22.93ID:oxMQ7g2iサードパーティの、が抜けてる。
あと、Dalvik VMはJavaVMではない。全く別物
0298デフォルトの名無しさん
2014/08/27(水) 19:38:33.63ID:A+sUzTvqまぁ、定義を追っても下らないので気にすんな
0299デフォルトの名無しさん
2014/08/27(水) 19:49:08.99ID:oxMQ7g2iそれってJavaVMのバイトコードを直接実行できんの？
できなきゃVMとしては別物。定義を追う必要もない
0300デフォルトの名無しさん
2014/08/27(水) 20:10:31.37ID:Dapo3mLsめんどくさいなぁ、ガラケー時代のJavaVMと呼ばれたモノはみんな素のjava classをプレコンパイルしたバイナリを実行してたんだよ、Dalvikと同じく
同じ定義で素のクラスが喰えるモノをJavaVMと表現する古い人もいるんだよ
DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ
swift(iOS Runtime)やARTは完全にネイティブコードだから別次元なんだよなぁ
ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
0301デフォルトの名無しさん
2014/08/27(水) 20:20:28.18ID:h3Eh8rr+＞ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
それでもやっぱり携帯デバイスはネイティブでないと電池とかも持たなかったりでね。
AndroidよりiOSのアプリのほうがハードは貧弱だけど快適だって評価も結構あったよね？
ネイティブでの生産性を上げるというアプローチは、iOSでネイティブアプリを作らせていたAppleの方針だし
その結果がSwiftなんだろうよ。
0302デフォルトの名無しさん
2014/08/27(水) 20:30:23.13ID:Auhnp5AUDoJaは正式なJavaME(JavaVM含む)では？
>素のjava classをプレコンパイルしたバイナリを実行してた
何言ってるのかわからない。
JavaVMの定義は、「JavaVM向けバイトコードの命令セットを実行する仮想マシン」であってそれ以上でもそれ以下でもない。
その古い人たちというのは、勘違いしてただけ。
＞DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ
違う。
まず、DalvikVMはJavaVMのバイトコードを直接実行できない（何度でも言うが）
また、VM関係なくAPIなども含めた環境がSUN(今はOracleか)の互換テストを通っていない。
だから、法律上Javaを名乗れない
0303デフォルトの名無しさん
2014/08/27(水) 20:33:29.08ID:Dapo3mLsバックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
0304デフォルトの名無しさん
2014/08/27(水) 20:36:07.84ID:Auhnp5AU俺もあんまり詳しくないが、てきとーなこと言ってね？
アニメーションで誤魔化してる→バックグラウンドと全然つながってないし。
0305デフォルトの名無しさん
2014/08/27(水) 20:38:26.83ID:Dapo3mLsDoJaは正に法律的にJavaを名乗れなかったし、Dalvikは素のクラスファイルのクラスローダがあるし
噛み合わんぜよwやっぱりもう下らないじゃないかww
0306デフォルトの名無しさん
2014/08/27(水) 20:40:59.41ID:Dapo3mLs繋げてないからな、ネイティブコードに関する2つ視点の話だ
0307デフォルトの名無しさん
2014/08/27(水) 20:51:32.31ID:Auhnp5AUそもそもDoJaはVM部分はJavaMEなのでは？プロファイルやAPIの部分のみ独自
だから、Javaを名乗りようがない
>Dalvikは素のクラスファイルのクラスローダ
これ何のこと？教えてよ
0308デフォルトの名無しさん
2014/08/27(水) 20:57:33.30ID:MDxpf5sK0309デフォルトの名無しさん
2014/08/27(水) 20:57:58.56ID:Auhnp5AUじゃあ、１つづつ
＞iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
アニメーション（エフェクトやインジケータ）による体感時間の軽減はわかるんだが、それを除いただけでもっさりするとは思えない。
例えば、どの辺りがもっさりなんだ（開発者の視点で頼む）
＞バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
そこら辺はOS側の仕事だから、Swiftは関係ないだろう
0310デフォルトの名無しさん
2014/08/27(水) 21:02:30.30ID:FM2rf8syもうそろそろJava談義は良いだろ
一つだけSwiftに近い話に戻せば、Javaがいくらがんばってもネイティブと勝負するにはそれなりに高価なハードじゃ無いと勝負にならない
0311デフォルトの名無しさん
2014/08/27(水) 21:04:01.68ID:aRzM6R4Rそれだけだよ
テスト云々は、Javaと認められたければこうしてね、というガイドにすぎず、
オラクルがJavaと認めるかどうか判断するときにそれに従わなきゃいけない筋合いはない
0312デフォルトの名無しさん
2014/08/27(水) 21:08:16.51ID:Auhnp5AUJavaではなくJavaVMの話だ。
JavaVMのバイトコードを動かせないVMをJavaVMと言い張るから反論した。
ちゃんと読めばわかること。
0313デフォルトの名無しさん
2014/08/27(水) 21:11:19.88ID:h3Eh8rr+レスの内容、ちょっとは関連付けてよｗ
0314デフォルトの名無しさん
2014/08/27(水) 21:19:37.99ID:FM2rf8syやるんならソサエティの中で指導的立場で動くのが大人と言うものだ
まるでガキ
0315デフォルトの名無しさん
2014/08/27(水) 21:30:37.67ID:hJeKPnbuむしろJavaは方言の癖が殆どない。
0317デフォルトの名無しさん
2014/08/27(水) 23:44:29.62ID:KvXUn5/Yswift は色んな言語仕様の闇鍋だから方言も多くなりそうで楽しみだ
0318デフォルトの名無しさん
2014/08/28(木) 09:28:38.99ID:oLZoKG4iSwiftは変化の自由度が高いがそれを方言と呼ぶのかどうか？ 単なるお化粧みたいなものだからな。それが蔓延することも無いだろ
0319デフォルトの名無しさん
2014/08/28(木) 09:28:53.30ID:jNc6SsC3http://www.amazon.co.jp/dp/B00L35LRPI/
なかなか面白そう
0320デフォルトの名無しさん
2014/08/28(木) 09:37:49.85ID:oLZoKG4ihttp://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:oLZoKG4ihttps://itunes.apple.com/jp/book/swift-li-lugaido/id893120939?mt=11
0322デフォルトの名無しさん
2014/08/28(木) 11:38:20.51ID:vaW2spuO何かと自分を信じて他者の意見は聞く耳持たねーなw
0323デフォルトの名無しさん
2014/08/28(木) 14:57:58.01ID:jyVEFMJWSwiftをきっかけにiOSアプリ開発に参入した人向けの
Cocoa Touchの触り方も含めた本が欲しいな
0324デフォルトの名無しさん
2014/08/28(木) 15:21:34.54ID:oLZoKG4iこのあたりでスタートした方が良さそう
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おお、こんな記事があったとは！
ガイドラインも既存コード読むのに役立ちそうです
ありがとう！
0326デフォルトの名無しさん
2014/08/28(木) 20:32:00.95ID:yRMFmFIO0327デフォルトの名無しさん
2014/08/28(木) 21:02:11.33ID:2FYnqC4sだっておwwww
0328デフォルトの名無しさん
2014/08/29(金) 15:02:35.40ID:kn9vxvuOhttp://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:mzrllt6p0330デフォルトの名無しさん
2014/08/29(金) 16:06:28.63ID:a/Gp6hPI0331デフォルトの名無しさん
2014/08/29(金) 17:10:14.59ID:iI6DvmYahttp://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/Gp6hPI0333デフォルトの名無しさん
2014/08/30(土) 01:24:26.72ID:StdEIgkVビルドするディレクトリを選んで BuildPathに両方コンパイルするように ＋でコンパイルファイルを追加
これで行くんじゃないかな？
0334デフォルトの名無しさん
2014/08/30(土) 06:15:20.49ID:YPht6fe8こういうのを買う層はどこなのかねぇ
ライトな日曜プログラマはやっぱりこういうのを必要としてるんだろうか
0335デフォルトの名無しさん
2014/08/30(土) 09:21:34.58ID:GkcWN69o0336デフォルトの名無しさん
2014/08/30(土) 09:41:40.93ID:oKYlo8plそもそも問題を起こさないように、足元を固めるのには、書籍とかの方がいいよね。
例えばObjective-Cでも、KVOを知らずObserverパターンを自分で実装する人がいる。
それでもたいてい問題は起こらないので、Issue-DrivenだとKVOを使った方がいいということに気づかない。
何か問題が起こってから、KVOでやった方がいいということに気づき、書き直すと時間の無駄。
そうならないように、最初のうちはトップダウンである程度知識を総ナメしておく方がよい。
将棋や囲碁と一緒だ。最善手を打つためには、定石をある程度知っておく必要がある。
定石を知らない打ち手は、知らず知らずのうちに悪手を打つ。
少なくとも最初のうちは、体系的に学ぶことは、基本的な定石を把握し、初歩的な悪手を大幅に減らすのに役立つだろう。
0337デフォルトの名無しさん
2014/08/30(土) 09:42:29.36ID:SnBvB4qPStackOverflowを見るだけのうちはまだまだ半人前だよな
俺ももうすぐ３桁いくぜ
■ このスレッドは過去ログ倉庫に格納されています