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

Swiftスレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/06/03(火) 04:12:21.08ID:rEEU5ykv
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう
https://developer.apple.com/swift/
0381デフォルトの名無しさん2014/06/05(木) 18:36:08.42ID:fhxWm8Xr
>>380
複数ステートメント1行セミコロン無しでわかり難い例は>>377にレスしてくれてるんだから、
1ステートメント複数行でわかり難い例ってのを具体的に書いてみたら？
0382デフォルトの名無しさん2014/06/05(木) 18:44:38.48ID:U2o1cB0T
Swiftはlongがない代わりにintの長さがマシン依存だからいやんなことになりそう
0383デフォルトの名無しさん2014/06/05(木) 18:52:06.49ID:fhxWm8Xr
長さに依存するような整数はInt64とかInt32みたいに書けばいいんじゃないか？
0384デフォルトの名無しさん2014/06/05(木) 18:55:52.22ID:k17DeP1N
そういやMacはもう64bit環境しかないな。
iOSの方は5sのみ64bitで後は移行中だけど
0385デフォルトの名無しさん2014/06/05(木) 18:56:05.34ID:U2o1cB0T
OSXのC処理系はILP32 or LP64だから、何となく
0386デフォルトの名無しさん2014/06/05(木) 18:58:38.99ID:XqFykZgR
C書いてるときには、関数内で特定の処理の塊を { } で囲んでコメント付けたりしてたんだが、
こういうことを Swift では出来なくなったみたいだな。
{} がクロージャとして認識されるから。
0387デフォルトの名無しさん2014/06/05(木) 19:09:55.48ID:OzgJ1p8p
文末記号が無い言語は解析ルール次第で出来ることが変わるから信用できない
VB9なんかは多項式の途中で改行するとエラーになったりして救えなかった
0388デフォルトの名無しさん2014/06/05(木) 19:24:02.90ID:fhxWm8Xr
>>386
そういうのは関数内で関数定義して呼び出しちゃえばいいんじゃない？
コンパイルされるコードは最適化されちゃって変わんないと思うよ
0389デフォルトの名無しさん2014/06/05(木) 19:24:35.64ID:fhxWm8Xr
>>387
解析ルールは明示されてるよ
0390デフォルトの名無しさん2014/06/05(木) 19:25:14.43ID:bTGozmC4
>>381
こ、こんなのであってますか……言語仕様もいまいち分かってなくて
コンパイル通るかもわかんないけど……

var hogehoge = "hogehoge"
var a : Boolean = let b :
Integer = 0b11110000 && let
hogehog = "gehogeho"
0391デフォルトの名無しさん2014/06/05(木) 19:26:21.05ID:bTGozmC4
そもそも、IntegerもBooleanも違うかったわ
0392デフォルトの名無しさん2014/06/05(木) 19:34:00.01ID:XqFykZgR
お前、言語仕様も分かってないのにグダグダ言ってたのか
0393デフォルトの名無しさん2014/06/05(木) 19:39:35.40ID:/lL990/k
>>390
2行目の b と : の間で文法エラー
0394デフォルトの名無しさん2014/06/05(木) 19:40:36.38ID:fhxWm8Xr
>>390
なんかめちゃくちゃだと思うが、
式の途中で改行とかすれば次の行の先頭にインデントとか入るだろうから
行の初めが前の行から継続してるかどうかは自明になると思う
0395デフォルトの名無しさん2014/06/05(木) 19:49:48.50ID:18Wy6DPo
どーせ瑣末な文法で躓くんだから、c++使い続けたらいいのに
0396デフォルトの名無しさん2014/06/05(木) 19:51:30.46ID:bTGozmC4
>>392
(￣Д￣)ﾉ ｵｳｯ　すまんの試す環境がないから
さっき聞いたスペースが入るトコはどこでも改行できるって話を元に考えただけだし
IDEでのフォーマットはない前提な
型の名前が間違ってるのは愛嬌で許してくれよ

>>393
型との間の:は空白を許さないの？それとも型とコロンの間の空白はきっちゃダメ？
後、letで代入する値が変数じゃなくてリテラルの場合は常にtrueだから
もしかしたら怒られる？それとも単に最適化でtrueに変換されるだけかな？

試したい……
0397デフォルトの名無しさん2014/06/05(木) 19:55:14.22ID:fhxWm8Xr
>>396
IDEのフォーマットが無い前提って、インデント無しのコードを読めってこと？
そんなの問題外じゃない？

あと、letがBooleanを返す？って他でも書いてる人がいるから調べてるんだけど、
どこかのドキュメントに書いてある？
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: "漏らした")

メソッドとイニシャライザでデフォルトが逆で紛らわしい
■ このスレッドは過去ログ倉庫に格納されています