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

Swiftスレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/06/03(火) 04:12:21.08ID:rEEU5ykv
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう
https://developer.apple.com/swift/
0398デフォルトの名無しさん2014/06/05(木) 19:58:17.00ID:/lL990/k
if let a = b {
}

って書き方できるから勘違いしてるんだろう
letがBool返すわけではない
0399デフォルトの名無しさん2014/06/05(木) 20:11:52.36ID:bTGozmC4
とりあえず実物触るまでは全て杞憂らしいことが何となく納得。
if let a = b は The Swift programming languageの頭の方のControl Flowの節で出てて
↓
“If the optional value is nil, the conditional is false and the code in braces is skipped.”

抜粋：: Apple Inc. “The Swift Programming Language”。 iBooks. https://itun.es/jp/jEUH0.l

ってなってるから、condition is "false" って値が取れると思ってた。ってか、取れないんだ？
複数の値のnil値判断を&&で出来ると思ってた。
0400デフォルトの名無しさん2014/06/05(木) 20:25:51.95ID:Ss1X6IjI
var i: Int? = 10
if i {
　println("i = \(i)")
}

はオッケー

var i: Int = 10
if i {
　println("i = \(i)")
}

はアウト〜
0401デフォルトの名無しさん2014/06/05(木) 20:35:36.13ID:bTGozmC4
>>400
つまり?のついている値が"optional"ってマークされてるものの値を評価してるわけだ。
letの返値じゃなくて、代入された値を評価してる、と。
"optional"な値の場合は、nilはfalse、nil以外がtrueとして評価される、と？
"optional"じゃない場合は、条件式で利用できない……か。
0402デフォルトの名無しさん2014/06/05(木) 20:48:52.91ID:q+iSb4xf
Swiftってアップル製品の環境でしか動かないの？
0403デフォルトの名無しさん2014/06/05(木) 20:50:04.79ID:N9ZszDAJ
MSがWindowsで動くようにしたらAppleはいつものようにすぐ訴えるし。
0404デフォルトの名無しさん2014/06/05(木) 20:53:59.72ID:DVEEJUDF
記念カキコ
0405デフォルトの名無しさん2014/06/05(木) 20:57:26.27ID:D2wOjwoR
クラス内の変数は全部パブリックになってしまうん？
0406デフォルトの名無しさん2014/06/05(木) 21:07:17.88ID:23MIBYyX
>>397　　let a=b のb が値を持つかどうかの判定でBooleanを返すと有るね。

