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/

0508デフォルトの名無しさん

2014/09/13(土) 17:47:52.49ID:T1el/Bd9

こんなのあるんだ。あの本にのってない仕様、まだまだ沢山ありそう
https://twitter.com/bavarious/status/479478848682463232

0509デフォルトの名無しさん

2014/09/13(土) 19:20:32.46ID:XXAfWgZu

ID:NBJW/Efz の厚顔無恥ぶりは開発者とは思わせないなw
プライドだけは高そうだが、意味ないプライドなのは見透かされるのは開発者だとわかるだろうに

0510デフォルトの名無しさん

2014/09/13(土) 19:41:17.09ID:Z1UHFJSo

言いたいことはわからんでもないが日本語でおｋすぎる

0511デフォルトの名無しさん

2014/09/13(土) 20:06:55.89ID:4yx7u6To

日本語がダメならswiftでもおk

0512デフォルトの名無しさん

2014/09/13(土) 20:12:47.02ID:in/4aBaj

あーおれ基本ミュージシャンだからな。
webとか動画とかカメラは関連して必要だから覚えたかんじ。
今は商品開発しないといけないからArduinoとかで試作してて、アプリでも出すから今からやるならswiftかなーみたいな？
わかる？この何者でも無い薄っぺらさ。

0513デフォルトの名無しさん

2014/09/13(土) 20:22:56.19ID:hy82vpoO

薄いな

0514デフォルトの名無しさん

2014/09/13(土) 20:39:27.18ID:4yx7u6To

むしろ痛いな

0515デフォルトの名無しさん

2014/09/13(土) 20:55:15.28ID:in/4aBaj

こ、これがガチプログラマーの職場か、、
キリキリした。。

0516デフォルトの名無しさん

2014/09/13(土) 21:51:41.00ID:T1el/Bd9

こわいよね(*´･ω･)(･ω･｀*)ﾈｰ

0517デフォルトの名無しさん

2014/09/14(日) 00:21:57.86ID:Flfmi8F/

ジェネリック型のextension内で関数値を受け取るようなジェネリックなメソッドを作るとリンクに失敗するわ、、
はやくなおして

0518デフォルトの名無しさん

2014/09/15(月) 23:43:28.86ID:m/+CxzWX

お前らの育てた基地外がXcodeスレで暴れてるぞ

0519デフォルトの名無しさん

2014/09/15(月) 23:46:04.23ID:lYMgBy0G

基本的にスルーされているんだからいいんじゃね

0520デフォルトの名無しさん

2014/09/17(水) 06:03:16.88ID:w7nyow6Y

>>515
失せろ

0521デフォルトの名無しさん

2014/09/19(金) 00:51:44.18ID:5yTgoIyx

Swift本が書店に並び始めたな

0522デフォルトの名無しさん

2014/09/19(金) 09:05:06.72ID:mmV6v+yA

>>521
ま、初物はスルーすることにしてる。

どうせ翻訳しました程度のリファレンス崩ればかりだからね。
大したサンプルもなく、解説もつまらない。そんなのはウェブ
見りゃ済む話だからね。

0523デフォルトの名無しさん

2014/09/19(金) 09:29:41.58ID:XnPbIdx6

絶賛仕様更新中なので買ったらダメだろ

0524デフォルトの名無しさん

2014/09/19(金) 09:44:23.60ID:mmV6v+yA

>>523
だな。

直ぐに読まなくなるだけじゃなく、ついていけなくなる。こんなのは、３，４
年経って仕様がバチッと決まり、あとは所詮追加ってレベルになって初めて
買える。

初心者はおいそれとこういう、マヌケな金欠出版社お抱えの三流ライターの
解説本とか買っちゃだめよ。奴らに金蒔いて養うことにしかならん。

0525デフォルトの名無しさん

2014/09/19(金) 09:46:14.82ID:OJCIiOtw

今出てる本って内容も薄い気がする

0526デフォルトの名無しさん

2014/09/19(金) 14:30:27.73ID:/90RjOv8

