Swift part2
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2014/06/11(水) 14:42:15.02ID:+13mKJ0ZApple 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
今のところbeta版のXcode 6がSwift対応らしい
https://developer.apple.com/xcode/downloads/
関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/
前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
0286デフォルトの名無しさん
2014/07/01(火) 09:14:05.17ID:Spoe+hFiなんかモダン言語の特徴を取り入れたとか言ってるわりには、いろいろ糞だよね
0287デフォルトの名無しさん
2014/07/01(火) 09:50:58.67ID:oY1WpWsO書き捨て用途も多いスクリプト言語と違って、Swiftはアプリケーション構築が第一最大の目的だからそんなもの要らん
0288デフォルトの名無しさん
2014/07/01(火) 10:45:28.17ID:FsIt2ttm>>286 これだけは仕様追加されるまで待つしかないな。 どうして最初から入れなかったのか不思議でしょうがない。
文字列関係は大幅な仕様追加が有るはず。 早ければゴールデンマスター辺りで第1段
0289デフォルトの名無しさん
2014/07/01(火) 12:15:57.46ID:OoZ2DZwm真面目なプログラムならその通りだが、
学習時やパイロット、簡易テストなんかの折にヒアドキュメントがあると楽だとは思うね。
0290デフォルトの名無しさん
2014/07/01(火) 13:43:27.02ID:FsIt2ttmちょっとしたThunk youメッセージとか、処理結果表示とか。
サーバサイドのプログラム用途ではかなり重要な機能だよ。
別ファイルにして一番困るのが埋め込み変数が評価されない事
例えば
var a=1
str="aは\(a)だよ" //今はインラインだから埋め込まれる
println("#1 a=\(a) "+str) //#1 a=1 aは1だよ
a=2
println("#2 a=\(a) "+str) //#2 a=2 aは1だよ
//「aは\(a)だよ」 と言うファイルを別に作ってstrに読み込んだとしよう
str="aは\\(a)だよ" //aは\(a)だよ と等価
a=3
println("#3 aは\(a) "+str) //#3 aは\(a)だよ 文字列としてしか評価されない
自分で埋め込み変数で分離して実行時に結合とかすれば似たような事は出来るが美しくない。
0291デフォルトの名無しさん
2014/07/01(火) 14:24:10.63ID:oY1WpWsO0292デフォルトの名無しさん
2014/07/01(火) 14:49:41.78ID:B592/H3e結局いろいろやろうとしたらCocoaの糞みたいなライブラリを使わなきゃなんねーみたいだな
Obj-C使うのと大して変わんねーじゃねーか
いや、むしろObjCとSwiftを行ったり来たりする手間が増えた分、糞度が増した感じだな
0293デフォルトの名無しさん
2014/07/01(火) 15:11:46.08ID:H8OdYCOpつutf16count
この名前にしたのは、UTF-16のカウントだよサロゲートペアは考慮しないよ、ってのを明確にするためだと思う。
サロゲートペア考慮した文字列をカウントするメソッドをlengthにすればいいじゃんと思うかもだが、NSStringがすでにlengthプロパティ持ってる。
0294デフォルトの名無しさん
2014/07/01(火) 16:54:57.26ID:HKbfE0uoみんなワガママ言いたい放題だな。
0295デフォルトの名無しさん
2014/07/01(火) 18:30:17.98ID:xH+GAfzKScalaのJavaに由来する糞な部分を叩くのがワガママだというのとは訳が違う
0296デフォルトの名無しさん
2014/07/01(火) 19:06:31.76ID:8cxNwtXUApple がランタイム(Cocoa)を自由にいじれる訳ないだろう
これまでの ObjC デベロッパを切り捨てるはずもない
Microsoft が Win32API/COM を捨て .Net を強く推そうとしても、
いつまでたってもデベロッパが .Net へ移行しないから
Win32API を切り捨てられないのと同じ
Swift の登場を受けて OSX/iOS 開発に初めて手をだした奴等が
ObjCランタイムにとまどうのは理解するけど、
従来からのObjCデベロッパにとって Swift の道は最良に近い選択肢
0297デフォルトの名無しさん
2014/07/01(火) 19:07:30.23ID:8cxNwtXU0298デフォルトの名無しさん
2014/07/01(火) 19:18:16.51ID:B592/H3eしかも、型が違うもんだから、相互変換が必要とか
使う側は、今使ってる変数が、SwiftのStringなのか、NSStringなのか、Arrayなのか、NSArrayなのか意識しながら
コーディングしないといけない
このカオスっぷりは、結局、新参者を遠ざけることになるんじゃねーの？
0299デフォルトの名無しさん
2014/07/01(火) 19:26:24.15ID:oY1WpWsO合理的な段階は踏むけど、出来る限り早くObjective-Cは捨てられると思うよ
いままでも色んな場面でそうして来た
0300デフォルトの名無しさん
2014/07/01(火) 19:36:43.80ID:8cxNwtXUいいんじゃねえの
ObjCプログラマなら、文字列変数の型が char * なのか
NSString なのかは、常に意識してるから慣れたものだし
C が Swift に代わっただけで、そのメリットは大きい
どのみちデータ型でつまずくようなレベルだと、
Java/C#/C++ の静的OOPに慣れたデベロッパには
Smalltalk由来のメソッド動的束縛は理解できないから、
消えてくれたほうが世の為
0301デフォルトの名無しさん
2014/07/01(火) 19:41:21.00ID:B592/H3e強力なSwitch文とEnum、それとStructが使えることと、Genericsのサポートぐらいか
あと、Arrayのソートが早い？んだっけ？ 試してないけど。絵文字変数とか別にどーでもいいし
その他はあまり文法的なメリットは感じないな。つか大して変わんない。
どっちみちアプリ作るにはCocoaのクラスがいるし。
クロージャにしても、Obj-CならBlocksがあるし、perform〜系の呼び出しや、callbackが素で使えるのもObj-Cの方が使い勝手がいい
Carbon APIの呼び出しもObj-CからTall-freeで呼び出せる
ん〜っ、なんだかなぁ
実際、どーなんだろ、同じアプリをObj-CとSwiftで書くなら、Swiftの方が何倍早いとかデータあるのかね？
Flapybirdのソース見たけど、あれObj-Cで書いても大して記述量変わんねーよね？ほとんどSpritKitの呼び出しだし
0302デフォルトの名無しさん
2014/07/01(火) 19:56:30.70ID:9nsBHmdy0303デフォルトの名無しさん
2014/07/01(火) 20:07:43.29ID:B592/H3e0304デフォルトの名無しさん
2014/07/01(火) 20:11:02.02ID:oY1WpWsOその分テストも減らせて開発スピードも上がるんじゃね
記述量とかどうでもいい
0305デフォルトの名無しさん
2014/07/01(火) 20:32:54.59ID:FsIt2ttmこれだけ基礎がしっかりしてれば後はお化粧の話。
Objective-Cのライブラリを当面そのまま使い、徐々にSwift likeに合わせて行くんだろ。
手始めにNSStringをStringの拡張として使える様にしてるから、Stringでフォーマットも使える。 言語仕様に入れられないのは若干のUnicodeの処理の違いを最終的にどう辻褄を合わせるかがきまらないからだろう。
0306デフォルトの名無しさん
2014/07/01(火) 20:36:44.49ID:l9yjQtpJあと、条件式のかっこがなかったりとか微妙に違う感出してるとこ
ObjC残しとくくせに紛らわしいんだよ
0307デフォルトの名無しさん
2014/07/01(火) 20:40:25.90ID:l9yjQtpJわかる表記になってて、個人的には、なれればむしろ、レガシーなCと共存関係が
わかりやすくて好きだったんだけどな
文字列の操作がめんどいって声があるなら、そこだけ+で出来るようにちょいへん
してくれたらよかった
0308デフォルトの名無しさん
2014/07/01(火) 20:52:13.49ID:YM4fCUiI0309デフォルトの名無しさん
2014/07/01(火) 21:05:05.42ID:B592/H3eそれでなくても、年１回のＯＳのバージョンアップとCocoaのDeprecated攻撃でもうへとへとなんだよ
0310デフォルトの名無しさん
2014/07/01(火) 21:24:35.06ID:/YDQ45k+いや、おそらくdeprecatedの嵐はいよいよ激しくなるんじゃねーの？
当分はSwift自体の拡張や仕様変更も相当あるだろうし
CocoaもSwiftベースに書き換えられるんだろうから。
もともと建て増し建て増しでどうにもならなくなったObjC2.0じゃ
この先進化のさせようがないってんでSwiftに乗り換えることにしたんだろうし。
0311デフォルトの名無しさん
2014/07/01(火) 21:26:59.14ID:B592/H3e0312デフォルトの名無しさん
2014/07/01(火) 21:30:55.29ID:oY1WpWsO0313デフォルトの名無しさん
2014/07/01(火) 21:39:04.99ID:B592/H3e0314デフォルトの名無しさん
2014/07/01(火) 21:56:32.31ID:pwV/PQsP0315デフォルトの名無しさん
2014/07/01(火) 22:05:25.96ID:/YDQ45k+Appleは乗り換えるとは言ってないけど、将来的には乗り換えるつもりだろうと思っているよ。
二つの言語を同水準でサポートし続ける理由がないし、
ObjCをこの先もずっとサポートしていくつもりならわざわざSwiftを導入して
移行に伴う混乱を誘発する理由もないから。
Appleが何も言っていない以上は違う意見の人を説得できるとは思ってない。
乗り換えるなんてことはありえないと思うなら俺とは前提が違うってことだね。
0316デフォルトの名無しさん
2014/07/01(火) 22:17:11.06ID:l9yjQtpJ0317デフォルトの名無しさん
2014/07/01(火) 22:18:26.53ID:fEVjLc77それ……消えるの……Swiftになるフラグ……
0318デフォルトの名無しさん
2014/07/01(火) 22:27:11.00ID:B592/H3eObj-Cを切り捨てるってことは今後最低でも１０年は無いと思うけどね
C言語の構文やデータ構造がそのままの文法で書けるってだけでも価値がある
Appleがらみのライブラリだけでなく、Unixの膨大なライブラリもあるし
WWDCでも、Obc-Cの既存コードをSwiftで書き換えることはお勧めしないって言ってたし
それやるなら既存コードはそのままにして、新機能だけSwiftで書けって言ってたし
今の所はまだObj-Cが消える可能性より、Swiftが残る可能性の方があやしい
Appleがやっぱやめましたって言う可能性もあるし、ユーザーがついてこなくて自然消滅の可能性だってある
0319デフォルトの名無しさん
2014/07/01(火) 22:40:41.30ID:FsIt2ttmObject-Cと言う言語が消える事は無いが、ライブラリなど徐々にSwiftに移行していくだろうな。
当然の流れ。
今後のSwiftは言語の若干の手直し（拡張）とライブラリ群の整備だろうな。
0320デフォルトの名無しさん
2014/07/01(火) 22:47:36.43ID:/YDQ45k+ああ、俺もあとどれぐらいでObjCが消えるかなんて分からない。
10年より先かもしれないしもっと早いかもしれない。
今後の情勢次第でSwiftが消える可能性があるだろうと言われればそうかもしれないとしか言えない。
少なくとも現時点のAppleは、いずれ乗り換えるつもりでSwiftを発表したんだろうと思うというだけ。
あとWWDCで既存コードの書き換えが推奨されないというのは俺も知ってるけど
似たような話はretain/releaseを手動でやってるコードからGCへの移行でも言われていた。
「今問題なく動いているものをいじるな」というだけの話で、
AppleがObjCとSwiftを今後どうするつもりかという話とは関係ないと思う。
0321デフォルトの名無しさん
2014/07/01(火) 22:51:53.67ID:l9yjQtpJ>C言語の構文やデータ構造がそのままの文法で書けるってだけでも価値がある
これはほんとそうだよな
以前、Cでπの多倍長計算のコードを書いてたことがあって、それをCocoaアプリに
仕立て上げてみた時も、コアの計算アルゴリズムの部分はほぼファイルコピーで
UI部分だけObjective-Cで書いてアプリが出来上がったとき、Objective-Cの
素晴らしさを実感したことを今でも覚えてる
Cocoaは、最初Objective-Cって何だよっておもってCocoa-Javaから始めたくち
だったけど、Objective-Cが実はCなんだと（正確にはC+OOP）だと気づいたとき
一気に障壁が下がってそれ以降すんなりObjective-Cでコーディングできてた
Modernさという意味ではSwiftに劣るけど、やっぱObjective-Cが好きなのかも
.mファイルの中に、Cの関数とObj-Cのメソッドが並んでるコードは最初気持ち
悪かったけど、ある意味最も自然な形で拡張された素直な言語だなと思う
0322デフォルトの名無しさん
2014/07/01(火) 23:08:31.21ID:yfeDN/3+#( 1 2 3 ) do:
[ :each |
].
Smalltalkなら20年前に出来てたこんな機能が、
Objective-C 2.0 で新機能扱いとかウンザリ。
0323デフォルトの名無しさん
2014/07/01(火) 23:09:00.30ID:g+9FQYl7iOS関連ってOSSが多くて(特にUI)、質も高い。
そして、OSS書いてる人たちが結構な割合で、少なくとも新規プロジェクトはSwiftで書くのではないかと思う。
0324デフォルトの名無しさん
2014/07/01(火) 23:14:39.02ID:l9yjQtpJおれもSwiftもちょっと嗜んじゃおうかなｗ
0325デフォルトの名無しさん
2014/07/01(火) 23:21:33.88ID:Qf/S0Wzj0326デフォルトの名無しさん
2014/07/01(火) 23:23:50.43ID:B592/H3eSwiftで使う場合は、Obj-Cみたいにヘッダーだけ参照ってわけにいかないし
0327デフォルトの名無しさん
2014/07/01(火) 23:24:59.14ID:tLoVbtUq0328デフォルトの名無しさん
2014/07/01(火) 23:28:23.59ID:l9yjQtpJやっぱCってすげーって思う。それだけ蓄積されてる資産も大きいし
0329デフォルトの名無しさん
2014/07/02(水) 01:50:36.64ID:gjMteLus0330デフォルトの名無しさん
2014/07/02(水) 03:22:32.57ID:0X8S8x1qあのソース見て一日で書けたのはSwiftじゃなくてSpriteKitのおかげじゃんって思った
0331デフォルトの名無しさん
2014/07/02(水) 05:58:15.54ID:wD3UzLWLたぶん、Swiftでのみしか利用できない様々なAPIとか、環境とかがどんどん増えて自然にそっちに多数の人は誘導されてくんじゃないかな。
0332デフォルトの名無しさん
2014/07/02(水) 07:18:04.99ID:Q2HfdUEvSwiftの場合そもそもプラットフォームが残ってるのかという問題がなあ
iPhoneやMacが健在だとしても、もっとサーバーサイド比率が大きくなって
クライアント側は簡易なスクリプトが僅かに残ってるだけになってそう
0333デフォルトの名無しさん
2014/07/02(水) 12:12:23.06ID:wD3UzLWL0334デフォルトの名無しさん
2014/07/02(水) 12:39:10.54ID:+LR919/Zあと１年ぐらい待ってもよかっただろ
0335デフォルトの名無しさん
2014/07/02(水) 12:43:55.14ID:W8x6b9d7逆だろ
サーバ側はモデルに特化して、JSONだけ返す。
UIまわりはすべてクライアントサイドで実装が今の流れ。
0336デフォルトの名無しさん
2014/07/02(水) 12:44:50.20ID:W8x6b9d7実際にリリースしてから浮き彫りになる問題もある。
そんなこと言ってたらいつまでもリリースできない
0337デフォルトの名無しさん
2014/07/02(水) 13:13:10.53ID:C0tb1eHdXamarinなどサードパーティーの開発ツールも台頭の兆しが有るからね。
急ぐ必要はないがSwing to Javaを出して反撃してほしい。
0338デフォルトの名無しさん
2014/07/02(水) 13:19:16.62ID:DNTNWI960339デフォルトの名無しさん
2014/07/02(水) 14:04:29.37ID:C0tb1eHdgolangは言語的には少し首をかしげる所が多い。
0340デフォルトの名無しさん
2014/07/02(水) 15:23:20.05ID:7E/KXNMp0341デフォルトの名無しさん
2014/07/02(水) 16:47:11.64ID:3GppMyESあれは面白いことにJavaじゃObjective-Cを代替するには役不足だったんで
サポート停止されたんだよなぁ。Swiftはそれを踏まえて作ってはいるみたいだし
0342デフォルトの名無しさん
2014/07/03(木) 08:58:36.06ID:s8dcLjiN「力不足」だよね？
0343デフォルトの名無しさん
2014/07/03(木) 09:07:45.05ID:Q4dDnky30344デフォルトの名無しさん
2014/07/03(木) 13:00:11.80ID:ocaDq0om赤っ恥www
0345デフォルトの名無しさん
2014/07/03(木) 13:12:53.11ID:0tabs9DN0346デフォルトの名無しさん
2014/07/03(木) 17:25:46.66ID:P7mc1MKH必死だな。
0347デフォルトの名無しさん
2014/07/03(木) 18:39:36.50ID:VyOuWYyM0348デフォルトの名無しさん
2014/07/03(木) 18:57:04.96ID:bRkIiAVF0349デフォルトの名無しさん
2014/07/03(木) 20:31:24.65ID:FhkBxcg00350デフォルトの名無しさん
2014/07/03(木) 20:41:48.37ID:ap5XVsa0kwsk
0351デフォルトの名無しさん
2014/07/04(金) 00:10:43.27ID:UzbhYlbZ首を傾げるってどんなトコ？
個人的な使い勝手はJava超過Smalltalk未満なんだけど。
0352デフォルトの名無しさん
2014/07/04(金) 00:37:01.19ID:msFVWI+xSwiftはモダンで洗練されている、かつ大衆が好む言語
Smalltalkはモダンでもないし、大衆向けでもない。素晴らしいけどな
いいじゃん、個人的はって断わってるところ見ると自覚はしてるんだろ？
0353デフォルトの名無しさん
2014/07/04(金) 01:39:34.04ID:Kc5FuQQY0354デフォルトの名無しさん
2014/07/04(金) 01:49:22.89ID:msFVWI+x言いたいことは分かるが、SwiftはDSLでは無く汎用プログラミング言語な。
言語として汎用であるから、文法などを比較することに意味はあるよ
0355デフォルトの名無しさん
2014/07/04(金) 09:35:51.65ID:ibPrybjYじゃ、主張としては「JavaのほうがObject-Cより良い」ってこと？
だとしたら言い回しがおかしい
0356デフォルトの名無しさん
2014/07/04(金) 10:35:40.73ID:55Iwzgg50357デフォルトの名無しさん
2014/07/04(金) 10:58:34.80ID:MI6unMOz0358デフォルトの名無しさん
2014/07/04(金) 20:11:26.61ID:ki9fyfkR聞きたいのはswiftとgolangの批判だよ。
0359デフォルトの名無しさん
2014/07/04(金) 21:06:13.84ID:AqR4CHdL広く普及していて同じくらい優れた言語は既にたくさんあるわけで、
既存の言語じゃいけない理由がないならわざわざ新しく作るのはリソースを分断させるだけの迷惑行為だ
0360デフォルトの名無しさん
2014/07/04(金) 21:07:23.38ID:RlFM+Deh0361デフォルトの名無しさん
2014/07/04(金) 21:36:09.61ID:UzbhYlbZ非難じゃなくて批判(事実を突き合わせた上での判断)を聞きたいわけなんだが。
個人的な批判としてはgoのinterfaceと委譲は非常に出来が良かったと思う。
最もあのinterfaceは他の言語でsignatureとして実装されてたから、
真新しいものでも無かったんだけど。
それから、importの別名。これもC++なんかでusingとして
既に存在してた機能じゃあるが、
Javaなんかじゃ使えないからそれらの言語に比べりゃ便利だった。
goは全般的に実用的で、大半の言語よりは使い勝手が良い方だと見てる。
0362デフォルトの名無しさん
2014/07/04(金) 21:54:25.59ID:PdXssMnS既存の言語じゃいけないんじゃないの、アップルにとっては。
・Cocoaランタイムのネイティブコードを吐く
・アップルの意向でいつでも仕様変更できる
というニーズがアップルにはあるんだろうから、既存の言語で適当なのを見つけてくるのは大変だろうよ。
サードパーティにとって迷惑なのはわかるが、癖の少ない文法でまとめてくれたのは不幸中の幸いだわな。
0363デフォルトの名無しさん
2014/07/04(金) 22:22:28.79ID:4r2s5G7/将来を見据えた発展性のあるまとまった言語仕様だと思うよ。
まだ若干荒削りな所は有るけど整備されて行くだろう。
0364デフォルトの名無しさん
2014/07/04(金) 23:34:18.36ID:6bXGoclVパフォーマンス上げてついでにモダンにしたいんだったらC++でいいんじゃ？
オペレータオーバーロードも名前空間も型推論もクロージャもジェネリクスもあるし
0365デフォルトの名無しさん
2014/07/04(金) 23:40:13.47ID:iKaePYIV0366デフォルトの名無しさん
2014/07/04(金) 23:57:02.00ID:BPBQ8Qlo0367デフォルトの名無しさん
2014/07/05(土) 00:20:46.36ID:pTDYhgjU0368デフォルトの名無しさん
2014/07/05(土) 00:28:00.53ID:3XcLVhBtつまり今まで通りだな
0369デフォルトの名無しさん
2014/07/05(土) 00:41:55.02ID:5PqNKKxqgo を批判/非難する気はないけど、
go が普及しないのは >>359 が書いているように
「既存の言語じゃいけない理由がない」からだろ
おまけに「全般的に実用的で、大半の言語よりは使い勝手が良い」程度の
利点しか無い、言い換えるとバランスのとれた優等生だけど個性が無い
GoogleがAndroidの開発言語として(Java ではなく) go を採用していたら、
状況は変わっていたかもしれない
ちょうど UNIX の開発言語として C が勝ち Pascal族を排除したように、
Rails の開発言語として Ruby が有名になり Python に影がさしたように ....
Google がそうしなかったのは、Microsoft が C# を必要とし
Apple が Swif を必要としたほどには、Go が必要ではなかったってことさ
0370デフォルトの名無しさん
2014/07/05(土) 01:19:50.20ID:pTDYhgjU年末位には本格的になってくるだろう。 殆どの開発者が歓迎してる。
Obkective-Cだと敷居が高いけどSwiftなら始めてみたいと言う層も結構いそう。
これでMacの売り上げが上がるな。
言語間の構文比較 Swiftの軽さが際立つ。
Swift:--------
println("Hello, World!")
Go:----------
package main
import "fmt"
func main() {
fmt.Println("Hello, World!")
}
Java:--------
class ArbitraryClassName {
public static void main(String[] args) {
System.out.println("Hello World!");
}
}
Objective-C:----
#import <stdio.h>
int main( int argc, const char *argv[] ) {
printf("Hello World!");
return 0;
}
0371デフォルトの名無しさん
2014/07/05(土) 01:30:17.23ID:Hq9eeGT6メイン関数(メソッド)がない静的型付け言語って意外と少ないよな。大正義Scala先生もmainいるし。
形安全でサクサク開発という意味だと、1番いい言語化もしれない
0372デフォルトの名無しさん
2014/07/05(土) 01:33:23.30ID:lG7Vks4tコードゴルフするわけでもあるまいし
0373デフォルトの名無しさん
2014/07/05(土) 01:35:11.49ID:Hq9eeGT6Goは元々システム向け言語だからな。AppEngineに採用されたり、Android上で(NDKとしてだっけ？)動かせたり、最近はアプリ向けにも動きがあるけど。
GoogleだとSwift的な役割な期待されるのは、Dartだと思う。JavaScriptの代替のイメージが強いが、開発担当によると、クライアント、サーバ両方で使える汎用言語目指しているらしい。
0374デフォルトの名無しさん
2014/07/05(土) 01:36:50.25ID:Hq9eeGT6最もミニマムなコードを比較することに意味はあるでしょ。だってそれ以上短くできないんだから。
そこに設計思想が現れるわけよ
0375デフォルトの名無しさん
2014/07/05(土) 01:54:55.86ID:Mg3y7G5e0376デフォルトの名無しさん
2014/07/05(土) 02:20:02.33ID:pTDYhgjUVMで実行するか、Javascriptに変換して実行するかの二つに一つ。
端末側アプリの開発用では無い。
端末は、Java, go
主流はJavaのままだろう。 Googleとしては、goに移行させたいかもしれないけど。
0377デフォルトの名無しさん
2014/07/05(土) 02:28:47.28ID:Hq9eeGT6まあこれ見てよ
http://m.jp.techcrunch.com/2014/07/01/20140629googles-dart-programming-language-is-coming-to-the-server/
GoはC/C++の置き換えを目指しているのではないかと思う。一般的な例外機構を採用しなかったり、パフォーマンスとコンパイル速度に重きを置いている。
AndroidのサポートがSDKではなくNDKだしね。
これ以上はスレ違いだからやめとくけど
0378デフォルトの名無しさん
2014/07/05(土) 02:29:19.64ID:5PqNKKxq>Goは元々システム向け言語だからな。
そう、ただし Go は GCとスレッドをサポートしているから、
C というよりも Java や C# (および Swift)と真正面から競合する言語だね
だから Google が Android というOS記述言語に Go を採用しなかったのは、
メジャーな 「Java(= Oracle)を排除できるほど Go には魅力(優位性)が無い」と
Google が戦略的に判断したからじゃないのかな
Google はWebサービスに関しては巨人かもしれないけど、
Microsoft や Apple と比べれば「OS ベンダーとしては後発」になる
Go が普及しないのは、生まれの不幸といえるのかもしれない
遠い将来、Android がスマフォ/タブレット市場を独占し、
Apple が離脱するような時代が到来すれば、Go に再び陽があたるかもね
0379デフォルトの名無しさん
2014/07/05(土) 02:35:25.49ID:dvkFKgZctype TinyOperation interface {
MoveTo( target Point )
LineTo( target Point )
}
type Operation interface {
TinyOperation
QuadraticBezierTo( target, control1 Point )
CubicBezierTo( target, control1 control2 Point )
}
type OperationAdapterForTiny struct {
TinyOperation
/* その他略 */
}
func ( _ *OperationAdapterForTiny )QuadraticBezierTo( target, control1 Point ){ /*略*/ }
func ( _ *OperationAdapterForTiny )
CubicBezierTo( target, control1 control2 Point ) { /*略*/ }
type TinySVG{ /*略*/ }
func ( _*TinySVG )MoveTo( target Point ) { /*略*/ }
func ( _*TinySVG )LineTo( target Point ) { /*略*/ }
func Main() {
path := &OperationAdapterForTiny{ /*略*/ }
path.TinyOperation = &TinySVG{}
path.CubicBezierTo( &Point{ 1, 0 }, &Point{ 1, 2 }, &Point{ 2, 2 } )
}
0380デフォルトの名無しさん
2014/07/05(土) 02:40:10.84ID:765Tx3Gvカップラーメン:お湯を注いで3分待つ
お店のラーメン:家から出て歩いて店行って食券買って待つ
ほらこのようにラーメンが出てくる待ち時間を比べたら圧倒的にカップラーメンが早い！(キリッ
こうですか？><わかりません><
なんで食券のとこから比べないんですか？
0381デフォルトの名無しさん
2014/07/05(土) 02:52:36.64ID:oVhlbldd>>379の要点は、TinySVGは移動と線分の描画しかできないが、TinySVGに
移動と線分の描画だけあればBezier曲線を描画できる
OperationAdapterForTinyを取り付けることでOperation型に
適合しているところ。
0382デフォルトの名無しさん
2014/07/05(土) 03:25:44.93ID:5PqNKKxqSwift を勉強したいのなら、まず自分でコードを書いてみるのがいいでないの？
他人にやらせるんぢゃなくて....
0383デフォルトの名無しさん
2014/07/05(土) 19:27:50.62ID:b45VDszCvar dict:Dictionary<String,String>? = Dictionary<String,String>()
dict["a"]="abc" //<--ここでsubscriptメソッドがないって怒られる
変数宣言の部分を変えずにどうすれば代入できるか教えてくださいm(_ _)m
0384デフォルトの名無しさん
2014/07/05(土) 20:20:31.31ID:b45VDszCすんません自己解決しました
var dict:Dictionary<String,String>? = Dictionary<String,String>()
var dict2 = dict!
dict2["a"]="abc"
0385デフォルトの名無しさん
2014/07/05(土) 20:37:13.38ID:zVIhfQ1oもともとのdictの方の値は変わらなくていいの？
■ このスレッドは過去ログ倉庫に格納されています