The Basics　の　Optional Binding
You use optional binding to find out whether an optional contains a value
if let constantName = someOptional {

元々　if a=b をエラーにするから、代入兼判定としてletを使うようにしたと言う事だろうけど。
0407デフォルトの名無しさん2014/06/05(木) 21:20:07.46ID:Ss1X6IjI
憶測が多いな
別にletじゃなくてvarでもいいんだけど

var a: Int? = 10
if var b = a {
println("b = \(b)")
}
0408デフォルトの名無しさん2014/06/05(木) 21:51:22.48ID:qTkh2drY
swiftのarrayってlet&unshareで使うのがいいのかな？？
appendした後の挙動がバグ臭プンプンする。
0409デフォルトの名無しさん2014/06/05(木) 22:04:27.80ID:bTGozmC4
>>407
大事なのは Int? の ? だと思うんだが。?のついている型だけが代入時のnil判定に使えるということじゃないの？
>>408
後ろはNSMutableArrayじゃなさそう？
0410デフォルトの名無しさん2014/06/05(木) 22:08:28.49ID:ZaCMtfJy
C++のboost::optionalよりよさげ？
0411デフォルトの名無しさん2014/06/05(木) 22:23:42.09ID:qTkh2drY
>409
“Assignment and Copy Behavior for Arrays”を読んで欲しいんだけど、
var listA = [1,2,3]
var listB = listA
listB[0] = 9
ってするとlistA[0]も9になってる。
まぁこれは普通だよね。

だけどこのあと
listA.append(4)
って要素数が変わる操作をしたら
listA[1] = 22
ってしても listB[1] は2のまま。
分かっててもミスりそう。
0412デフォルトの名無しさん2014/06/05(木) 22:32:28.70ID:bTGozmC4
>>411
これはトラップ過ぎるｗｗｗｗ
funcに引数で渡されてきたArrayはどういう扱いなんだろう？
要素追加した瞬間にcopyされて別物か？
0413デフォルトの名無しさん2014/06/05(木) 22:33:26.53ID:Ss1X6IjI
>>411 ディクショナリだとまた挙動が違うんだよな

var dictA = [0:1, 1:2, 2:3]
var dictB = dictA
dictA[0] = 9

ってやると、dictA[0]は9になるけど、dictB[0]は1のまま
0414デフォルトの名無しさん2014/06/05(木) 22:39:53.87ID:O/ymbC/3
Optionalの説明はココが分かり易かった
http://blog.livedoor.jp/rapple_lab/archives/7720544.html
0415デフォルトの名無しさん2014/06/05(木) 22:42:40.01ID:qTkh2drY
>>413
arrayもdictionaryもstructureなんだからdictionaryの動作が正しいよね。きっと。
arrayのはパフォーマンス上げるためなんだろけどunshareを標準にして欲しい。

>>412
＞要素追加した瞬間にcopyされて別物か？
明日試してみるよ
0416デフォルトの名無しさん2014/06/05(木) 22:53:48.76ID:ZqenSHM0
javaのプリミティブが嫌いだったんだけど
swiftは無い？
0417デフォルトの名無しさん2014/06/05(木) 22:54:26.94ID:ZaCMtfJy
arrayの特別扱いってなんかPHP臭がするんですけど。。。
0418デフォルトの名無しさん2014/06/05(木) 22:54:34.73ID:qTkh2drY
あとarrayをループさせる時はfor - in より for var i = 0;i < array.count;++
でループさせて array[i] で参照したほうが20%ほど早かった。
この辺もobjective-cと違うよね。
0419デフォルトの名無しさん2014/06/05(木) 23:02:45.98ID:sbVpP/3M
うーん

var array1 = [1,5,7,4]
var array2 = sort(array1, >)

この時、array1までもソートされる破壊的な操作なんだけど、

sort(&array1, >)
って呼ぶのを強制された方がしっくりくるのだが。
0420デフォルトの名無しさん2014/06/05(木) 23:06:47.17ID:wJ9V7wb/
やっぱり*は必要だったのだ
0421デフォルトの名無しさん2014/06/05(木) 23:07:49.74ID:qTkh2drY
>>420
同意！！
0422デフォルトの名無しさん2014/06/05(木) 23:10:47.70ID:DedpSM9H
最近の言語ってセミコロンや括弧を無くすことに躍起だけど
文法にambiguousな部分が出てきたりしないのだろうか。
0423デフォルトの名無しさん2014/06/05(木) 23:12:19.01ID:ZqenSHM0
>>422
よくわかりません、どゆこと？
0424デフォルトの名無しさん2014/06/05(木) 23:15:46.09ID:Ss1X6IjI
とりあえず、配列にはcopy()とunshare()があることを意識しといた方かよさそう
あと関数の引数に配列を渡して操作するきは、inout付きにした方がいいのかな
0425デフォルトの名無しさん2014/06/05(木) 23:15:46.59ID:XqFykZgR
>>419
破壊されたくなければ、明示的に
var array2 = sort(array1.copy(), >)
しろって方針なんだろうな。コスト削減のために
0426デフォルトの名無しさん2014/06/05(木) 23:18:00.24ID:XqFykZgR
でも関数の引数が自動的にコピーとなるような指示詞が欲しいな
0427デフォルトの名無しさん2014/06/05(木) 23:21:06.13ID:Ss1X6IjI
var array1 = [1,5,7,4]
var array2 = array1.copy()
array2.sort(>)

若しくは、

var array1 = [1,5,7,4]
var array2 = array1
array1.unshare()
array2.sort(>)

とか
0428デフォルトの名無しさん2014/06/05(木) 23:27:16.58ID:ABWTHSvc
てか、破壊されるなら戻り値でArray戻さないでよ、紛らわしい
仮にも標準関数なのに
0429デフォルトの名無しさん2014/06/05(木) 23:27:27.26ID:lzzD+Ao8
そういうもんだと割り切りゃいいか
Effective本的なのが欲しいね。細部の落とし穴が存在しない言語なんて求めるだけ酷だろし
0430デフォルトの名無しさん2014/06/05(木) 23:28:15.04ID:XqFykZgR
func foo(var a : Int[]) {
a.unshare()
...//いろいろな処理
}
こうすればいいのか。

ちなみに引数のところから var を抜くとエラーになる。
0431デフォルトの名無しさん2014/06/05(木) 23:45:56.24ID:XqFykZgR
let listA : Int[] = [1,2,3,4,5,6,7]
let listB : Int[] = listA.filter({$0 % 2 == 0})
let listC = filter(listA,{$0 % 2 == 0})

listB は普通の新しい配列なのに、listC は遅延リストなのが面白いな
0432デフォルトの名無しさん2014/06/05(木) 23:51:31.90ID:Ss1X6IjI
配列みたいなコピーコストの高いやつはデフォルト同じやつ参照でいいんだが
ディクショナリは代入した時点でコピーしちゃうみたなんで、おいそれと代入しにくいな
配列よりむしろディクショナリの挙動の方が気になる
0433デフォルトの名無しさん2014/06/06(金) 00:29:37.83ID:GafzTiNN
Swiftの仕様をまだ全部は見切れてないけど、クラスのSubscripts化とか、Property observer みたいにちょっと新鮮かなと感じる特徴もあるけどね
0434デフォルトの名無しさん2014/06/06(金) 00:35:14.23ID:lrmBy0jf
subscript って何かと思ったら、C++ の operator[] のオーバーロードみたいなもんかな
0435デフォルトの名無しさん2014/06/06(金) 00:44:38.91ID:RYqBXsRp
演算子のオーバーロードできんの？
これで他人が読めないコードが書けるな。
0436デフォルトの名無しさん2014/06/06(金) 00:47:05.88ID:GafzTiNN
でける
0437デフォルトの名無しさん2014/06/06(金) 00:55:20.98ID:xKXbmGps
絵文字でな
0438デフォルトの名無しさん2014/06/06(金) 00:59:06.51ID:0NzWvF7l
たとえばこれがHaskellみたいにどうしてもそういうシンタックスが必要だ、と
いうことで新言語作るのならいいけど、新しい言語作りたい病の人が大して意味もない
のに既存の言語を適当に交ぜたみたいな新言語作ったら、まあいい加減にしてくれよ、
と思うのが普通でしょ。

Appleの場合なまじプラットフォームとしては力があるから、「これでやります」と
言われたら従うしかない。
いろんな人が迷惑する。それだけにしか使い道のない言語に脳細胞使われちゃうわけで。
0439デフォルトの名無しさん2014/06/06(金) 01:16:10.65ID:xKXbmGps
>>438
選択肢が増えただけだが。
頭悪いな、君は
0440デフォルトの名無しさん2014/06/06(金) 01:17:41.85ID:cHkwjIcW
>>438
まずobj-cが古臭く冗長で無理がきてる、という問題に向き合った成果じゃないの
とりあえずの所でいうと、obj-cだって事実上Apple製品以外で使われとらんし

obj-cもうちょいどうにかならんのか、というのはユーザサイドから腐るほど言われてた言葉だしなあ

それだけにしか使いどころがないダサい言語が、とりあえず使いどころは変わってないけどフレッシュになりました、ってことでしょ
0441デフォルトの名無しさん2014/06/06(金) 01:22:28.17ID:Ynv3Q/53
>>438
ぱっと見た感じ他の言語の寄せ集めだから別に覚える事なんてほとんどないわけだが。
0442デフォルトの名無しさん2014/06/06(金) 01:24:17.01ID:M36FOYua
誰か、Objective-C擁護派は居ないのか？
Swift登場以前は居たんだろ？
0443デフォルトの名無しさん2014/06/06(金) 01:34:54.40ID:bHnhPL3c
SwiftでCoreFoundationやQuartzの関数は呼べますか？
例えばCGContextRef を取得して操作したりとかできるんでしょうか？
0444デフォルトの名無しさん2014/06/06(金) 01:46:40.68ID:lrmBy0jf
>>443
このスレを CG で検索してみろ
0445デフォルトの名無しさん2014/06/06(金) 02:00:09.31ID:bHnhPL3c
出来るもんだな (´∀｀）
0446デフォルトの名無しさん2014/06/06(金) 02:27:42.23ID:cHkwjIcW
>>442
や、より簡単な形でとりあえずobj-cで出来ることがだいたい出来るようになってる訳だし相反するものでもないんでないかな
smalltalk信奉者なんかで、かつ概念的な語りが好きな方々が一定数残ると思うけどね
皮肉でなく、昔語りをする人は必要だ
0447デフォルトの名無しさん2014/06/06(金) 02:34:14.55ID:QTGzN/i9
何かgoとかtypescriptが出た時より騒がれてるけど、何が凄いの？
0448デフォルトの名無しさん2014/06/06(金) 02:40:41.45ID:cHkwjIcW
>>447
obj-cランタイム互換でしょ
うざがられてたけど仕方ないと思われてた古めかしい設計のobj-cを苦もなく差し替えられる

あとc互換っぷりも個人的にはビビってる
低レイヤでなんか色々捗りそう
0449デフォルトの名無しさん2014/06/06(金) 02:51:42.76ID:rzjQXmlP
いまごろランタイムも書き直し中なのかなあ。
AndroidをGoにするのは難しいから
またAndroidはもっさりって言われちゃうな
0450デフォルトの名無しさん2014/06/06(金) 03:00:34.92ID:30cQq14w
今はSwiftScriptかSwiftTalkを開発中
0451デフォルトの名無しさん2014/06/06(金) 06:06:55.21ID:kAncoGTb
>>447
GoなんてGoogle社員が暇な時間に作ってみましたってだけで
別にChromeの中核スクリプトに採用する為のものでもなんでもないからな
メンツがメンツだけに一時期注目されたけどあれでも騒がれすぎだった
0452デフォルトの名無しさん2014/06/06(金) 06:14:19.62ID:VdkUhq2q
>>451
↑こいつ知ったかで良くここまで自信まんまんに恥晒せるな
すごいわ
0453デフォルトの名無しさん2014/06/06(金) 07:38:18.52ID:1jHAJD54
>>407
varでもよかったんだ
ところでbの型ってOptional(型!)だったらりする？

>>415
推測だけどGo-langのスライスみたいにArrayはあくまでラッパーで本体は別に存在するんじゃない
だから代入した場合本体の参照のみコピーされるのではないかと
unshareの機構も合点がいくし

>>447
発表した時点で”使える”言語だからじゃないの？
あと注目度の高いWWDCの基調講演で発表されたというインパクトもあるかもね
0454デフォルトの名無しさん2014/06/06(金) 07:59:08.42ID:Wfg//q6J
ObjC冗長だって言うけど、Swiftになったら結局コメント書かなきゃいけなくなる予感
ObjCはappleDocコメントとメソッド名で機能は殆んどつたわるからな
つかAppleDocとかCocoaPodsとかSwiftに移行するのかな
0455デフォルトの名無しさん2014/06/06(金) 08:02:22.50ID:s5X4N2N/
>>453
>>>407
>varでもよかったんだ
>ところでbの型ってOptional(型!)だったらりする？

bはOptionalにならない。必ず値が入るから。

b ＝ a!

と同じ
0456デフォルトの名無しさん2014/06/06(金) 08:14:54.58ID:s5X4N2N/
どうでもいいけど

var a:Bool?
var b ＝ !a!

みたいな書き方も出来るのな。
まぁ否定演算子と間違える奴は居ないか
0457デフォルトの名無しさん2014/06/06(金) 08:23:58.96ID:dQ9iK7KV
>>438
Swiftレベルの文法で脳細胞使ってんなよ
初見で書けるだろこんなの
0458デフォルトの名無しさん2014/06/06(金) 08:26:07.34ID:XasNKctc
>>451
実績がないのは事実
と思っていたがdocckerでgo始まったと思ったわ
0459デフォルトの名無しさん2014/06/06(金) 08:30:57.55ID:LzbjDMik
>>457
いつまでもマルチコピペ野郎に反応すんなks
0460デフォルトの名無しさん2014/06/06(金) 08:57:10.26ID:DTdJKogB
Boys, be ambiguous!
0461デフォルトの名無しさん2014/06/06(金) 09:32:25.44ID:NbZ9JiJc
>>446
より簡単に書けるからこそ、後でみてわからなくなりそう

array[index]
[array objectAtIndex:index]

事前知識なしで意味がとりやすいのは後者
0462デフォルトの名無しさん2014/06/06(金) 09:45:58.53ID:j3uepfFp
>>450 SwiftScript は絶対に出てきそう。　Swiftインタプリタと実現性はどっこいどっこい。
AppleScriptを置き換えてあらゆるものを統一言語で処理する。
0463デフォルトの名無しさん2014/06/06(金) 09:46:48.62ID:+4efFwAW
COBOLの場合

ADD A B GIVING C
C = A + B

事前知識なしで意味がとりやすいのは後者
こうですか！？ わかりません＞＜
0464デフォルトの名無しさん2014/06/06(金) 09:48:04.30ID:+4efFwAW
あれ、前後まちがえた...
0465デフォルトの名無しさん2014/06/06(金) 10:14:11.16ID:bHnhPL3c
Swiftは関数の引数にラベルを書けるから可読性が落ちることはないと思う。
まぁどっちの場合もプログラマの命名センスに依存するけど
今手元に実行環境ないから確認できなけど、Arrayにも valueAtIndex的なメソッドあるんじゃないかな
0466デフォルトの名無しさん2014/06/06(金) 10:14:32.43ID:ueXkqxBK
Objective-Cはオブジェクト指向入門としては分かり易いけど、オブジェクト指向に慣れてくるとモダンオブジェクト指向言語の方が書きやすいんだよなぁ
0467デフォルトの名無しさん2014/06/06(金) 10:22:04.34ID:y58jmSWV
>>432
いやDictionaryの方は素直じゃねえか？
参照だけするなら新しいオブジェクトを増やさない。CopyOnWriteって思想でしょ。

Arrayは中身だけ書き換えるソートみたいな処理があるから、中身変えただけじゃコピーされないように
したんじゃねえの？
でも中身を書き換えてもコピーされないような特殊メソッドを用意してやったほうが良かった気がするんだよなぁ。

>>461
いやいや、[対象 操作:引数]って構文がノーマルCからかけ離れてるから、一概には……
３０年前くらいにパソコンを始めるとまず学習するBASICでも配列はA(4)みたいにアクセスしてたし。
0468デフォルトの名無しさん2014/06/06(金) 10:24:52.84ID:IcDjZ6AK
オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/
0469デフォルトの名無しさん2014/06/06(金) 10:33:51.88ID:VHSXa0o7
>>468
人間クラス継承して美少女クラス作るとか言ってる時点でオブジェクト指向理解できてない。
美少女クラス作るなら二次元人クラス継承するに決まってんだろ
0470デフォルトの名無しさん2014/06/06(金) 10:50:52.82ID:N1a6rny2
たとえば
postBlog("眠い")
だと確実に混乱する

postBlog(title: "眠い")
とみんな書いてくれるだろうか

半強制的に
[self postBlogWithTitle:@"眠い" withBody:nil]
とかなっていた方が読みやすいのは私だけか
selfとか主語も明示されているし

http://qiita.com/nori0620/items/cf956fea84e82ec2aee5#2-10
※例示しただけで元記事を否定する意図はありません
0471デフォルトの名無しさん2014/06/06(金) 10:53:33.80ID:lrmBy0jf
>>470
[self postBlog:@"眠い" with:nil]
だと確実に混乱する

[self postBlogWithTitle:@"眠い" withBody:nil]
とみんな書いてくれるだろうか
0472デフォルトの名無しさん2014/06/06(金) 10:53:44.46ID:BvDrvDh3
Swiftってラピュタに出てくるやつかな
0473デフォルトの名無しさん2014/06/06(金) 10:57:06.27ID:DTdJKogB
http://www.moonmile.net/blog/archives/3580
_name 参照してないから詐欺だよな
0474デフォルトの名無しさん2014/06/06(金) 11:00:07.92ID:N1a6rny2
>>471
オブジェクティブCのいいところって、
下のようなメソッド名に無意識のうちに誘導されるところだと思っていたんだけど、上のような書き方をする人も結構いるんですかね
0475デフォルトの名無しさん2014/06/06(金) 11:02:40.60ID:lrmBy0jf
>>474
470みたいなこと心配してる辺り、お前とお前の周囲はよっぽど低レベルなプログラマばかりだと思ったが
0476デフォルトの名無しさん2014/06/06(金) 11:04:41.80ID:cj6UOPoT
postBlogWithTitle: body: こうだべ
0477デフォルトの名無しさん2014/06/06(金) 11:08:44.12ID:UcUEUerQ
新人とか派遣がしょっちゅう入れ替わりで入ってくるんだろｗ
0478デフォルトの名無しさん2014/06/06(金) 11:31:18.80ID:dQ9iK7KV
>>470
もうSwift使うのやめなよ
0479デフォルトの名無しさん2014/06/06(金) 11:45:21.84ID:y58jmSWV
>>474
少なくともAppleの出してるガイドライン的にはしたの書き方になる
上の書き方は悪い例としてあげられている
その良いところって、ObjectiveCの、というよりライブラリの出来じゃ？
0480デフォルトの名無しさん2014/06/06(金) 11:47:59.73ID:Tyg3LYFk
そんなに悪いこと言ってるとは思わんけどね

でも気をつけないと行けないのはAPI作る側で、利用する側じゃないんだよな
func postBlog(title: String) {}
だと postBlog("漏らした") としか書けない

postBlog(title: "漏らした") と書けるためには
func postBlog(#title: String) {} と定義しないと行けない

デフォルトと逆にしてほしいね
デフォルトでラベル付きで、#付けたらラベル無しがいい

しかも、何故かイニシャライザはデフォルトでラベル付きになる
class Blog {
　init(title: String) {}
}
って書くだけでラベル付きになる
let entry = Blog(title: "漏らした")

メソッドとイニシャライザでデフォルトが逆で紛らわしい
0481デフォルトの名無しさん2014/06/06(金) 11:53:15.28ID:WrtGDpxm
イニシャライザはObjC側に持ってくとinitWithが補完されるから...とかそういうのが絡んでるのでは
0482デフォルトの名無しさん2014/06/06(金) 12:09:31.02ID:1jHAJD54
配列添字演算子[]よりObjective-Cのメッセージ式で使う[]の方が
よっぽど意味不明だと思うけど

>>455
>bはOptionalにならない。必ず値が入るから。
やっぱそうなるのね
bにnil再代入出来たらOptional Bindingの意味ないじゃんって思ってたからちょっと気になって

>>480
それなら関数名postBlogWithTitle()すればいいんじゃないの？
0483デフォルトの名無しさん2014/06/06(金) 12:15:42.34ID:WrtGDpxm
[]はプリプロセッサの名残だからねえ
0484デフォルトの名無しさん2014/06/06(金) 12:39:11.46ID:TaxzDts5
今からXcode新しいの入れようと思うんだけど
swiftで作ったアプリはiOS7ターゲットのアプリとしてもうリリースできるの？
0485デフォルトの名無しさん2014/06/06(金) 12:53:56.04ID:WrtGDpxm
SSEとかintrinsicsを使う方法はあるのだろうか
0486デフォルトの名無しさん2014/06/06(金) 12:57:56.85ID:Tyg3LYFk
>>482
>それなら関数名postBlogWithTitle()すればいいんじゃないの？

面倒くさいから1引数で例示してるけど、ラベル付き引数が真価を発揮するのは多引数のときなんで多引数で脳内変換して呼んでくれ

func fill(#red: Int, #green: Int, #blue: Int) {}
func fill(#hue: Int, #saturation: Int, #lightness: Int) {}
と定義して
fill(red: 20, green: 30, blue: 40)
と呼ぶか

func fillRGB(red: Int, green: Int, blue: Int) {}
func fillHSL(hue: Int, saturation: Int, lightness: Int) {}
と定義して
fillRGB(10, 20, 30)
と呼ぶか

俺は圧倒的に前者の方がいい

ちなみに、うっかり
func flll(red: Int, green: Int, blue: Int) { println("RGB") }
func fill(hue: Int, saturation: Int, lightness: Int) { println("HSL") }
なんて定義すると、一つ目の fill が二つ目の fill で上書きされて、
fill(20, 30, 40)
で常に二つ目の HSL の方しか呼び出されないみたい
コンパイラも何も注意してくれない…
こういううっかりミスをなくすためにもデフォルトでラベル付きにして
どうしてもラベル付けたくないときだけ # 付けてラベル無しに出来る仕様の方がいいと思うんだ
0487デフォルトの名無しさん2014/06/06(金) 13:05:06.24ID:A5R0aIHZ
Objective-Cは要するにCで、クラス化したモジュールに命令を送る
つまり『言語に追加した機能を使う』時は［］でっていう形で統一されてて
そこで「なにになにをさせる」って明示的な書き方をせよって念押しされてたから
他のオブジェクト指向言語が嵌った
"後でソース見たら何やってんのかわかんねぇ"問題が大幅に軽減されていたんだけど

いろいろガタがきてたCをモダン言語に差し替えたのはいいが
それで結果としてプログラマーの陥る精神疾患
「タイプ量が少なければ俺が楽、人には読めない難しい書き方する俺カッケー」が
輸入されて来ちゃったら本末転倒だよなーとは思ってる。
そもそもObjective-Cでも引数ラベルガン無視で［hoge: : :］って書いたり
キャメルケースなんかシラネーヨwwwってクラスやメソッドをAAA、BBBって
書いてもプログラム構文的には問題がないわけで
ありゃ文化的に"そう書かないと後で死ぬぞ？"と強制したものだから
Swiftでリセットした時に「魔法の呪文みたいに書くのがプロなんだよ
俺の呪文が解読できねぇのは素人！」みてぇなヒャッハー(モヒカン装備)が
流れ込んできて暴れられたらせっかくのSwiftが
他の言語が陥ったのと同じ混乱持ち込まれそうで嫌だなぁ。と
Appleはサンプルや正書法をしっかりして欲しいとは思う。
0488デフォルトの名無しさん2014/06/06(金) 14:22:42.46ID:dQ9iK7KV
JavaScriptやruby出身のにわかが暴れるわけですわ
0489デフォルトの名無しさん2014/06/06(金) 14:43:09.87ID:bOG7+wI5
動的型.vs.静的型のときに「動的型信者は、簡潔に書けるからスクリプト系の言語を
支持してるのあって、静的型でスクリプト言語なみに簡潔にかける言語がでてきたら
静的型のほうが断然いいよな」って言っても、動的型のほうだいいって認めなかったな。

あのときの動的信者はswiftは使用禁止な。
泣いて謝ってもるゆさん。
0490デフォルトの名無しさん2014/06/06(金) 15:21:15.78ID:7zy6H/7g
mac持ってるけどIOSデベロッパーじゃないからxcode6betaが取れない・・・
なんか方法ないかなー
0491デフォルトの名無しさん2014/06/06(金) 15:34:40.07ID:y58jmSWV
>>490
方法？あるよ
クレジットカードを手にしてiOS Developer Programを購入する
0492デフォルトの名無しさん2014/06/06(金) 15:41:17.61ID:7zy6H/7g
>>491
採用
0493デフォルトの名無しさん2014/06/06(金) 15:42:02.29ID:NEq+KBRq
一年間7800円なんだからゲーム一本買うようなもんだと思えばいいじゃん。ゲームより楽しいよ。
0494デフォルトの名無しさん2014/06/06(金) 15:48:29.43ID:UcUEUerQ
8400じゃなかったか
0495デフォルトの名無しさん2014/06/06(金) 15:51:14.13ID:BJtvL66b
>>486
俺は後者のほうがいいけど？

別に誰もswift強制してないんだから、objc使えばいいじゃん
0496デフォルトの名無しさん2014/06/06(金) 15:54:05.74ID:wKIGaEH1
>>493
ほんとそれ
0497デフォルトの名無しさん2014/06/06(金) 15:56:17.69ID:y58jmSWV
>>493
ゲームする時間がないから躊躇してんだよなぁ
■ このスレッドは過去ログ倉庫に格納されています