すぐに仕様が変わるから電子書籍がいいな

0527デフォルトの名無しさん

2014/09/19(金) 15:17:46.49ID:+UkqKbcc

"離陸ガイド"の話か？

0528デフォルトの名無しさん

2014/09/19(金) 18:43:26.44ID:s9RvZcra

日本でもエボラが流行りだしたら
本は不潔だから電子書籍の時代が来るな

0529デフォルトの名無しさん

2014/09/19(金) 18:55:09.14ID:S8zfOOzD

おまえらw
もうswift雑談スレに変えてくれw

0530デフォルトの名無しさん

2014/09/20(土) 07:22:33.88ID:0MbyH/eM

初心者向けいきなりswiftでプログラムという感じの入門書読みたい

これとか
http://www.amazon.co.jp/gp/aw/d/0134044703/ref=mp_s_a_1_17?qid=1411099467&;sr=8-17&pi=SY200_QL40
ちょっと期待してる

0531デフォルトの名無しさん

2014/09/20(土) 09:09:48.70ID:4kzlEG1c

>>530
ところでamazonのURLでrefは消しとけよ
必要最低限必要なamazon URLの要素はググればわかるから
勉強して貼付けるように
万が一アフィってたら数すぞ

0532デフォルトの名無しさん

2014/09/20(土) 09:25:17.12ID:hDNA4MqL

>>531
いいだろ別に。そんなのいちいち気にしてんなよ…
Swiftやるような開発者でも、アフィガーとか言うのな。
まるで嫌儲。恥ずかしい

0533デフォルトの名無しさん

2014/09/20(土) 09:30:50.02ID:p579UTgt

http://www.amazon.co.jp/dp/d/0134044703/

0534デフォルトの名無しさん

2014/09/20(土) 09:31:15.49ID:p579UTgt

訂正
http://www.amazon.co.jp/dp/0134044703/

0535デフォルトの名無しさん

2014/09/20(土) 09:48:09.86ID:ass9mv6S

洋書だったら電子書籍しか買わない。
辞書が使えるから。

0536デフォルトの名無しさん

2014/09/20(土) 10:34:01.61ID:0MbyH/eM

いきなりiOSゲームつくる本

http://shop.oreilly.com/product/mobile/9781939902115.do

0537デフォルトの名無しさん

2014/09/20(土) 11:04:53.72ID:gV/O9kO+

広告嫌いは個人の嗜好だし別に恥ずかしくはないだろ
嫌儲が嫌ってるのはまとめブログで広告じゃないし

0538デフォルトの名無しさん

2014/09/20(土) 11:09:32.08ID:yzKVnral

>>536
おらいらね

0539デフォルトの名無しさん

2014/09/20(土) 16:38:16.80ID:antQ0nIm

公式翻訳まだ～?

0540デフォルトの名無しさん

2014/09/20(土) 16:44:56.49ID:NCF0ZY1+

//ジェスチャーの追加
var tapGesture = UITapGestureRecognizer(target: self, action: "tapGesture:")
tapGesture.numberOfTapsRequired = 1
button.addGestureRecognizer(tapGesture)

これと

//ターゲットの追加
button.addTarget(self, action: “tapGesture:”, forControlEvents: .TouchUpInside)

これらを

func tapGesture(sender: AnyObject){
let button = sender as UIButton
let title = button.titleForState(.Normal)
println(title)
}

このアクションで処理する時、ジェスチャーの追加をした場合ではタイトルが出力されません。
これはどういうことでしょうか？
どうすればボタンのプロパティを参照できますか？

0541デフォルトの名無しさん

2014/09/20(土) 17:34:27.82ID:9dCg0hW5

>>540
UIGestureRecognizerのアクションメソッドの引数はUIGestureRecognizer自身(UIGestureRecognizerインスタンス)ということをふまえて、
アクションメソッドとその引数だけでなら、UITapGestureRecognizerのサブクラスにpropertyでも付ければ？

0542デフォルトの名無しさん

2014/09/20(土) 17:36:44.96ID:9dCg0hW5

あ、ここはSwiftスレか。Swift案件というかCocoa初心者案件だなw

0543デフォルトの名無しさん

2014/09/20(土) 17:51:15.59ID:NCF0ZY1+

func tapGesture(sender: AnyObject){
let button = sender.view as UIButton
let title = button.titleForState(.Normal)
println(title)
}

で出来ました！こんなのでハマって情けない、、

0544デフォルトの名無しさん

2014/09/20(土) 23:33:55.21ID:NCF0ZY1+

>>541
ガン無視してて失礼しました^^;
GestureRecognizer自体もクラスだから拡張できたんですね！
勉強になりました。

0545デフォルトの名無しさん

2014/09/21(日) 03:53:15.94ID:GzQqKC/g

アフィアフィうんこカス！アフィアフィうんこカス！アフィアフィうんこカス！

0546デフォルトの名無しさん

2014/09/21(日) 04:33:15.25ID:yNiC5P3R

>>545
気持ちは分らんでもないが落ち着けw
swiftから始めたからobj-cがAAにしか見えなくて、でもそこからしか学べない時に俺も発狂しそうになる。

0547デフォルトの名無しさん

2014/09/23(火) 18:06:36.66ID:WbhbMyFJ

swiftの書法についてなんだけど関数で処理が失敗した場合nilを返すのと空のオブジェクトを返すのではどっちがいいんだろう？
例えばデータをダウンロードする関数で成功したらNSDataにダウンロードしたデータを入れて返すとして
ダウンロード失敗の場合nilを返すのと NSData() を返すのでは後者の方がいい？

できるだけnilを使わない書き方が望ましいのかな？

0548デフォルトの名無しさん

2014/09/23(火) 18:10:15.81ID:mQWNKtDe

関数の戻り値の型によるんじゃ

0549デフォルトの名無しさん

2014/09/23(火) 18:23:54.25ID:8wJhmQ2U

>>547
失敗することがあるならOptionalでしょ。
失敗したときに空のNSData返されたら、失敗したかどうか判断しにくい。
返された非nilのデータをNSData()と比較で判断とか、まぬけな感じ。
絶対に失敗しないなら非Optional。
失敗することがあるならOptionalで、場合によっては引数にNSErrorPointer。
Objective-C考慮しなくていいなら、返り値とエラーをTupleにしてもいいかも?
もちろん、成功をBoolを返す関数とかだと、話は変わってくる。

0550デフォルトの名無しさん

2014/09/23(火) 18:45:40.20ID:WbhbMyFJ

なるほど

0551デフォルトの名無しさん

2014/09/25(木) 13:08:06.32ID:eOyq17q/

たしかに

0552デフォルトの名無しさん

2014/09/25(木) 21:30:15.38ID:OLTEKpgF

@IBDesignable最高だな。今までの謎目隠しプレイは一体なんだったのか

0553デフォルトの名無しさん

2014/09/27(土) 10:51:26.95ID:GTVQnCjU

Androidのレイアウトエディタと同等機能が付いたのか
もう不便さなんか気にしてないけど新しく入る人には良いね

0554デフォルトの名無しさん

2014/09/27(土) 11:50:29.53ID:5PV3NxEC

もともとOSX開発でInterface Builder Pluginという仕組みはあったがiOSで封じられた

Cocoa Bindingも流行のFRPなりでスマートに復活してほしい

0555デフォルトの名無しさん

2014/09/27(土) 12:04:30.95ID:MIHNpQEL

Interface Builder Plugin は Interface Builder が単体でなくなったからじゃなかったっけ
まあ、ユーザサイドでの拡張性はあったのには間違いないがあまりお手軽とは言えなかったような

0556デフォルトの名無しさん

2014/09/27(土) 13:27:57.67ID:GTVQnCjU

XCTestの非同期テストもXcode6からだし開発環境は頻繁にデグレするな
言語仕様が大幅にデグレしないことを祈る(多少のデグレは諦める)

0557いぼっ

2014/09/29(月) 15:51:10.96ID:V5exjQgA

男嫌いでオタクという設定にすれば食いつくんだろスレ
http://wc2014.2ch.net/test/read.cgi/voice/1405767952/l50

お前らのんきにイベント行ってる場合じゃないぜ
身を守りたかったら99要チェック
あ？何だ109は？補足情報120 犯罪暴露か？131、132、135、136
こいつなんでこんなに書かれてるんだ？
160、161どうしたもんかね？本人じゃね？３４歳だと？236
おっと良妻賢母の学校か～244 ,247そーなのか～ほー
254このマットてのはグラウンドの住宅に面した金網に脈絡なく汚ねえ立てかけ方されてるやつじゃね？取りに来たやつ悪い奴ってことか。
256,304,326,339ほー 352,355,357マジかよ、こりゃ許せねーなー変○者？
371,373ストー○ーでもあるのか、ほー375,378,406ほー

0558デフォルトの名無しさん

2014/09/30(火) 00:31:35.06ID:QoKiTOmo

ときどき意味がわからない奴があらわれるが、あれか、小学生というやつか？

0559デフォルトの名無しさん

2014/09/30(火) 01:10:33.70ID:uvE37vyH

そうとしか思えないわな

0560デフォルトの名無しさん

2014/09/30(火) 01:40:24.50ID:hFTc8Xwl

iOSアプリの開発を始めるにあたって、SwiftとObjective-Cのどちらを最初に学ぶべき？
http://developers.slashdot.jp/story/14/09/28/056234/

0561デフォルトの名無しさん

2014/09/30(火) 07:03:03.17ID:VAtZj0eq

>>560
新Mac板からの転記乙

0562デフォルトの名無しさん

2014/09/30(火) 11:25:25.54ID:6jfiCxio

Xcode5で作ったmaster－detail型iOSアプリのテンプレート
のコード部分をswiftで書き直してXcode6でコンパイルする
とコンパイルは通るけど実行時にmasterのクラスが見つか
らないのエラーが出る

Xcode6 swiftで古いタイプのスプリッター型アプリを作るの
は無理でしょうか？

0563デフォルトの名無しさん

2014/10/02(木) 15:11:41.68ID:x3OkRh++

Classes derived from generic classes must also be generic
なんだこりゃ・・・謎仕様

0564デフォルトの名無しさん

2014/10/02(木) 20:18:35.62ID:2bZjvoj2

stackoverflowでも謎だよなーって言ってるなw
?や!の一周回って不便になりつつある仕様しかりマゾい言語だわ

0565デフォルトの名無しさん

2014/10/02(木) 22:25:50.75ID:QbvSGjXE

やっとSwiftが使えると思ったらシミュレータが起動しなくなった

シミュレータ:Unable to boot the iOS Simulator.
Xcode:Unable to run app in Simulator

なにこれ

0566デフォルトの名無しさん

2014/10/02(木) 22:37:51.74ID:x3OkRh++

仕様も仕様だし、現状不安定すぎて本当に疲れる
自分のバグかとしばらく悩んでいたらコンパイラのバグだったり、SourceKit？はキチガイじみた挙動をするし
一番きつかったのはブレークポイントしかけるとXcodeごと落ちるやつ。SwiftのSはドSのSなのか

0567デフォルトの名無しさん

2014/10/02(木) 22:40:20.12ID:J690LAeG

その内それが快感へと変わっていく……

0568デフォルトの名無しさん

2014/10/02(木) 22:41:03.53ID:x3OkRh++

unknownWeakReleaseってなんだよ・・・orz
unowned/weakのキャプチャは不安定っぽいから当分避けた方がよさげ

0569デフォルトの名無しさん

2014/10/02(木) 22:53:13.31ID:yH69NZoH

>>566
今本番に近い形で使うチミはドMだと思うけど。すでに快感になってるでしょ？

0570デフォルトの名無しさん

2014/10/02(木) 23:11:06.89ID:2bZjvoj2

言語がドSなのは良いこと
C言語しかり、その方がしっかりとエンジニアが育つ(淘汰されるとも言う)

PHPみたいにテキトーな言語仕様で始まってテキトーな言語仕様改変を続けると酷いことになる
最初のHTMLの中にコードが書けるって特徴どこ行ったっつーね

0571デフォルトの名無しさん

2014/10/03(金) 02:57:59.34ID:bGT90BWi

xcode6.1にしたらcould not find an overload for init that accepts the supplied argumentsって出てコンパイル通らなくなったんだけど何が悪いんだろう
xcode6.0までは実行できてたんだよな
self.navigationController?.navigationBar.titleTextAttributes = [
NSFontAttributeName : UIFont(name: "HiraKakuProN-W3", size: 20)
]

0572デフォルトの名無しさん

2014/10/03(金) 08:31:11.12ID:I4AMywYF

なんか、離陸する前に地上で爆破して終わっちゃいそうですね。
このダメ言語。

0573デフォルトの名無しさん

2014/10/03(金) 09:48:23.08ID:teBDXpOS

ObjCにもどりたくないので頑張もらわないと困るわー今んとこマジでダメダメ言語であることは同意だけど

>>571
sizeをCGFloatにキャストしたらどうかな？→ CGFloat(20)
数値の暗黙変換がないのはミスを減らせるメリットはあるけど、どうにも記述量が増えるのと直感性に欠けてストレスたまる・・・

0574デフォルトの名無しさん

2014/10/03(金) 09:52:42.87ID:TB3vQoT4

ベータ版で不安定とか何言ってんだこいつら

と思ったら既に1.0リリース済みだったｗｗ

0575デフォルトの名無しさん

2014/10/03(金) 10:08:14.38ID:JgRn7gTI

>>573
これって内部的にはコピーインストラクタ？それともキャスト？

0576デフォルトの名無しさん

2014/10/03(金) 10:11:26.14ID:JgRn7gTI

>>574
言語仕様は1.0でもXcodeと小さなランタイムが開発中
安定してるわけないだろ

0577デフォルトの名無しさん

2014/10/03(金) 10:31:30.58ID:teBDXpOS

>>575
Command+Clickすればわかるけど、セマンティクス的にはコピーコンストラクタに近いっぽい
FloatingPointType#init(Int)を呼び出しているので

0578デフォルトの名無しさん

2014/10/03(金) 10:36:05.48ID:CaIs5bTM

6.1でもまた変更あるね。この先ずっとこうなんだろうな。
アプリのアップデートで既存プロジェクトを開いたらコンパイルできませんって状況多発だろうなー。

0579デフォルトの名無しさん

2014/10/03(金) 10:54:15.73ID:teBDXpOS

既出かもしれないけどここオススメ
https://github.com/ksm/SwiftInFlux

0580デフォルトの名無しさん

2014/10/03(金) 12:03:55.59ID:I4AMywYF

>>578
早すぎて腐ってたんだろ。

これ、グダグダが続くだろうね。

0581デフォルトの名無しさん

2014/10/03(金) 13:07:43.20ID:IPRvBh74

>>571
Swift1.1からFailable Initializerが導入されて、init()がOptional型を返せるようになったからUIKitのAPIもそれに合わせられた
init(name: String, size: CGFloat) -> UIFont?
だから辞書に入れるときに明示的にアンラップしないといけない

（ていうか1.0の場合でもUIFont#init(name:, size:)はnil返しうるから、一旦Optional型に代入してnil検査するのが行儀のいいコード。リリースノートに書いてある。）

0582デフォルトの名無しさん

2014/10/03(金) 13:43:42.73ID:JgRn7gTI

>>577
いけてねーな
キャストとコピーコンストラクタは分けて考えるべきだろ
ランタイムの中の動作が気になる所だ

0583デフォルトの名無しさん

2014/10/03(金) 13:54:52.53ID:kCklu6JZ

iPhone開発でもコピーコンストラクタとか代入演算子オーバーロードとか意識しないといけない時代が来たのか・・・／(^o^)＼
抽象度下がって全然初心者に優しくねーな
というかここまで来たらC++でいい気がする
型推論もタプルも名前空間もジェネリクスもあるしな
Swift投げ捨ててC++でフレームワーク作り直せよ

0584デフォルトの名無しさん

2014/10/03(金) 14:09:31.31ID:JgRn7gTI

一つ一つnilチェックしてコピーコンストラクタ呼んで、演算子や関数が override や extension で拡張されていないか確認して使えばスマートでセーフティ
マゾにはたまらない良い言語だな！

0585デフォルトの名無しさん

2014/10/03(金) 14:25:43.54ID:gFFcTCDH

>>583
C++にするんだったらObjective-Cのままでいいよ

0586デフォルトの名無しさん

2014/10/03(金) 15:11:57.89ID:bGT90BWi

>>573
>>581
ありがとう
Failable initializerでググったらいろいろ出てきた
var font = UIFont(~)
if font == nil {
で条件分岐することで出来た
でも自分で使うためのアプリだからnilチェックしないでUIFont(~)!って使ってるけど

0587デフォルトの名無しさん

2014/10/03(金) 15:24:33.71ID:teBDXpOS

初心者には絶対やさしくないわ・・・
Javaみたいに抽象データ型をList<Int>とかSet<String>とかで表現したいのに
protocolがジェネリクスパラメータに対応してなくてAssociated type？でしか拡張できないから
関数側でwhereとか使って型の条件式を記述しなくちゃいけない（だるいけどstructやclassでサンクを作るという手もある）

C++みたいに関数をコンパイラレベルで具象型に特殊化できるようにするためなんだろうけど
カジュアルにやりたいのにしんどい仕組みを強要されるのはつらい

0588デフォルトの名無しさん

2014/10/03(金) 19:20:58.53ID:CaIs5bTM

柔軟なのは認めるけど初出の時のカジュアルさはどこへやらだな

0589デフォルトの名無しさん

2014/10/03(金) 19:29:21.00ID:+fJWotzN

Swiftの開発者って高級言語設計のエキスパートってわけじゃないんだな
これは駄目かもわからんね

0590デフォルトの名無しさん

2014/10/03(金) 21:45:35.60ID:+Kawa44E

>>583
> Swift投げ捨ててC++でフレームワーク作り直せよ

そのフレームワークが COM(Component Object Model) なんだけど、
いまさら COM でゴリゴリ C++ コードを書きたい奴は >>583 の他に誰かいる？

>>587,588
カジュアルな開発を希望ならば、スクリプト言語の RubyMotion を使えばいい
あくまで Swift は Objective-C における C の安全性という問題を解消することを
目的に設計された言語だから、最初からカジュアルな開発なんて目標にしていない

0591デフォルトの名無しさん

2014/10/03(金) 22:00:05.06ID:CaIs5bTM

>>590
俺は希望してないしObjective-Cでいいんだが、SwiftでiOS開発に夢見て参入してきた人らはちょっと涙目かなとw

0592デフォルトの名無しさん

2014/10/03(金) 22:24:45.14ID:teBDXpOS

ObjCがいやなんでC++つかってたわ
C++は表現力高いから便利化レイヤーを設けた上ならカジュアルな記述もウェルカム
C++でQtみたいなフレームワークfor IOSを作ってくれればよかったんじゃ？とはおもう

http://qt-project.org/doc/qt-5/ios-support.html
ってQt自体がiOS対応してた・・・

0593デフォルトの名無しさん

2014/10/03(金) 23:18:46.10ID:9KxFI5ri

>>590
え？そんな目的だったんだ？

0594デフォルトの名無しさん

2014/10/04(土) 00:11:55.84ID:qpaDPuoT

Objective-CもCOMも、ABIやRPCを定義するという側面があるからな
素のC++じゃどうやっても無理で、ゴリゴリ書くのが嫌ならC++/CXみたいな拡張のほうに行かざるを得ない

0595デフォルトの名無しさん

2014/10/04(土) 08:31:15.24ID:7Q0tqk1g

>>590
目的の一つがなかったことにされているw
まぁなくなってはいるんだけど、あの発表に騙されて swift 1.0 から使うヤツは涙目だな

0596デフォルトの名無しさん

2014/10/04(土) 08:46:16.65ID:Sp3gzSQT

Tuple、文字列のswitch文、propertyのdidSetなどおいしいとこだけ輸入してObjective-C 3.0にしてくれればそれで満足だよ俺は。

0597デフォルトの名無しさん

2014/10/04(土) 11:12:57.03ID:BF4zfWnE

GM seedクラッシュしすぎワロタ

0598デフォルトの名無しさん

2014/10/05(日) 04:37:29.36ID:8YLPCOSQ

swiftのnil安全性と可読性の向上を差し置いて、アップデートで警告出てコンパイルできないとかの些細な問題で文句言ってる人は技術者に向いてないのではないか

我々の最大の敵は、複雑性だというのに

0599デフォルトの名無しさん

2014/10/05(日) 04:41:40.17ID:fFbVpevH

MSに土下座してC#+.NET移植してもらったらどうか

0600デフォルトの名無しさん

2014/10/05(日) 08:27:02.37ID:NF9YVIvk

>>598
既存ソースが最新環境でビルド出来ないのなら、クライアントにソース改修の必要性を理解してもらってコストを捻出してもらわなければならない。
タダでやります→プロジェクトの規模が大きかったらどうする？抱えてるプロジェクトがあればあるほどアップデートも一苦労だぞ。アップデート時期も重なるだろうしな。
古い環境でビルドすればいい→新しいSDKの機能が必要な時はどうする？新しい機能の実装に集中したいのにまずプロジェクトのアップデートからなんて少し残念だよな。これは昔から多くのケースで存在する問題だけど今のSwiftほどではない。

お遊びで短いコードを書いてたり小規模でやってるうちは問題にならないが、ちゃんと仕事で使うには保守性って大事だよ。君が技術以外の事は一切考えなくていい職場、立場にいられるならそれは幸せな事だが、普通はそうはいかない人の方が多い。

それにある程度どの環境でもすぐに実行出来ないと初学者には辛いしOSS等で広がりをみせるのも難しくなると思う。要は流行るかどうか。
長々と戯言を書いてすまんね。

0601デフォルトの名無しさん

2014/10/05(日) 08:29:40.59ID:g5FzxXm/

複雑性の方がどうでも良いんだけどな
そんなもの自分の理解力の有無で解決するんだから

最初から複雑なら問題ない、それに合わせれば良いから
ジリジリと段階的に複雑に(ビルドエラーに)するから問題、手間もかかるし理解の追従が面倒

0602デフォルトの名無しさん

2014/10/05(日) 08:34:30.31ID:0YR4E1Q1

なぜ追従する必要があるのか。適当に固まるまで Obj-C 使ってれば良いだけやん。

0603デフォルトの名無しさん

2014/10/05(日) 08:36:43.98ID:g5FzxXm/

>>602
そこに新しい言語があるから

0604デフォルトの名無しさん

2014/10/05(日) 09:06:05.13ID:0YR4E1Q1

素晴らしい。まるでD言語erだ。

0605デフォルトの名無しさん

2014/10/05(日) 09:24:41.65ID:g5FzxXm/

D言語erなんかと一緒にされては困る
swifterと言ってもらいたい

0606デフォルトの名無しさん

2014/10/05(日) 09:29:03.68ID:MP9adC4f

Swift も噴火すればいいのに

0607デフォルトの名無しさん

2014/10/05(日) 09:58:44.18ID:jEt7DQYF

>>599
毎年30万払って、ザマリンのライセンスを買えば.NETを使ってiPhoneで動くアプリを作れる。