■ このスレッドは過去ログ倉庫に格納されています
Swift part7
- 1 :デフォルトの名無しさん:2016/03/21(月) 01:32:08.64 ID:N7YCc9d1.net
- WWDC2014で発表されたAppleの新言語Swiftについて語りましょう
関連スレ
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/
プログラミング言語Swift 3
http://anago.2ch.net/test/read.cgi/mac/1408762479/
[SDK]iPhoneアプリ開発初心者質問箱45[touch][iPad]
http://potato.2ch.net/test/read.cgi/mac/1447650023/
Xcode part13 [転載禁止]©2ch.net
http://anago.2ch.net/test/read.cgi/mac/1424907278/
Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/
前スレ
Swift part6
http://echo.2ch.net/test/read.cgi/tech/1454416808/
- 2 :デフォルトの名無しさん:2016/03/21(月) 01:33:41.73 ID:bbX9YEmL.net
- swift覚えるよりiOSとUIKit覚えたほうが勝ちだぞ>初心者
今swiftでググってもカスみたいな情報しかないから
swiftは7.0あたりからやろうぜ
- 3 :デフォルトの名無しさん:2016/03/21(月) 02:00:39.02 ID:dP9e8KHJ.net
- 俺は174*83*27、柔道三段・剣道四段・空手二段、ガチムチの機動隊員
日夜激しい訓練と任務に明け暮れてる
だから股間のピストルはいつも暴発寸前だ!
お前の菊門に発射させろ!
25〜35くらいの同体型の短髪雄野郎、激しく盛ろうぜ!
捕縛術の心得もあるので緊縛プレイを求めてるM野郎歓迎だ!
特に希望があれば制服プレイも可
複数も可
非番の日なら都内なら連絡寄越せばすぐ逮捕しに行く!
ケツマンおっぴろげて神妙に待ってろ!
- 4 :デフォルトの名無しさん:2016/03/21(月) 08:59:53.92 ID:O7DG3syI.net
- >>2
それをいったらobj-cだって新旧で結構変わったと思うで
publicとかprivateみたいなkeywordをobj-cで見つけたらそれは古いってこと。
swiftだったらなんだろう
NSErrorを直接扱ってたら古いコード?
- 5 :デフォルトの名無しさん:2016/03/21(月) 09:22:26.81 ID:3RlX6oQV.net
- >>2
アンチスレにどうぞ
>>2はほっといて、初心者はSwiftで iOS, UIKit を学べば良いなw
JavaScriptやってたらなんとなく文法似てるからObj-Cより親しみ易い
- 6 :デフォルトの名無しさん:2016/03/21(月) 10:17:35.31 ID:EH5YIJq/.net
- Swiftでdelegate protocolを自前で定義してたら古いObj-C脳のクソ設計だと思う
@objcな public インターフェースなら苦笑しながら使うかな
- 7 :デフォルトの名無しさん:2016/03/21(月) 10:43:20.15 ID:bbX9YEmL.net
- Swiftからやると他の言語できないクソ脳エンジニアになるよ!
- 8 :デフォルトの名無しさん:2016/03/21(月) 11:42:49.98 ID:oATdEu/y.net
- 日曜プログラマはSwiftで遊んでおけばいい
仕様がコロコロ変わるSwiftを今使うプロはただの馬鹿ってだけ
- 9 :デフォルトの名無しさん:2016/03/21(月) 12:38:27.36 ID:ylWFjvTF.net
- >>8
これに尽きるんだよな
みんな遊びでやってるのに煽りに踊らされたObj-Cのプロが突っ込んでくるだけで
>>6
イマドキ、Obj-Cでもdelegate定義したら古いコード
よって、 Swiftでdelegate定義したら設計者の頭カチ割るくらいでいい
- 10 :デフォルトの名無しさん:2016/03/21(月) 13:26:45.04 ID:QxUzppQu.net
- delegateの代わりに何を使うの?
- 11 :デフォルトの名無しさん:2016/03/21(月) 15:17:16.57 ID:bbX9YEmL.net
- callbackじゃね?
もう@Nullable annotation使ってjavaでいいんじゃね?
- 12 :デフォルトの名無しさん:2016/03/21(月) 15:20:10.97 ID:dcaKrC6d.net
- obj-cにもnilableキーワード追加されてるんだけどなぁ
なぜそこでJavaを推すのか、コレガワカラナイ
- 13 :デフォルトの名無しさん:2016/03/21(月) 16:51:16.85 ID:RNfIYUgS.net
- ゴミはゴミ箱へ
アンチはアンチスレへ
- 14 :デフォルトの名無しさん:2016/03/21(月) 18:13:52.92 ID:hbyc55kz.net
- protocol指向なのにdelegateパターン否定してどうするのwww
- 15 :デフォルトの名無しさん:2016/03/21(月) 19:16:39.99 ID:sdIAUD51.net
- >>10
Handler使うと良い
実態はインライン関数程度に最適化されるので性能も悪くない
今時 Delegate が許されるのは(ry
- 16 :デフォルトの名無しさん:2016/03/21(月) 19:16:48.11 ID:O7DG3syI.net
- delegateという考えは古くないと思うし現役だと思うけど。
仮にtableViewを再実装するとしてdelegate使わずどうするわけ?
>protocol指向なのにdelegateパターン否定してどうするのwww
プロトコル指向とdelegateパターンの関連がよくわからん
- 17 :デフォルトの名無しさん:2016/03/21(月) 19:49:01.63 ID:lXGzGGTr.net
- 古いシステムAPIはNSURLConnectionからNSURLSessionへみたいにアポー様が書き直すの待つ
どう書き直すのがベターかはNSURLSession参考にしてどうぞ
最近追加するAPIはハンドラばかりじゃないかね
- 18 :デフォルトの名無しさん:2016/03/21(月) 20:09:27.30 ID:RNfIYUgS.net
- テーブルビューがデリゲートやめてクロージャだらけになったら悪夢だな
URLConnectionは使い捨てることが多いからクロージャと相性良かっただけだ
- 19 :デフォルトの名無しさん:2016/03/21(月) 20:15:20.29 ID:lXGzGGTr.net
- クリックイベント拾うだけなら1つで済むと思うけどな
全APIをクロージャーに書き換えずとも、プロパティ操作で良いし
Sessionも細かい制御するコード書いたらクロージャーだらけよw
- 20 :デフォルトの名無しさん:2016/03/21(月) 20:28:33.51 ID:oATdEu/y.net
- >>13
アンチスレなんてあるの?
- 21 :デフォルトの名無しさん:2016/03/21(月) 20:31:49.52 ID:1G+fr+EX.net
- ここがアンチスレだよな?
- 22 :デフォルトの名無しさん:2016/03/21(月) 20:34:33.74 ID:RNfIYUgS.net
- Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/
- 23 :デフォルトの名無しさん:2016/03/21(月) 20:35:29.01 ID:oATdEu/y.net
- 馬鹿かよ
クソスレ立ててんじゃねぇ
- 24 :デフォルトの名無しさん:2016/03/21(月) 20:58:04.90 ID:O7DG3syI.net
- そもそもdelegateは機能の移譲なわけだから、
クロージャーを使う、使わないは的はずれ。
多分obj-c時代、block構文がなかった時に、
クロージャーを本来使ったほうがいいところをdelegateを使って実現しているところがあって、そのことを誰かが指摘したことを聞きかじって、
delegateは悪だって思い込んじゃったんだな。
昔AlertViewが本来クロージャーを使うところをdelegateを使っていたけど
今置き換わったAlertControllerはクロージャーを使ってる。
まだ若干残っているかもしれんけど、まぁ自分で直して使えばいいし
俺はrxSwift使うからどっちでもStreamにしてしまうけど
- 25 :デフォルトの名無しさん:2016/03/21(月) 22:03:44.75 ID:tREJBwET.net
- NSURLConnection だって色々とやろうとしたら callback block なんかじゃやってられんしな
- 26 :デフォルトの名無しさん:2016/03/21(月) 23:27:29.33 ID:QxUzppQu.net
- NSURLSessionだってクロージャは一部でdelegateメソッドがたくさん存在してるよ
クロージャは便利だがそれで全て置き換えられるわけでは無い
- 27 :デフォルトの名無しさん:2016/03/21(月) 23:44:02.58 ID:9U8ePjvZ.net
- 確かにその場しのぎとしてクロジャはオブジェクト不要レベルの凄まじい文字通り型破りが出来るけど
delegateはオブジェクト同士のやり取りに大枠を作るパターンなので大枠がないと必要不必要の話になりにくい
- 28 :デフォルトの名無しさん:2016/03/22(火) 00:18:39.36 ID:BVW6crR9.net
- Obj-Cで使う分には良いがSwiftでdelegateの宣言も利用もキモいがな
アレはobj-c互換の苦肉の仕様は体を張ったギャグだわw
不思議に思わないとか、意味分からないヤツはホントにswift使ってんの?って問うレベル
こういうギャグをちょいちょいはさむから swiftはやめらんねえ
- 29 :デフォルトの名無しさん:2016/03/22(火) 00:52:10.75 ID:/RBCdqDr.net
- ?
なんかキモいことあったっけ?
- 30 :デフォルトの名無しさん:2016/03/22(火) 01:37:30.84 ID:LHRIJmml.net
- AppleはSwiftゴリおしやめるらしいぞ!
Swifter哀れwwwwwwwwww
- 31 :デフォルトの名無しさん:2016/03/22(火) 01:39:27.27 ID:/RBCdqDr.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 32 :デフォルトの名無しさん:2016/03/22(火) 01:48:54.88 ID:H1BdO10t.net
- NSプレフィックス無し、nil返さないcocoaまだ?
swift3.0に間に合うのか?
4.0でまた非互換?構文変わるのか?
- 33 :デフォルトの名無しさん:2016/03/22(火) 01:53:38.89 ID:LHRIJmml.net
- swiftそのものがお笑いネタだろ?
swift推してる連中はAndroid厨が面白がって煽ってるだけ
まともなiOSエンジニアが信頼性のないswiftなんか使うワケないだろハゲチビ
- 34 :デフォルトの名無しさん:2016/03/22(火) 02:13:57.56 ID:H1BdO10t.net
- Swift3.0ソースが公開されたら
Optional型を排除
map、flatmapなどの直感的にわからない機能の排除
してSwift-作るよ
- 35 :デフォルトの名無しさん:2016/03/22(火) 03:15:02.77 ID:/RBCdqDr.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 36 :デフォルトの名無しさん:2016/03/22(火) 08:33:18.33 ID:LHRIJmml.net
- Apple信者 分裂
obj-c:山口組
swift:神戸山口組
抗争状態
- 37 :デフォルトの名無しさん:2016/03/22(火) 08:36:26.15 ID:SrGcCmkC.net
- 何でSwiftマンセーしないとゴミなの?
- 38 :デフォルトの名無しさん:2016/03/22(火) 08:38:19.84 ID:8Ghfw7bL.net
- >>29
自前でdelegate宣言して、delegateで宣言したメソッドを呼び出す、までやってみろ
メソッド名、キーワード名はきちんとObj-Cお作法に合わせる前提でな
TableViewを外から使っててても何か変、と思うが
自分で実態書いてたらすごくバカっぽいと気付く
- 39 :デフォルトの名無しさん:2016/03/22(火) 08:39:51.09 ID:SrGcCmkC.net
- SwiftってKVO使えないんだな・・
- 40 :デフォルトの名無しさん:2016/03/22(火) 09:00:08.51 ID:8Ghfw7bL.net
- 身のないバズワードで煽ってるからゴミなんじゃないの?
KVOは個々にプロパティ切った方が安全でそっちが使われてるし
無駄機能の提供分処理オーバーヘッドかかるから削るわ、、、
って公式ドキュメントで説明あったはず
- 41 :デフォルトの名無しさん:2016/03/22(火) 09:05:43.25 ID:SrGcCmkC.net
- 何でnil禁止しないの?
- 42 :デフォルトの名無しさん:2016/03/22(火) 09:30:25.96 ID:8Ghfw7bL.net
- どちて坊やは一休さんの世界へお帰り
ゴミはゴミ箱へ、アンチはアンチスレへ
- 43 :デフォルトの名無しさん:2016/03/22(火) 11:29:27.62 ID:zCNWVxOy.net
- Xcode更新(Swift 2.2)キタ
そして、++, --のdeprecateが入ったwww
これはワーニングの嵐の予感、ワーニング0の商用開発だと泣けるな
他にも細々機能追加あるので、もう一回遊べるドン
- 44 :デフォルトの名無しさん:2016/03/22(火) 13:04:43.08 ID:VLOpUBBk.net
- >>30
マジで?マジなら朗報じゃねぇか
- 45 :デフォルトの名無しさん:2016/03/22(火) 13:06:09.33 ID:VLOpUBBk.net
- >>31
>>42
ID変えてご苦労さま
- 46 :デフォルトの名無しさん:2016/03/22(火) 14:15:55.73 ID:Ox2t7CWt.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 47 :デフォルトの名無しさん:2016/03/22(火) 15:11:04.33 ID:kmp6Vmna.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 48 :デフォルトの名無しさん:2016/03/22(火) 15:17:25.55 ID:Ox2t7CWt.net
- i++って i = i.advance() で置き換えるのかと思ったら、i += 1 で置き換えるのな
まだ advance のI/F宣言もなされてないようだし、秋にまたConvert To Last Swift Syntaxかね
この程度ならまだバグなく差し替えられるだろうから良いけど(1.xの頃のバグのせいでConvertは信用してない
- 49 :デフォルトの名無しさん:2016/03/22(火) 16:14:53.46 ID:VLOpUBBk.net
- >>46
>>47
IDパラ使いでご苦労さま
- 50 :デフォルトの名無しさん:2016/03/22(火) 16:23:24.87 ID:VLOpUBBk.net
- >>48
ところで優柔不断なクリスの気まぐれを逐一フォローし続けるのは時間の無駄だよ
Swiftは仕様が固まってから使えばいい
- 51 :デフォルトの名無しさん:2016/03/22(火) 18:00:03.84 ID:uAieVvDE.net
- swiftはバージョン進み過ぎでgolangより歴史が浅いって忘れてしまう
けど仕様の破壊的変更が大きいから仕方ないのかな。
golangは2.0になる気配が全くしない。それだけ安定しているってことだけど、
スレは伸びない。
swiftは3.0もすぐにもでそうだけどいつリリース予定だっけ?
- 52 :デフォルトの名無しさん:2016/03/22(火) 18:12:48.27 ID:/RBCdqDr.net
- 10月
- 53 :デフォルトの名無しさん:2016/03/22(火) 20:02:39.64 ID:GZFXD3/a.net
- 他大手会社が言語開発してるから自分もやらなきゃ(焦り
で始まったような言語だからな
TypeScript, Go, Rust, Kotlin, Nim, etc.あの頃は結構大量に出てた気がする
- 54 :デフォルトの名無しさん:2016/03/22(火) 22:25:12.48 ID:VLOpUBBk.net
- AppleらしくObjective-C 3.0で進めばいいのにね
バカだねぇ
- 55 :デフォルトの名無しさん:2016/03/22(火) 22:46:51.34 ID:GZFXD3/a.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 56 :デフォルトの名無しさん:2016/03/22(火) 23:00:54.83 ID:3eyye6+D.net
- swift関数型みたいな事出来たっけ??
- 57 :デフォルトの名無しさん:2016/03/22(火) 23:30:40.40 ID:GZFXD3/a.net
- Kenokabe先生の所へどうぞ
- 58 :デフォルトの名無しさん:2016/03/23(水) 00:36:02.08 ID:90Oe+hOc.net
- Swiftで下記の処理を書けなくなると聞いたのですが、本当ですか?
for var i = 0; i >= -10; i -= 1 {
}
- 59 :デフォルトの名無しさん:2016/03/23(水) 00:55:36.44 ID:37+iz5Nw.net
- ggrks
https://github.com/apple/swift-evolution/blob/master/proposals/0004-remove-pre-post-inc-decrement.md
- 60 :デフォルトの名無しさん:2016/03/23(水) 00:59:37.75 ID:90Oe+hOc.net
- >>59
開発者なんかおいてきぼりでacceptされた--, ++はもうどうでもいいんです
気になっているのはfor文のことなんですが
- 61 :デフォルトの名無しさん:2016/03/23(水) 01:29:51.80 ID:QU83f3j8.net
- proposal読め、ゴミ
- 62 :デフォルトの名無しさん:2016/03/23(水) 01:56:31.43 ID:90Oe+hOc.net
- なんでそんなにプリプリしてるんですか?
これですよね?
https://github.com/apple/swift-evolution/blob/master/proposals/0007-remove-c-style-for-loops.md
よんだんですが、forループはインクリメントしかあたまにないのか、デクリメントに対するSwiftコード例が見当たらなく…
- 63 :デフォルトの名無しさん:2016/03/23(水) 02:16:58.77 ID:Q7VdyZfN.net
- ここで話題になってる
ttp://echo.2ch.net/test/read.cgi/tech/1458491343/
- 64 :デフォルトの名無しさん:2016/03/23(水) 02:22:11.31 ID:90Oe+hOc.net
- 何ですか?そのクソスレは…。
- 65 :デフォルトの名無しさん:2016/03/23(水) 04:06:08.61 ID:xMqkzezD.net
- Whileで書き換えろってことかな
ループローカル変数のスコープ切るのに
do {}で括るのがウザい
- 66 :デフォルトの名無しさん:2016/03/23(水) 07:02:42.65 ID:8DTPyQ3g.net
- >>58
for i in 0.stride(through: -10, by: -1) {
}
- 67 :デフォルトの名無しさん:2016/03/23(水) 08:51:13.99 ID:2nZwj8cw.net
- とにかく変わった感を無理やり醸し出してる感が
鼻につく「嫌な感じ」の言語
それがSwift
- 68 :デフォルトの名無しさん:2016/03/23(水) 09:01:27.68 ID:ECT2y/er.net
- obj-cは大豆、swiftは納豆
大豆はそのままでは食べられないし手間がかかるし面倒だがそもそも枝豆で常温保存もきくし豆腐にも納豆にもなる
納豆は高機能食品で身体にもいい、アレンジ料理もある、でもかき混ぜないと美味しくない納豆でしかない
- 69 :デフォルトの名無しさん:2016/03/23(水) 09:09:24.27 ID:2C5Noqzb.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 70 :デフォルトの名無しさん:2016/03/23(水) 09:20:48.13 ID:IjQfzLPy.net
- >>67
ほんそれ
わざわざ自分からアンチ産み出していくスタイルは新しいよな
- 71 :デフォルトの名無しさん:2016/03/23(水) 09:33:08.50 ID:2C5Noqzb.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 72 :デフォルトの名無しさん:2016/03/23(水) 12:13:55.58 ID:t+F3ZbWm.net
- >>51
Wineって10年くらい1.00にならず枯れたソフトもあるのでバージョンは信用ならない
あれが1.00出した時はびっくりしたよ
- 73 :デフォルトの名無しさん:2016/03/23(水) 20:03:20.80 ID:WABTO3x4.net
- わいの半年前の知識通用するかこのスレ見てたら不安になってきた
たった半年だぞおい
- 74 :デフォルトの名無しさん:2016/03/23(水) 20:47:02.91 ID:KX8VTTfh.net
- 2.xはそんな変わってないじゃん
betaから1.xにかけては半年も前の知識が通用するわけがなかったけど
- 75 :デフォルトの名無しさん:2016/03/23(水) 22:35:24.55 ID:HdSesjVg.net
- Swift初期は半年毎にビルドエラーの嵐でおもろかった
ここ一年はまったく動きが少なくておもろない
Swift 3.0のコンパイラはまだかね
オープンソース()なら段階的にそろそろ出してもよかろう
- 76 :デフォルトの名無しさん:2016/03/24(木) 11:58:58.16 ID:JWV8N7sH.net
- オープンソースなんだから自分でビルドすればよかろう
- 77 :デフォルトの名無しさん:2016/03/24(木) 12:16:08.88 ID:GtV4TiIV.net
- コンパイルくらいは自分でするんだけど実装も済んでたかなと
Proposalで仕様は切ったけど、実装は内々だよだとお手上げだから
- 78 :デフォルトの名無しさん:2016/03/24(木) 15:20:39.55 ID:ZLy3hEZf.net
- そして、Swiftは終わった・・
- 79 :デフォルトの名無しさん:2016/03/24(木) 15:45:57.79 ID:Dhc5pA31.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 80 :デフォルトの名無しさん:2016/03/24(木) 15:50:49.60 ID:Dhc5pA31.net
- ブランチ出来てたので人柱になってみるか
- 81 :デフォルトの名無しさん:2016/03/24(木) 18:22:47.63 ID:oQPLZdwZ.net
- >>77
FoundationはいろいろとNot Implementedだったような気がする
GitHubには出てこない社内プロジェクトで進んでるんだろうか。それともGitHub上のが全てで完全にオープンで進めてるんだろうか。
- 82 :デフォルトの名無しさん:2016/03/24(木) 21:24:56.68 ID:1csU5sj0.net
- iPhone無かったら見向きもされなかったクソ言語と
iPhone無かったら生まれなかったクソ言語でヤリ合うスレはここですか?
- 83 :デフォルトの名無しさん:2016/03/25(金) 00:16:18.41 ID:MJ1mYSYG.net
- >>82
つ Swiftアンチスレ part1
http://echo.2ch.net/test/read.cgi/tech/1458491343/
- 84 :デフォルトの名無しさん:2016/03/25(金) 00:22:20.14 ID:enybkgjI.net
- なんでそんなに必死なの?
- 85 :デフォルトの名無しさん:2016/03/25(金) 00:48:28.61 ID:q1HiUdlP.net
- >iPhone無かったら見向きもされなかったクソ言語と
OS Xで使われてたしコミュニティもあって実績も歴史もあった
iPhoneでより普及したってだけ
- 86 :デフォルトの名無しさん:2016/03/25(金) 00:48:49.37 ID:FvDwNEk8.net
- Swiftの負けを認めてるからだろ・・
- 87 :デフォルトの名無しさん:2016/03/25(金) 07:02:59.87 ID:Tmo5HUkd.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 88 :デフォルトの名無しさん:2016/03/25(金) 13:05:22.12 ID:G+z1ebGz.net
- https://developers.eure.jp/event/10-tips-when-moving-from-objective-c-to-swift-ja/
これはいい記事
- 89 :デフォルトの名無しさん:2016/03/25(金) 13:30:56.82 ID:QgeTY0RV.net
- パターンマッチの例が無理矢理使ってる感じで気に入らんな
いくつかは素直にwhereやas?で書いたほうがずっと可読性高いはず
- 90 :デフォルトの名無しさん:2016/03/25(金) 13:37:57.75 ID:NKX3Q+Iw.net
- > シングルトンの代わりに staticの関数やプロパティを使用する enum で作成する
enumをそういう用途で使ったらダメだろw
バッドノウハウにバッドノウハウを重ねたような実装に笑うわ
いっそシングルトンモデルは「悪」と諦めた方が良さそう
- 91 :デフォルトの名無しさん:2016/03/25(金) 13:38:12.95 ID:QgeTY0RV.net
- シングルトンをenumにしろってのも気に入らない
structとclassだとインスタンスの初期化ができてしまうからっていうけど
initをprivateで宣言すればいいだけだし
何よりenumのセマンティクスを破壊してるのがバッドノウハウ感しかない
- 92 :デフォルトの名無しさん:2016/03/25(金) 13:39:51.72 ID:QgeTY0RV.net
- 被ったwスマンw
- 93 :デフォルトの名無しさん:2016/03/25(金) 13:47:05.96 ID:QgeTY0RV.net
- do { }でコード整理ってのもなんだかなー感しかない
全体的にこの人のコードは自己流の変な工夫が多くて一般的な良いコードではないと思う
- 94 :デフォルトの名無しさん:2016/03/25(金) 13:51:00.08 ID:NKX3Q+Iw.net
- 反面教師としていい記事だったな
全面的に悪いというわけじゃないと思うので、良い所だけ参考にしようじゃないの
- 95 :デフォルトの名無しさん:2016/03/25(金) 20:11:04.25 ID:enybkgjI.net
- とりあえずこんなにSwiftは素晴らしいんだぜって思わせたいという必死さは伝わった
- 96 :デフォルトの名無しさん:2016/03/25(金) 20:47:58.44 ID:G+z1ebGz.net
- >>89
パターンマッチの例は普通だと思ったんですが
どの辺の例が無理矢理なのか詳しく
- 97 :デフォルトの名無しさん:2016/03/25(金) 21:18:37.98 ID:NKX3Q+Iw.net
- 普通かどうかは置いといて、メジャーバージョンアップでビルド通らなくなりそうだなぁ、とは思ったぞ
1.系の頃ならマイナーバージョンアップでビルド通らなくなるコードだろ、アレ
- 98 :デフォルトの名無しさん:2016/03/26(土) 06:33:25.62 ID:VEvx/urc.net
- スコープを絞る目的でdo{}を使えというSwiftの仕様がキライ。
C同様にシンプルな{}のサポート入れてほしい。
- 99 :デフォルトの名無しさん:2016/03/26(土) 07:41:43.28 ID:coY0vF2b.net
- swiftの仕様じゃなく、ブログ書いたへっぽこプログラマのバッドノウハウ
スコープ絞ること自体、イマドキのプログラミング事情に則してなくね?
昔は関数ブロックにしたら、バイナリコード増加や
関数呼び出しの処理低下になるからブロックが良しだったんだろうけど
コンパイラの最適化が賢い今なら無駄なテクニックだろうよ
そもそも容量や性能気にするヤツは swift 使うな
- 100 :デフォルトの名無しさん:2016/03/26(土) 10:10:23.50 ID:3IE1+gr+.net
- 関数foo(block: (() -> ())? = nil)があったとして
foo()の次に{}が来たらクロージャになってしまうからSwiftの言語仕様じゃ無理だろう
- 101 :デフォルトの名無しさん:2016/03/26(土) 17:29:25.22 ID:wyrGFEOD.net
- >>99
スコープ絞るのは人間のケアレスミスを防ぐためだろう。
- 102 :デフォルトの名無しさん:2016/03/26(土) 20:33:57.78 ID:MHYjyRMB.net
- >>100
なるほど、それでdoが必要なのか
3.0で何とか仕様変更して欲しいな
- 103 :デフォルトの名無しさん:2016/03/26(土) 20:49:59.20 ID:+sP2UFyn.net
- rustみたいに文末;必須にするか、、、
rustはrustの信念で;採用してるけど、;の意味論が分かりづらく評判イクナイ
goはどうしてるんだっけかな
- 104 :デフォルトの名無しさん:2016/03/27(日) 01:47:48.43 ID:FjCKG/3R.net
- >>103
goは暗黙の ; を導入している
つまり関数宣言として
func hoge() {
XXXX
}
であり
func hoge()
{
}
は
func hoge();
{
}
とみなされるのでシンタックスエラー
正直 {の改行位置の言語による強制は好き。構文規約じゃなく言語仕様で縛ってほしい
- 105 :デフォルトの名無しさん:2016/03/27(日) 01:59:07.04 ID:JtoXaVyt.net
- ここはクソ言語のスレじゃないのかよ
- 106 :デフォルトの名無しさん:2016/03/27(日) 04:30:35.96 ID:aLm5Q9s6.net
- 挑戦的だが流行らなさそうな仕様だなw
コードフォーマットの強制はpythonもそうだけど、人を選んで流行ってないからなぁ
- 107 :デフォルトの名無しさん:2016/03/27(日) 07:12:05.69 ID:8I3ts8K5.net
- pythonは多目的汎用スクリプト言語としては
世界で一番でかいシェアだが…
- 108 :デフォルトの名無しさん:2016/03/27(日) 08:21:38.75 ID:aLm5Q9s6.net
- python以外のメジャー言語だと皆無じゃん?
その制約があっても他にメリット多いから使われてるけど、他言語が追従するメリットじゃないんだろう
# python好きだし別に嫌悪感ないけど、全てを崇めるほど信者じゃない
swiftはgofmt程度のフォーマッタは提供して欲しいかのう
Xcodeあるからイラネ、とまったく期待出来んが
- 109 :デフォルトの名無しさん:2016/03/27(日) 08:59:02.86 ID:b5RPwXUJ.net
- python流行ってない
↓
そんなことはない
↓
python以外は皆無
どういうことなのか
- 110 :デフォルトの名無しさん:2016/03/27(日) 09:24:41.47 ID:FjCKG/3R.net
- do {
}
使うくらいなら関数宣言の{位置の強制でいいと思うよ
func () {
}
と
func()
{
}
のどっちがいいとか正直どうでもいいしswiftlintとかでどっちがに強制するでしょ。どうせ。
- 111 :デフォルトの名無しさん:2016/03/27(日) 09:49:19.24 ID:aLm5Q9s6.net
- >>109
python以外で使われてないからその文法が流行ってない
読み取ってくれよ
コードの柔軟性が減る独善的な決め打ちはやだなぁ
GoogleもApple程度(以上?)に独善的な会社になったからアイツに全力追従は生理的な恐怖感があるわw
- 112 :デフォルトの名無しさん:2016/03/27(日) 12:32:04.87 ID:7FbQZXuJ.net
- コードの柔軟性を嫌ってる人がswiftを持ち上げてるんじゃないの
いわく、バグが入り込む潜在的なリスクが上がるだの
メンテしにくくなるだのって
- 113 :デフォルトの名無しさん:2016/03/27(日) 13:16:28.03 ID:DyvlX5iX.net
- Swiftはまだまだ混沌としてるな〜
- 114 :デフォルトの名無しさん:2016/03/27(日) 13:35:47.37 ID:FjCKG/3R.net
- 正直swiftのクロージャーの書き方がシンプル過ぎて危険な気がしてきた。
特に$0を使うときはinを省略できちゃうとか
おかげでただのブロックをdo{}にしなきゃいけないのはどうなんだろう。
- 115 :デフォルトの名無しさん:2016/03/27(日) 22:22:33.95 ID:1SWxeIio.net
- NSURL.fileURLWithPath()で、nil返す事があるってドキュメントに
書いてあるのに、optional定義になっていないのは何故なんだぜ。
こういうのは修正されたらされたで、ソースがコンパイルエラーになるよなぁ。
- 116 :デフォルトの名無しさん:2016/03/27(日) 22:34:14.75 ID:sgFnxYvA.net
- そもそもnilを絶対返さない事って可能なのか?
インスタンスの生成は、大元のmallocが領域確保できずにnullを返す可能性があるだろ。
- 117 :デフォルトの名無しさん:2016/03/27(日) 22:44:45.05 ID:aLm5Q9s6.net
- スタックメモリから確保した値型
という揚げ足はおいといて、初期にnilable constructorがなかった辺り
理想としてnilを返さない在り様は考えたかったんじゃないかなぁ
- 118 :デフォルトの名無しさん:2016/03/27(日) 23:21:49.32 ID:e5rLGyrL.net
- >>115
とりあえず明示的にOptionalで宣言しとけば大丈夫
let url: NSURL? = NSURL.fileURLWithPath("")
https://bugs.swift.org/browse/SR-863
- 119 :デフォルトの名無しさん:2016/03/28(月) 00:31:18.01 ID:35WvO0+g.net
- >>117
オブジェクトがヒープに確保されるかぎり無理だな。
- 120 :デフォルトの名無しさん:2016/03/28(月) 07:19:37.81 ID:wmjJbUJq.net
- おお、SwiftのバグデータベースはDashboardなのか。会社でも使ってる^_^
なるほど、強制的にOptionalに代入して対処するのか。サンクス。
- 121 :デフォルトの名無しさん:2016/03/28(月) 07:55:02.53 ID:wmjJbUJq.net
- DashboardじゃなくてJIRAだったorz
- 122 :デフォルトの名無しさん:2016/03/28(月) 08:48:38.40 ID:KMc9zxLb.net
- やっぱりSwiftはまだ無理だな
- 123 :デフォルトの名無しさん:2016/03/28(月) 10:25:41.05 ID:3yOAg9Gy.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
>>115
その辺り、バージョンアップの度に修正入ってビルドエラーになってる気がするので
見つけたら直す程度の気分で修正を続けて頂きたい
- 124 :デフォルトの名無しさん:2016/03/28(月) 13:40:24.67 ID:9My0XcMr.net
- ゴミはアンチスレへ、アンチはゴミ箱へ
- 125 :デフォルトの名無しさん:2016/03/28(月) 16:50:08.31 ID:naz2d2Z+.net
- 変なのにいつかれちゃったな
- 126 :デフォルトの名無しさん:2016/03/28(月) 21:05:04.45 ID:JMwJMyoN.net
- アンチアンチ騒いでんのはただの荒しだな
- 127 :デフォルトの名無しさん:2016/03/28(月) 21:30:44.74 ID:ZqkJQBhv.net
- アンチスレとこっちのスレで分断煽りしてるやつがいるんだよなあ
- 128 :デフォルトの名無しさん:2016/03/28(月) 22:02:51.73 ID:5fM64+wd.net
- swiftのクラスってメンバ変数定義できないんですか?
- 129 :デフォルトの名無しさん:2016/03/28(月) 22:44:01.03 ID:CHShieCO.net
- >>127
Swift推進部隊の常駐監視員さんですか?
- 130 :デフォルトの名無しさん:2016/03/29(火) 00:15:06.66 ID:YmwztG1b.net
- >>128
ゴミはゴミ箱へ
>>119で考え直したが
昔nilable constructorがなかったのって
もしかしてスタックからメモリ確保した時と同じ振る舞いで良しと思ったのか
あまりにもバカっぽい仕様で訂正入ったけど
当時の訂正時の今さらかよと笑ったけど、今なら分かる
- 131 :デフォルトの名無しさん:2016/03/29(火) 01:46:32.19 ID:aRsQmQC4.net
- 全部が値渡しで済むわけじゃないし。
確保した領域のアドレス値渡しとそのエイリアスという方法は合理的なんだよ。
nilについては、計算結果がnilになるケースがあるのは当然。
- 132 :デフォルトの名無しさん:2016/03/29(火) 08:18:59.35 ID:nMn7bUzs.net
- swiftなんか業務で使ったらそれこそゴミだろ
- 133 :デフォルトの名無しさん:2016/03/29(火) 08:22:36.38 ID:KgX6u3mt.net
- 日本人特有の「右向け右、左向け左」だよ。
こんなクソ言語誰が使うんだよ?
- 134 :デフォルトの名無しさん:2016/03/29(火) 08:30:14.82 ID:ivbQoXVD.net
- ここって質問OKですか?
- 135 :デフォルトの名無しさん:2016/03/29(火) 08:33:38.25 ID:nMn7bUzs.net
- >>129
Apple社員だったら笑えないよなw
>>133
もう言語云々の時代は終わったよね
とりあえずAppleは方向を間違えている
xcodeのやるべき事はスケルトンコードを充実させること、コードの書き方を縛ること
テーブル配置したらデータソースを定義させるとか、各デリゲートメソッドのサンプルをこれでもか!ってくらいデフォルトで表示して、ほとんどプログラムレスでフレームワークを使わせる
これに限るだろ
- 136 :デフォルトの名無しさん:2016/03/29(火) 08:43:15.35 ID:ivbQoXVD.net
- CFStreamCreatePairWithSocketToHostを使って通信書いてるんだがタイムアウト秒数の指定方法を教えてくれ
- 137 :デフォルトの名無しさん:2016/03/29(火) 09:24:37.45 ID:YmwztG1b.net
- >>135
IDEが完璧なら言語はどんなクズでもいいってのはAppleらしいな
今時、特定OS, 特定IDEでしか開発出来ないのはどうよ?と思ったけど、Appleなら仕方ないね
Swiftは試験的にOSSで進行してるけど、失敗と諦めて撤退したら、OS, IDE縛りは再開するかもな
- 138 :デフォルトの名無しさん:2016/03/29(火) 16:15:33.26 ID:9g6Gfq8r.net
- swiftはウンコ言語
ファイルサイズが超でかくなる
- 139 :デフォルトの名無しさん:2016/03/29(火) 16:44:19.49 ID:MxWoqHhz.net
- アンチスレ一名様ご案内〜
- 140 :デフォルトの名無しさん:2016/03/29(火) 22:09:31.50 ID:wpZ3koN4.net
- >>139
常駐監視員さん、今日もお務めご苦労様です
- 141 :デフォルトの名無しさん:2016/03/29(火) 23:21:55.47 ID:YmwztG1b.net
- ゴミはゴミ箱へ、アンチはアンチスレへ
- 142 :デフォルトの名無しさん:2016/03/30(水) 02:13:43.93 ID:5F4g6pQ3.net
- >>141
まずお前がゴミ箱に入ったほうがいいんじゃね?
- 143 :デフォルトの名無しさん:2016/03/30(水) 14:36:14.83 ID:0ZbxLViT.net
- >>137
swiftはxcodeがないとまともにコーディングできませんね。
多分失敗ですねコレは。
>>141
お前がいちばん要らないってことに早く気づけよ。
- 144 :デフォルトの名無しさん:2016/03/30(水) 14:53:57.06 ID:fQuWRFFA.net
- つ AppCode
- 145 :デフォルトの名無しさん:2016/03/30(水) 15:58:15.65 ID:W76BP9PM.net
- Vimでおk
- 146 :デフォルトの名無しさん:2016/03/30(水) 22:14:03.05 ID:H9Cbt8Cy.net
- 氏ねクソ言語
- 147 :デフォルトの名無しさん:2016/03/31(木) 10:08:54.53 ID:J8XzMq9M.net
- emacs「俺もいる」
- 148 :デフォルトの名無しさん:2016/03/31(木) 21:36:41.67 ID:zZSZ9BAw.net
- Swift3の後ってなにか大きな変更あったっけ?
Swift3あたりで安定しそうならそろそろSwift始めてみようかな。
- 149 :デフォルトの名無しさん:2016/03/31(木) 21:46:07.41 ID:771dSU/Z.net
- さっさと始めろ
- 150 :デフォルトの名無しさん:2016/04/01(金) 00:58:09.31 ID:8Qqw47Uo.net
- Swift 5.0くらいから始めても遅くない
あるいはobj-cで申請うけつけないぞ!
になってからがベストなタイミング
- 151 :デフォルトの名無しさん:2016/04/01(金) 01:03:19.64 ID:fx11B/6Z.net
- そんなC++のライブラリ全滅なことされたら相当プラットフォームとして終わりだな
- 152 :デフォルトの名無しさん:2016/04/01(金) 01:21:44.35 ID:egHpJ7nT.net
- どーせ無職がお遊びでプログラミングやってんだろ?
いつ始めても一緒じゃん
- 153 :デフォルトの名無しさん:2016/04/01(金) 01:34:28.04 ID:bo4MW43i.net
- でもアマゾンのランキング見るとswift関連が上位独占してるよね。
- 154 :デフォルトの名無しさん:2016/04/01(金) 03:04:35.23 ID:S3HE+hcV.net
- 仕事の本より趣味の本の方が売れるからな
- 155 :デフォルトの名無しさん:2016/04/01(金) 03:13:30.47 ID:g1WVFi5R.net
- もうobj-Cの本は新しいの出てないからな
- 156 :デフォルトの名無しさん:2016/04/01(金) 03:14:14.91 ID:6pTbkI8Y.net
- もうC#で作る時代になったわ
【速報】Xamarin のこれからについて! - Xamarin 日本語情報
http://ytabuchi.hatenablog.com/entry/ms-xamarin
- 157 :デフォルトの名無しさん:2016/04/01(金) 07:19:28.87 ID:fXdSWGIV.net
- >>148
3がfixしてないのに何を期待してるんだ
取り合えず3.0の out of scope が更新予定だろ
- 158 :デフォルトの名無しさん:2016/04/01(金) 08:41:37.06 ID:8Qqw47Uo.net
- 言語なんかどうでもいいよ。
経済効果狙ってるやつらに踊らされるな
- 159 :デフォルトの名無しさん:2016/04/01(金) 08:55:28.60 ID:AXWT7bPq.net
- Sygwin終了
MACよりも、WINの方に需要が移るぞ
- 160 :デフォルトの名無しさん:2016/04/01(金) 09:19:56.31 ID:EzFlUU58.net
- >>159
日本語でおk
- 161 :デフォルトの名無しさん:2016/04/01(金) 09:41:17.68 ID:mINzAYSR.net
- アンチの正体はxamarin日本代理店の社員だったのか
- 162 :デフォルトの名無しさん:2016/04/01(金) 09:45:58.79 ID:FQQiXdjO.net
- swiftってobj-c から cを抜いたってあるけど
c ― って言語あるのな。ググリビティが低すぎて検索シンドいけど
- 163 :デフォルトの名無しさん:2016/04/01(金) 12:17:29.49 ID:xFvcjZKE.net
- >>162
どうやって検索すんの?w
気になるが出てくる気配がないw
- 164 :デフォルトの名無しさん:2016/04/01(金) 12:36:52.80 ID:FQQiXdjO.net
- >>163
c minus minus
- 165 :デフォルトの名無しさん:2016/04/01(金) 15:44:05.24 ID:xFvcjZKE.net
- >>164
thx
- 166 :デフォルトの名無しさん:2016/04/01(金) 19:27:08.97 ID:6bcNYIZw.net
- 本当にいいもので変える合理的な理由があればこんなにアンチは出てこない
そういうことだ
- 167 :デフォルトの名無しさん:2016/04/01(金) 20:41:57.22 ID:vSPHDFRv.net
- キリッ
- 168 :デフォルトの名無しさん:2016/04/01(金) 23:16:00.66 ID:HD6HWf8d.net
- Appleも$wift・・ついに守銭奴か・・
- 169 :デフォルトの名無しさん:2016/04/02(土) 00:58:48.41 ID:uMvMoPO+.net
- 関数型プログラミング的にはSwift結構いいんでない?
あとReactiveなんちゃらとか
- 170 :デフォルトの名無しさん:2016/04/02(土) 05:36:23.08 ID:FK2pO5O7.net
- プログラミングできる人ってすごいなぁ
- 171 :デフォルトの名無しさん:2016/04/02(土) 09:28:42.81 ID:oXs6Wm7b.net
- JavaScriptプログラマは入りやすいよな
関数ブロックとか、型推論による省略とか、Obj-Cよりはそれっぽい
Reactiveやらプロトコル指向の流行り物フレームワークはUIKitとの相性が微妙?
UIとロジックを分離して設計したら不便ないのかな、教えてエロイ人
- 172 :デフォルトの名無しさん:2016/04/02(土) 09:59:33.04 ID:NSyOUFVI.net
- >>171
Reactiveのいいところって関数型プログラミングっぽくなることかメリット
つまりただのパイプを量産するのでテストは楽そう。
でもそれを使って綺麗に実装できるかというと
ViewControllerが邪魔な気がする。
状態を持たない作りをするんだけどViewControllerの存在自体
画面遷移を概念化したものだからReactiveXXに取っては邪魔。
- 173 :デフォルトの名無しさん:2016/04/02(土) 10:46:21.15 ID:oXs6Wm7b.net
- そうだよなぁ、、、
FBのReactive.js, NativeはUI含めてReactiveフレームワークを構成してるけど
ViewController的な存在は許してなかったものな
Qiitaで流行り物に食い付いてるヤツラが
そこの誤りに気付いてUIフレームワークを作るまでSwift Reactiveは待ちかのう
- 174 :デフォルトの名無しさん:2016/04/02(土) 11:19:22.00 ID:uxGei7w7.net
- $wiftにするとカネ儲かるのか?
Reactiveとかもカネ儲かるのか?
- 175 :デフォルトの名無しさん:2016/04/02(土) 11:33:58.97 ID:9i4gG7TD.net
- objective-Cに不満でもあるなら
- 176 :デフォルトの名無しさん:2016/04/02(土) 12:09:24.09 ID:oXs6Wm7b.net
- >>174
ディスり芸に熱心だからマジレスすると
保守派を説得するという業務にお金出す人がいるので、お前みたいなヤツがいると儲かる
Obj-CでもSwiftでもどっちでもいい、と言われると儲からない
- 177 :デフォルトの名無しさん:2016/04/02(土) 12:19:27.66 ID:id0boXxj.net
- だからアンチを黙らせたいなら、Swiftに変える逼迫的かつ合理的な理由を示せばいいだけだろ
全然難しくなくね?
- 178 :デフォルトの名無しさん:2016/04/02(土) 12:24:07.87 ID:Z8lSMNsA.net
- ディスり芸してるのはアンチじゃなく愉快犯なんだけどな
より実のない>>177はマジ者のアンチっぽいけど
- 179 :デフォルトの名無しさん:2016/04/02(土) 12:45:35.70 ID:hePw8lF7.net
- 状態を持たないプログラムって、例えばどんなの?
- 180 :デフォルトの名無しさん:2016/04/02(土) 13:06:52.70 ID:Z8lSMNsA.net
- 純粋関数型のHaskellが分かりやすい
ブロック内でしか変数を扱えないから状態を持たない(持てない)
最近使ってる人少ないかもだけど、Emacs Lispもそうだっけか
- 181 :デフォルトの名無しさん:2016/04/02(土) 13:38:16.50 ID:NSyOUFVI.net
- >>173
ReactiveNativeに走るっというのもありかと。
まだまともに動いてないけどmacアプリも作れるっぽい
- 182 :デフォルトの名無しさん:2016/04/02(土) 13:38:45.01 ID:NSyOUFVI.net
- >>180
pureScriptつかってReactiveNativeとか出来たらいいのかね
- 183 :デフォルトの名無しさん:2016/04/02(土) 13:50:51.24 ID:Z8i1qvMv.net
- 単に状態は引数で渡すというだけのこと
- 184 :デフォルトの名無しさん:2016/04/02(土) 13:53:06.66 ID:hePw8lF7.net
- 画面は状態を維持するし、シリアライズするモデルも状態を保持する必要があるから、
全体を関数型で構築するのは無理ということだね。
- 185 :デフォルトの名無しさん:2016/04/02(土) 14:03:17.36 ID:Z8i1qvMv.net
- >>184
そういう状態を全部引数で渡す関数として書けるように考えられたのが
純粋関数型プログラミング言語です
引数で渡す関数として書くということを意識する必要を省くためにモナドとかを使います
Haskellとか
- 186 :デフォルトの名無しさん:2016/04/02(土) 14:05:22.83 ID:hePw8lF7.net
- >>185
ユーザーの入力を変数に保持する必要があるでしょう。
- 187 :デフォルトの名無しさん:2016/04/02(土) 14:11:44.82 ID:Z8i1qvMv.net
- >>186
ユーザの入力を処理する関数を返す関数を実装すれば、その状態すらも引数です
- 188 :デフォルトの名無しさん:2016/04/02(土) 14:14:08.13 ID:Z8lSMNsA.net
- 空中戦を繰り広げてるけど、実際に純粋関数型でUIアプリ作ってみると良いよ
言語仕様としては状態を持つオブジェクトは許さないけど
実際問題として状態を持たないと成り立たないから状態保持を実現するって
若干矛盾したモノを作ることになる
- 189 :デフォルトの名無しさん:2016/04/02(土) 14:22:48.15 ID:Z8i1qvMv.net
- 簡単に考えるのならば
ユーザの入力等のイベントと現在の状態を引数に新しい状態を返す関数を実装します
その関数を繰り返し呼べばいいのです
- 190 :デフォルトの名無しさん:2016/04/02(土) 14:26:19.39 ID:hePw8lF7.net
- >>189
なるほどね、画面更新のたびにその関数を呼んで全ピクセル計算するわけだw
- 191 :デフォルトの名無しさん:2016/04/02(土) 15:22:02.50 ID:jUxZCBE4.net
- Reactive.jsとかReactiveNativeとか言ってるやつら、名前からして間違ってて知ったか丸出しでウケる
- 192 :デフォルトの名無しさん:2016/04/02(土) 15:54:56.88 ID:Z8lSMNsA.net
- 今なら箸が転がっても笑ってくれそう
React Native(js) vs Swift なら Swift の方が使いやすいと思う
フレームワークとしてはキレイだけど、Reactは色々と理想を追い求めすぎてんよ、、、
- 193 :デフォルトの名無しさん:2016/04/02(土) 16:42:19.29 ID:KyAVAA6u.net
- >>190
vdomとか知らなそう
- 194 :デフォルトの名無しさん:2016/04/02(土) 18:59:16.74 ID:Z8i1qvMv.net
- >>190
全部計算して新しい状態を作り直す必要は無いのです
入力等のイベントの影響をうける部分だけを作り直して、
変化の無い部分は古い状態への参照でいいのです
場合によっては古い状態をまるごと新しい状態として返すのもありです
これを実現するために重要なのが不変オブジェクトであり、
オブジェクトが不変であるからコピーでは無く参照を使って
上記を効率良く実現します
- 195 :デフォルトの名無しさん:2016/04/02(土) 19:24:29.25 ID:KyAVAA6u.net
- ObjC擁護してSwift叩いてる層は、単に新しい技術やパラダイムを知らない、知ろうとしてないだけ?
- 196 :デフォルトの名無しさん:2016/04/02(土) 19:39:09.47 ID:VQ71+BzP.net
- AppKitでもUIKitでもなんでもいいけど、
Swift NativeのUIフレームワークがない限り、
import Cocoaはほぼ必須ですよね。
どんなにSwift推しでも、UIはCocoaに頼る必要がある以上、
純粋なSwiftオブジェクトより、NSObjectのサブクラスを
結局使っちゃうけどなぁ。
- 197 :デフォルトの名無しさん:2016/04/02(土) 19:40:54.56 ID:NSyOUFVI.net
- >>192
それにXamrinも足してバトルしてほしい。
果たしてどれがいいのか。
windowsPhoneの将来に期待が持てるようになったら
c#という選択肢もありなのかもとはいえc#の魅力は全く知らないんだけど
- 198 :デフォルトの名無しさん:2016/04/02(土) 20:09:18.47 ID:cxMWKDGl.net
- おれの場合Windows業務系の開発が仕事の主体だし
こんな状況になったらもうC#一択かな
- 199 :デフォルトの名無しさん:2016/04/02(土) 20:16:12.43 ID:Vva5uz2t.net
- 叩いてる人の具体的な意見としてはどういうのがあるんだっけ?
iOSアプリ開発が中心の人ならともかく、たまに開発するくらいの頻度だと、
必要になるまで積極的にSwiftを勉強しない、なぜならObj-Cで同じことできるから様子見、ってのは叩くのとは違うよね?
- 200 :デフォルトの名無しさん:2016/04/02(土) 20:28:32.82 ID:3k8UGCk0.net
- >>197
ファイッ
Lua: Corona
Python: Kivy
Ruby: RubyMotion
C/C++: Cocos2dx
C#: Xamarin
Java: RoboVM
HTML5/JS: Cordova
JS: React Native
Any: Unity
こんなもの、どれでもいいレベル、軽いアプリケーションを作るなら得意な言語で作れば良い
どうせUnity(ゲーム)以外で1言語マルチプラットフォームは汎用的な商用開発に耐えない
- 201 :デフォルトの名無しさん:2016/04/02(土) 20:39:14.93 ID:tXaplc4T.net
- RubyMotionとかあったなぁ、あれこそ完全にオワコンだな
- 202 :デフォルトの名無しさん:2016/04/02(土) 21:06:38.73 ID:jUxZCBE4.net
- デスクトップだとElectron製アプリが爆発的に増えてるけどね
- 203 :デフォルトの名無しさん:2016/04/02(土) 21:46:02.88 ID:pt9xx1lF.net
- C#は開発効率良いよなぁ
linqとwpfはすごいわ
どっちも開発に使ってるけどswiftはまだ泥臭いコード書かされるところ多い
- 204 :デフォルトの名無しさん:2016/04/02(土) 23:20:31.24 ID:NSyOUFVI.net
- >>203
もうちっと具体的にC#のメリットをswiftと比較して語ってくれると嬉しい。
- 205 :デフォルトの名無しさん:2016/04/03(日) 02:18:06.73 ID:h3llWWlJ.net
- >>194
それ状態を保持してるじゃん。>古い状態
- 206 :デフォルトの名無しさん:2016/04/03(日) 02:41:34.96 ID:Dm6lakgM.net
- Swiftの勉強したくないからSwiftアンチしてると思ってるバカが多すぎ
- 207 :デフォルトの名無しさん:2016/04/03(日) 02:43:32.39 ID:ZV9NMQt1.net
- >>205
だれが古い状態を保持しているのですか?
- 208 :デフォルトの名無しさん:2016/04/03(日) 03:03:14.07 ID:h3llWWlJ.net
- >>207
は?
保持して無いなら何を参照してるんだよ。
- 209 :デフォルトの名無しさん:2016/04/03(日) 04:29:19.01 ID:sllzJKZR.net
- 根本的に関数型プログラミングをわかってなさそうだな
- 210 :デフォルトの名無しさん:2016/04/03(日) 10:19:48.90 ID:cQ4xdL6z.net
- 他人の書いた$wiftコードは読めない
- 211 :デフォルトの名無しさん:2016/04/03(日) 10:35:16.71 ID:o+6XAuqe.net
- >>206
swiftで仕事してるが型推論で楽々なswiftがクソすぎ
その時楽したペナルティーが大きすぎる
optionalはプロとビギナーで使い方が違いすぎてカオスになるし
えっクソコードの無駄な頑張りも痛い
- 212 :デフォルトの名無しさん:2016/04/03(日) 11:24:32.60 ID:ivs60oLk.net
- >>206
お前は勉強しても理解できないだけだもんな
- 213 :デフォルトの名無しさん:2016/04/03(日) 12:01:14.79 ID:Vjn15VJc.net
- 2年も前からswift使うとobjcより生産性低くて工数かかるって言われてるのに
今さらObj-Cマンセーを担いでアンチするのは理解に苦しむ
こちとら、それを承知で使ってるんだよ
アンチやヘイトしてる信者は何を期待してるんだろうね
swiftが害悪だからやめろってのは、PGじゃなくPMに言うべきことだろ
- 214 :デフォルトの名無しさん:2016/04/03(日) 12:08:07.30 ID:ZV9NMQt1.net
- >>208
状態の一部分もしくは全体を参照しているのは、引数もしくは戻り値です
- 215 :デフォルトの名無しさん:2016/04/03(日) 12:34:48.18 ID:ygJhNlIm.net
- >>212
そういう思い込みもバカ丸出しだな
Objective-CができてSwiftが理解できないやつなんていないだろ
- 216 :デフォルトの名無しさん:2016/04/03(日) 13:00:53.80 ID:Vjn15VJc.net
- Optionalやfor eachは理解出来ても使いこなせない子がいるらしいっすよ?
あと、インクリメントは分かるけど、デクリメントが分からない>>62とか
新しいことを使いこなせないと大変だなぁ
- 217 :デフォルトの名無しさん:2016/04/03(日) 13:45:04.44 ID:NF4r9xee.net
- ちょっとXamarinをきっかけにC#もみてるんだけどoptional型あるんだね。
https://ja.wikipedia.org/wiki/C_Sharp
ちょっとやってみたくなってきた。
C#は歴史がそれなりにあるから言語仕様的に割と安定してるのかな。
マルチプラットフォームで開発できるのは魅力的だなぁ
ビジネスロジックをandroidとiosで共有化できるし
typeScriptといいVSCといいマイクロソフトの開発環境の開発力は高い気がする。
いっその事ios開発環境をマイクロソフトが作って欲しい
- 218 :デフォルトの名無しさん:2016/04/03(日) 13:54:22.32 ID:jlk/WnzK.net
- >>215
いや、直近のスレの流れを見てるといるみたいだぞw
- 219 :デフォルトの名無しさん:2016/04/03(日) 14:16:46.24 ID:/Jgcl09N.net
- >>218
もしそれが本当ならなおさらSwiftの利点がなくね?
- 220 :デフォルトの名無しさん:2016/04/03(日) 14:40:54.17 ID:jlk/WnzK.net
- >>219
どゆこと?
Swiftに限らず、何かの利点とそれを理解できない人がいることは関係あるのかな
- 221 :デフォルトの名無しさん:2016/04/03(日) 16:15:55.91 ID:z6Yr/MxX.net
- 質問です。
NSStringとStringの相互変換
NSArrayとArrayの相互変換
これらのオーバーヘッドとか、ガイドラインとか、
まとめられたページを探しています。
前者は必ず成功すると理解しているけど、オーバーヘッドは無視出来るのか?
後者は参照型との変換が都度発生するので極力変換を避ける、と理解していれば良いですか?
- 222 :デフォルトの名無しさん:2016/04/03(日) 17:19:55.49 ID:Vjn15VJc.net
- それくらい自分でベンチマーク作れと言いたいが
ttp://pastebin.com/GVGL446t
% swiftc bench.swift
% ./bench
Array to NSArray: 196.956992149353 msec
Array to Array: 2.87497043609619 msec
NSArray to Array: 547.742962837219 msec
NSArray to NSArray: 0.0150203704833984 msec
なんかNSArray to Arrayが異常なのでキャストの仕方で良い方法をエロい人教えて
あと、要素の型がClass, Struct, プリミティブ型でも違う気がするからそれは自分でやれ
- 223 :デフォルトの名無しさん:2016/04/03(日) 17:23:08.10 ID:Vjn15VJc.net
- 25行目にdateの更新抜けてた、脳内補完でよろ
結果は誤差かのう
Array to NSArray: 195.33497095108 msec
Array to Array: 2.90495157241821 msec
NSArray to Array: 531.825959682465 msec
NSArray to NSArray: 0.0210404396057129 msec
- 224 :デフォルトの名無しさん:2016/04/03(日) 17:40:07.69 ID:ivs60oLk.net
- NSArray→Arrayは型チェックでO(n)かかる
ObjCの方でジェネリクス指定してる場合どうなるかは知らん
- 225 :デフォルトの名無しさん:2016/04/03(日) 17:49:50.31 ID:Vjn15VJc.net
- NSArrayで<Int>で指定しようとしたら当然ながらビルドエラーだったよ:(
その辺りも暗黙の型変換入ってるから、NSObjectを要素にした方が正確かもしれん
- 226 :デフォルトの名無しさん:2016/04/03(日) 18:19:32.27 ID:Vjn15VJc.net
- NSObjectにしたらNSArray to Arrayも耐えられる速度になったので、ループ回数の補正も直したよ
ttp://pastebin.com/3NvM9xES
Array to NSArray: 193.588972091675 msec
Array to Array: 3.18503379821777 msec
NSArray to Array: 209.782004356384 msec
NSArray to NSArray: 3.2770037651062 msec
要素がIntでクッソ重いのはプリミティブ型だと型チェックに加えてコピーしてるんじゃないのかねぇ
NSArray to Array が Array to NSArray の 2,000倍 遅いのは条件分岐ってレベルじゃない
- 227 :デフォルトの名無しさん:2016/04/03(日) 19:04:27.11 ID:9TLLLdbK.net
- NSArray to Arrayは構造体に中身詰めなおしてるけど、
Array to NSArrayはSwift Arrayをヒープに移動させて、参照保持してるだけなんじゃないの
- 228 :デフォルトの名無しさん:2016/04/03(日) 19:39:31.15 ID:wuVkf/n+.net
- それだけなら>>226で同等性能な説明がつかなくないか
最新のObj-C仕様を知らないが、今もNSArrayにプリミティブ型突っ込めないよな?
Array<Int> => NSArray<NSNumber> で全要素分のNSNumberインスタンスを作ってるんじゃないか
それなら要素がIntの Array to NSArray だけ極端に遅い理由は分かる
まぁ暗黙の型変換はアポーの御心によってちょいちょい動作変わるから、理解するより慣れろで使うべきだと思う
- 229 :デフォルトの名無しさん:2016/04/03(日) 21:29:23.76 ID:ivs60oLk.net
- The Swift Array Design
https://github.com/apple/swift/blob/master/docs/Arrays.rst
- 230 :デフォルトの名無しさん:2016/04/03(日) 23:19:17.99 ID:+4G3NwOT.net
- まさか早い早いと言っていたSwiftが遅かったとはな、、残念だ
- 231 :デフォルトの名無しさん:2016/04/04(月) 06:14:38.99 ID:8ikdH9Gd.net
- これ要は、普通にArray<object>使うと代入直後は値型じゃなくて参照型になるって言ってるかな?
ObjectでなくSwift側がprimitiveである場合、変換で都度全要素のCastが動くから重い。
CopyーOnーWriteなので、更新がかかったらその場でコピー、値型として振舞う。
その場合メモリ断片化し得ると読んだけど、cast直後と、その後Arrayの要素を操作した後とで、パフォーマンスに差が出そう。
- 232 :デフォルトの名無しさん:2016/04/04(月) 08:08:31.69 ID:D+O6J8Kz.net
- ネイティブアプリのメモリの断片化なんてH/Wの仕事だから、そこがモッサリjavaとの大きな違い
- 233 :デフォルトの名無しさん:2016/04/04(月) 08:14:44.38 ID:8AVinqFc.net
- Arrayは参照渡しなだけでバッファはヒープにあるだろ
- 234 :デフォルトの名無しさん:2016/04/04(月) 08:17:20.50 ID:D+O6J8Kz.net
- obj-Cのほうが単純で分かりやすいよな
- 235 :デフォルトの名無しさん:2016/04/04(月) 09:36:37.71 ID:8CglthOk.net
- SwiftのArrayも、要素の追加削除ができる時点で、内部的にはポインタで管理だな。
- 236 :デフォルトの名無しさん:2016/04/04(月) 10:26:33.55 ID:opjeZDWo.net
- メモリ断片化排除ってhwの仕事だったの!?
- 237 :デフォルトの名無しさん:2016/04/04(月) 10:33:43.73 ID:8AVinqFc.net
- ネイティブアプリはそうだよMMUの仕事
javaはVMがシコシコやってる
- 238 :デフォルトの名無しさん:2016/04/04(月) 10:40:25.06 ID:Cu4dHpfA.net
- VMがMMUに処理を渡してる、とマジレス
VMもネイティブバイナリだから当然だよなぁ
>>230
速いって思ってるのはエアプログラマだろw
実用してるヤツラでもswiftの性能の悪さは周知の事実だ
それを補うメリットがある(?)から使ってんだろ
- 239 :デフォルトの名無しさん:2016/04/04(月) 11:00:09.67 ID:Cu4dHpfA.net
- >>235
let Arrayとvar Arrayで中の人が違う、、、と思いたい
NSArrayとNSMutableArrayも違うよな、そうだよいってくよ、バーニィ
- 240 :デフォルトの名無しさん:2016/04/04(月) 13:47:45.04 ID:M4TbN6Fx.net
- Swiftに変える合理的な理由などない
Appleが変えたいから
それ以外に理由などない
AppStoreでおこぼれもらいたい下僕どもはただただ従うのみ
以上だ
- 241 :デフォルトの名無しさん:2016/04/04(月) 13:48:51.34 ID:Cu4dHpfA.net
- >>240
>>167
- 242 :デフォルトの名無しさん:2016/04/04(月) 18:00:20.26 ID:gxcrcrM1.net
- ちょっと誰か教えてください
for var i = 0; i < 100; i += 5 {
//
}
みたいなforを書いたとき
C-style for statement is deprecated and will be removed in a future version of Swift
って将来のことをいわれ、書き換えようかとおもうのですが、こういうパターンのときってどうしたらいいんですか?
- 243 :デフォルトの名無しさん:2016/04/04(月) 18:03:57.96 ID:gxcrcrM1.net
- あ、、ポイントは i += 5なところです。。 i += 1 なら 0...100 やりゃいいんで困らないのですが。。
- 244 :デフォルトの名無しさん:2016/04/04(月) 18:07:16.72 ID:gxcrcrM1.net
- すみません。 >>66 に答えがありました。。。
- 245 :デフォルトの名無しさん:2016/04/04(月) 20:25:14.42 ID:wuqWnIzW.net
- 0.stride(through: 100, by: 5).forEach はどうよ、と思ったら遅せぇww
ttp://swiftlang.ng.bluemix.net/#/repl/40ddd8e51fed22e0f73f04401e36f7448a559376ab0455580d3691e515d7de2f
$0も可読性悪いし、Map forEachはないわな
この程度は誤差だけど、可読性無視したにわかが好んで使いそうなので
その場合は生暖かい目で見てあげるのが正しい処置なんだろうな
- 246 :デフォルトの名無しさん:2016/04/04(月) 21:25:03.05 ID:Fl6xz6zl.net
- その書き方するぐらいならwhile使えよ
- 247 :デフォルトの名無しさん:2016/04/04(月) 22:05:14.86 ID:wuqWnIzW.net
- アンチがフィーバーする前にも言われてたけど
for each入れるのは良いけどC style forを削除するのはアホだよなぁ
proposalではC style forとstrideが等価機能って言ってるけど、性能まではそうではない
- 248 :デフォルトの名無しさん:2016/04/04(月) 22:26:32.36 ID:M4TbN6Fx.net
- アンチCありきの言語なんだから仕方ないだろ
諦めろ
- 249 :デフォルトの名無しさん:2016/04/04(月) 23:00:56.42 ID:gxcrcrM1.net
- swift まだまだ言語仕様変更たくさん入りそうで、大量のコード書くのが怖いや(;^ω^)
- 250 :デフォルトの名無しさん:2016/04/04(月) 23:20:21.52 ID:6rJY0GHh.net
- 性能より間違いの無さなんだろうね
レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
- 251 :デフォルトの名無しさん:2016/04/04(月) 23:30:43.92 ID:/YWN6rjn.net
- >>250
>レベルの低いプログラマでも安全なコードになる様、自由に書けないように設計されてる気がする
もし本当にそうならまずARCをやめるべきだろ。
単純にobj-c依存ライブラリが大半な過渡期であり、
性能よりモダンな書き方と依存ライブラリとの極力シームレスな接続を目指したってところ。
そのうちswiftで書きなおされた新UIKitがswiftで書かれてきて
それをobj-cから無理やり使えるという逆転状態に持って行くと思う。
そうやって少しずつ移行を進めていく。
いままでのAppleのやり方ってそうだったし。
- 252 :デフォルトの名無しさん:2016/04/04(月) 23:52:16.36 ID:o1N15YB8.net
- >>245
lazy 噛ませてリリースビルド(-O)でコンパイルすれば
lazy-stride + forEach と stride + for-in と C-style for文 は同等の速さだったぞ
- 253 :デフォルトの名無しさん:2016/04/05(火) 00:07:19.99 ID:WKkWXPD6.net
- lazyとかwww
いまはLOUDNESSやろ
- 254 :デフォルトの名無しさん:2016/04/05(火) 01:38:58.64 ID:pISDoJRE.net
- >>250
バカ用言語Swift wwwwwwwwwwww
- 255 :デフォルトの名無しさん:2016/04/05(火) 02:21:47.43 ID:nbcjpUyM.net
- 自由度高杉で$wiftが嫌いなんだが・・
- 256 :デフォルトの名無しさん:2016/04/05(火) 02:26:45.35 ID:nbcjpUyM.net
- lazyとかのコンパイラマジックをあてにしてると痛い目に会う
- 257 :デフォルトの名無しさん:2016/04/05(火) 03:01:19.06 ID:vohu3sSY.net
- lazyがコンパイラマジックとかwww
- 258 :デフォルトの名無しさん:2016/04/05(火) 04:51:22.88 ID:9nVBXDaf.net
- >>247
性能はどう頑張ってもCと等価にはならんよ。
>>229にも等価がゴールだと書いてるが、ランタイムで関数呼んでる時点でオーバーヘッドがある。
Appleは低レベル用のCのAPIも整備してるので、使い分けだよ。
- 259 :デフォルトの名無しさん:2016/04/05(火) 06:33:49.45 ID:ERWE0AZ3.net
- >>258
それは承知だけど、C style forは勿体ないなぁ、、、と
for I in 0...100 で1づつ上げるなら同等だったけどさ
ついでに ++ と advancedBy の性能評価したら、こっちは同等だった
Obj-Cも SwiftもどうせIDEなしじゃ辛い言語なので、コーティングの面倒は無視しよう
- 260 :デフォルトの名無しさん:2016/04/05(火) 08:55:00.32 ID:nbcjpUyM.net
- >>238
VMか使うメモリとアプリが使うメモリは違う
アプリが使うメモリはVMが管理する必要がある
MMUの手助けは多少あるかもしれないがVMからMMUは見えないから
- 261 :デフォルトの名無しさん:2016/04/05(火) 08:57:55.34 ID:nbcjpUyM.net
- 今更swift覚えるヒマがあったらframework3つ覚えたほうがいいよ
- 262 :デフォルトの名無しさん:2016/04/05(火) 08:59:05.90 ID:0lBSdogL.net
- もう言語レベルの未来はC#かjavaでいいよ。。
- 263 :デフォルトの名無しさん:2016/04/05(火) 09:06:22.79 ID:x9DvuyDk.net
- 意識高い系は車輪の再発明って言葉好きだけど
そういう奴に限ってこういうの好きなんだよな
- 264 :デフォルトの名無しさん:2016/04/05(火) 09:07:17.02 ID:OQs1aMgK.net
- 何十年前のVM実装を想定してるんだ、、、
AndroidはJava、JavaだからVM、VMだからMMUは見えない
よって、 AndroidはMMU見えてない、みたいな短絡理解すらありそう
OSやランタイム、コンパイラ特性を個々に詳しくないけど、厳密に管理したいって人はC/C++安定だな
Obj-Cも大概特異なコードだけど、それに輪をかけるSwiftは全く向かない
意識高く無駄に気を回して、逆に性能悪いコード書きそうだよ
- 265 :デフォルトの名無しさん:2016/04/05(火) 09:12:53.69 ID:0lBSdogL.net
- AndroidはLinux KernelつまりC/C++じゃんか
- 266 :デフォルトの名無しさん:2016/04/05(火) 09:36:57.75 ID:OQs1aMgK.net
- 論点ズラしか、マジレスか、ネタか分からんが、ちょっとワロタw
C#のダイレクトマーケティングより、そのお笑いを活かして欲しい
- 267 :デフォルトの名無しさん:2016/04/05(火) 15:09:32.55 ID:sjapxTBH.net
- >>252
うろ覚えの範囲で構わないのでサンプルコードplz
lazy周りの有効な使い方が知りたいよ
- 268 :デフォルトの名無しさん:2016/04/07(木) 00:11:24.76 ID:Fjwi80f7.net
- C#って、最近はCホンハイって呼ばれてるんだろ。
恥ずかしくて使いたくないよ。
- 269 :デフォルトの名無しさん:2016/04/07(木) 00:41:27.76 ID:1vbmFl9s.net
- $wiftも恥ずかしい
- 270 :デフォルトの名無しさん:2016/04/07(木) 01:01:05.65 ID:1vbmFl9s.net
- 潰れたシャープって全てがシャープじゃなかったな・・
東芝も間もなく倒産だし・・
- 271 :デフォルトの名無しさん:2016/04/07(木) 10:30:15.38 ID:eSoOpHnE.net
- XCode7.3にしたらSwift、iOS7でBad Accessするようになったんだが、早くなんとかしろよ。
というか早く開発のサポート打ち切り宣言してくれよ。
class A<T> {
var hoge: Int
init() { self.hoge = 1 }
}
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let _ = A<Double>() // ← 死亡
}
}
- 272 :デフォルトの名無しさん:2016/04/07(木) 19:48:08.62 ID:aCu/sOt7.net
- >>271
どうした?泣き言か?
- 273 :デフォルトの名無しさん:2016/04/07(木) 22:05:52.99 ID:AfKykSUD.net
- 落ちるのは問題でしょ
こういう問題ってOSバージョンアップした時に起きたりするの?
- 274 :デフォルトの名無しさん:2016/04/08(金) 08:49:03.84 ID:dKbs4Qh+.net
- なんでクソなSwiftなんか使ってんだよ
自業自得
もっと完成度が上がってからにすればいいのに
- 275 :デフォルトの名無しさん:2016/04/08(金) 11:15:57.76 ID:qHK9+Kc0.net
- これマジすか?
Google、Android用開発言語として
「Swift」への移行を検討中か?!
http://gori.me/google/google-news/85695
- 276 :デフォルトの名無しさん:2016/04/08(金) 12:07:03.72 ID:5f93SXyM.net
- ステマ乙
Xamarinくらいのダイレクトマーケティングでやり直し
- 277 :デフォルトの名無しさん:2016/04/08(金) 12:41:39.88 ID:EiHjwqmG.net
- もしGoogleが開発に加わったらかつてのWebKitみたいに開発改良が加速するだろうな
- 278 :デフォルトの名無しさん:2016/04/08(金) 13:07:38.04 ID:yaLzK7dn.net
- ORACLEにネチネチ金を毟り取られるのに嫌気がさしたんだろう
- 279 :デフォルトの名無しさん:2016/04/08(金) 13:15:40.30 ID:5f93SXyM.net
- スレチだけど、Oracle(Sun Microsystems)に対しては不誠実すぎるからむしられてまえと思う
Java仕様策定グループに入って数年後、自前のJavaVM実装作ってAndroidとかOracleはキレていい
DartやGoもモバイル向けじゃないし、永遠むしられろ
ART Runtimeごときで逃げられると思うなよ
- 280 :デフォルトの名無しさん:2016/04/08(金) 13:44:51.93 ID:8K8OxpzX.net
- swiftでandroid使えるようにするくらいなら
googleが正式にkotlinをメイン言語に据えるって発表したほうがいいのでは?
- 281 :デフォルトの名無しさん:2016/04/08(金) 15:56:59.47 ID:Im2yO6bb.net
- AppleもGoogleもSwiftへの「移行」ってのが馬鹿だよなあ
なんでMSみたいにユーザーが言語選べるようにしないんだ
- 282 :デフォルトの名無しさん:2016/04/08(金) 16:19:23.35 ID:AA7rm6mz.net
- 本来なら一本化する方がいいに決まってる
- 283 :デフォルトの名無しさん:2016/04/08(金) 17:18:00.93 ID:yaLzK7dn.net
- WWDCまであと二ヶ月しか無いけどSwift関連ではバージョン3意外に何かアナウンスできるものがあるんだろうか
中の人の進捗どうなんだろ
- 284 :デフォルトの名無しさん:2016/04/08(金) 17:44:19.86 ID:8K8OxpzX.net
- >>282
それは開発者の都合であり
エコシステム作ってる側からすれば 囲い込みたい
- 285 :デフォルトの名無しさん:2016/04/09(土) 00:19:04.12 ID:A771Lk4q.net
- >>282
objcとswiftはダメだと
- 286 :デフォルトの名無しさん:2016/04/09(土) 00:26:05.37 ID:ncpORidQ.net
- Swiftの覇権確定したな
- 287 :デフォルトの名無しさん:2016/04/09(土) 01:12:02.68 ID:ncdfEqIF.net
- >>272
泣き言だよバカヤロー
>>273
swift2.2対応かね?
>>274
Xcode7.2まで問題なかったが完成度あげられたせいで発生した問題ですが?
ていうかいつまでもObjCとか使ってられねーよ。
Appleがいつ打ち切るかなんてわかったもんじゃねーし。
- 288 :デフォルトの名無しさん:2016/04/09(土) 03:14:42.74 ID:WgVJAQjW.net
- UIColorにextensionでFailable Initializerを追加してんだけどreturn nilする場合は先にself.init()しないとBAD ACCESSで落ちるようになったわ
2.2からは早期に打ち切れるようになったんじゃないのかよw
- 289 :デフォルトの名無しさん:2016/04/09(土) 05:17:38.03 ID:y+sZ9AFx.net
- 継承とextensionは実装が別物じゃないの?
と思うけど、切り分け理解出来ない子が多そうだから
super.init()の後呼びなんて非対応のままにしておけば良いのにな
- 290 :デフォルトの名無しさん:2016/04/09(土) 07:29:14.73 ID:er2VxWog.net
- 実は2.1までextensionでself.init()呼ばなくても通ったんだよ
- 291 :デフォルトの名無しさん:2016/04/09(土) 08:57:01.51 ID:7UNIlT2O.net
- >>274
アンチスレ行こうぜ
ここはswiftがお似合いの人種のスレだ
- 292 :デフォルトの名無しさん:2016/04/09(土) 10:52:52.68 ID:SYvRu2WC.net
- みんな色んな人間の反応が見たくて集まってるわけだからアンチスレへの隔離は意味ないよ。
アンチの書き込みも信者の書き込みもきちんと真摯に受け止めるくらいじゃないと。
信者同士の馴れ合いがしたいんならFacebookのほうがいいね!
- 293 :デフォルトの名無しさん:2016/04/09(土) 11:41:16.47 ID:y+sZ9AFx.net
- いや、生産性のないヘイトだけのアンチはアンチスレにどうぞ
ダメな所を指摘するんじゃなくて、ディスリ芸だったりObj-Cマンセーだったり、前スレ酷かったからな
- 294 :デフォルトの名無しさん:2016/04/09(土) 11:42:27.61 ID:DXF/IQ/W.net
- Swiftマンセーも酷いけどな
- 295 :デフォルトの名無しさん:2016/04/09(土) 11:57:01.15 ID:ncdfEqIF.net
- ObjCが良かろうが悪かろうが、Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだからついていくしかないだろうが。
- 296 :デフォルトの名無しさん:2016/04/09(土) 12:02:49.79 ID:I/CXpaoQ.net
- しかないって、依存度100%だな
- 297 :デフォルトの名無しさん:2016/04/09(土) 12:08:48.10 ID:y+sZ9AFx.net
- マジモンのswift信者は前スレ、今スレにはいないと思うがなぁ
Obj-Cを切るかもという噂もあるが
SwiftはそのうちIBMに押し付けてアポーはフェードアウトする可能性もある
どうせApple OS専用言語なので依存するのは良いが、Obj-Cと両睨みでやってないと恐い
- 298 :デフォルトの名無しさん:2016/04/09(土) 12:42:42.02 ID:E3dGW4Br.net
- アンチはアンチなりにもっと具体的に問題点を指摘してくれたほうが
意味があるからなんとなくのアンチはやめて欲しいところ。
obj-cもcのライブラリとか使いたい時にはありがたい。
c++のライブラリもNSDictionaryとかNSArrayを使ってラッパーを作って
swiftから使うという使い方が便利。
だからobj-cもずっと残って欲しい。swiftからcのライブラリを使うのはつらすぎる。
俺にとっては住み分けの問題でどっちも必要なんだよね。
でビジネスロジックはswiftを使いたいかな。
- 299 :デフォルトの名無しさん:2016/04/09(土) 12:52:33.99 ID:SYvRu2WC.net
- >>295 >>297
>Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだから
>Obj-Cを切るかもという噂もあるが
初耳詳細希望
- 300 :デフォルトの名無しさん:2016/04/09(土) 14:32:45.14 ID:Aqi7sbs/.net
- $wiftがいいとか悪いとか嫌とかなのではなくて、同じ結果を出すのに、なんで新しい言語を覚えなきゃならないのかってこと
obj-Cで十分まともなプロダクトになる
- 301 :デフォルトの名無しさん:2016/04/09(土) 14:34:29.62 ID:ncpORidQ.net
- ObjCなんか切るに決まってんだろ
今年のWWDCでObjCの葬式やるよ
http://i.imgur.com/H9oFV1I.jpg
- 302 :デフォルトの名無しさん:2016/04/09(土) 15:27:41.98 ID:Zt4TYUJ0.net
- なんかすげえことになったな
去年くらいにswiftやったほうがいいことになる
とかまとめサイトにまとめられてたやつがいたが
このことだったのか…
- 303 :デフォルトの名無しさん:2016/04/09(土) 16:19:14.06 ID:y+sZ9AFx.net
- JavaScriptに文法似せてその層のプログラマを新規参入させるのが目的で、現行Obj-Cやってる層はそのままで良い
というのに、何故か、排斥される!と危機感?を感じてディスりに来るObj-C信者がいるのがオカシイ
>>299
眉唾情報をフィルタ出来る人でないと(掲示板を使うのは)難しい
>>290
self.initなしで動いてたのは驚きだw
なんか突貫で直した感じだから、そのうちまた改修入りそうね
- 304 :デフォルトの名無しさん:2016/04/09(土) 16:27:50.03 ID:E3dGW4Br.net
- >>300
むしろ新しい言語覚えるのそんなに大変じゃないだろ
UIKitの使い方は一緒だし
- 305 :デフォルトの名無しさん:2016/04/09(土) 16:51:39.75 ID:C4V1QWwj.net
- >>303
JavaScriptしか書けない人間ってあまりいないかも知れないが、純JavaScripterがSwiftをやったら型とオプショナルでつまずきそうな気がする
- 306 :デフォルトの名無しさん:2016/04/09(土) 17:12:20.04 ID:f4edAL7s.net
- 将来はobjc切るかもしれないけど、数年はないでしょう。
それなりにば言語として落ち着いたらobjcに対する新機能実装は減っていき、swift優先で実装されるんだろうけど。
いそれなりに言語として普及してアプリが出た状態にならないと
iOS/Macのアプリ開発者が減ってアプリ販売本数が減ってアップル収益を崩しかねない。
5年以上は両方続くと思うなあ。
- 307 :デフォルトの名無しさん:2016/04/09(土) 17:20:19.13 ID:hh+9O34o.net
- AppleのOSの開発に限ったとしても
現時点では魅力のない言語だと思うよ
AppleのOSの開発だけで満足する人で既存の言語を知らない人がするにはいいかも知れないけど
将来性がまた見えてないしリスクがあることは承知してやるべきだ。
WindowsやLinuxやモバイルまでも考えているなら、こんなもの論外だということは認めてからやろう。
- 308 :デフォルトの名無しさん:2016/04/09(土) 18:23:44.93 ID:y+sZ9AFx.net
- そんな分かりきったことをドヤ顔で言わなくてもw
>>305
型はJSでも少なからず意識するし大丈夫じゃない?
コンパイル時にエラー出す分、楽な気がする
オプショナルは、、、評判悪いのう
慣れると別に大したモノじゃないけど、最初のナニコレ!?感をよく聞くわ
- 309 :デフォルトの名無しさん:2016/04/09(土) 18:33:48.60 ID:f0Ftsbz8.net
- Swiftのターゲットの範囲ではObj-Cより書きやすく、読みやすくなるのは事実だと思うし、Swiftの存在価値がないとは思わない。
一方で、SwiftがObj-Cを全て代替できるわけではないのだから、Obj-Cで書いたほうが明らかに楽な部分があるのもまた事実。
Swiftなんて消えてなくなる、Obj-Cなんて消えてなくなる、のどちらでも、言ってる人は業務範囲が狭くて羨ましい。
Obj-C++が使えなくなって、C++のライブラリ使うのにラッパーのCライブラリを書いて呼び出すなんてのは本当に勘弁してほしい。
- 310 :デフォルトの名無しさん:2016/04/09(土) 21:26:09.43 ID:4JfbIEc3.net
- Swiftが使われるようになるって聞いたけど
勉強は難しいか?
- 311 :デフォルトの名無しさん:2016/04/09(土) 21:34:40.36 ID:mpcW37K+.net
- ですか?
- 312 :デフォルトの名無しさん:2016/04/09(土) 21:52:10.73 ID:W0UfgkyU.net
- Swiftの言語仕様自体は別に難しくないけど
結局標準的なパターンみたいなものがなくて、
「これがSwift流だ!」って言ってるやつがみんな自己流オナコード見せ付けてくるから、
真面目に業務に利用する言語として勉強するのは難しいと思う
逆に分からんやつしかおらんから、オナコード書いてSwift使えるって詐称するのは簡単
- 313 :デフォルトの名無しさん:2016/04/09(土) 21:59:08.05 ID:I/CXpaoQ.net
- 新しいパターンとかは無いもんな。
- 314 :デフォルトの名無しさん:2016/04/09(土) 22:03:01.90 ID:l+ThhSix.net
- 新しいパターンもクソもないだろ
素人ほど意味不明なこと言いだすよね
- 315 :デフォルトの名無しさん:2016/04/09(土) 23:53:12.86 ID:I/Nepcfn.net
- Swift終わったな・・
- 316 :デフォルトの名無しさん:2016/04/09(土) 23:54:30.39 ID:n9LxNHOQ.net
- もうアセンブラでいいよ
- 317 :デフォルトの名無しさん:2016/04/09(土) 23:56:21.31 ID:I/Nepcfn.net
- オレに聞け!スレがたたない限り無理
- 318 :デフォルトの名無しさん:2016/04/10(日) 00:06:38.95 ID:A0p52JdG.net
- >>315
このレス懐かしいなw
久しぶりに見た気がする
- 319 :デフォルトの名無しさん:2016/04/10(日) 01:27:53.00 ID:6670WvNR.net
- >>303
いや排斥予定なんだろ?
じゃなかったらこんなアンチがわくわけがない
- 320 :デフォルトの名無しさん:2016/04/10(日) 02:51:14.76 ID:D6Hp94Di.net
- >>280
kotolin悪くない、っていうかjavaより断然いい、があれはあくまでjvmありきだから。
- 321 :デフォルトの名無しさん:2016/04/10(日) 09:31:20.98 ID:9iv4xHc1B
- >>319
Android Swiftの件に便乗してるんだと思われ。
これを機会にSwiftの流れを作りたいんだろ。
- 322 :デフォルトの名無しさん:2016/04/10(日) 09:39:34.75 ID:rj6qoVqH.net
- obj-c->むかつく->会社の子のおっぱいでも眺める->落ち着く->obj-c->むかつく->おっぱい->落ち着く->完成!
- 323 :デフォルトの名無しさん:2016/04/10(日) 09:44:10.20 ID:0r3l3lBi.net
- あの子のおっぱい! →nilでエラー
学んだ事:ブラをunwrapしてはいけない
- 324 :デフォルトの名無しさん:2016/04/10(日) 09:51:52.51 ID:R6ov6kXF.net
- >>323
ブラはOptional型じゃないだろ。
- 325 :デフォルトの名無しさん:2016/04/10(日) 10:20:06.51 ID:0FVsEp1C.net
- あの子のおっぱい? →nil
貧乳でもエラーにならない
- 326 :デフォルトの名無しさん:2016/04/10(日) 11:01:20.73 ID:6670WvNR.net
- >>323
いくらなんでもnilはないだろ
- 327 :デフォルトの名無しさん:2016/04/10(日) 16:44:27.77 ID:CsnO/3sK.net
- SyaseiとかMankoって名前の言語名だったら引くよな
- 328 :デフォルトの名無しさん:2016/04/10(日) 16:46:39.95 ID:0r3l3lBi.net
- ヌーブラunwrapするときやけに萌えない?
- 329 :デフォルトの名無しさん:2016/04/10(日) 22:21:57.14 ID:R6ov6kXF.net
- >>328
見たことないくせに。DT。
- 330 :デフォルトの名無しさん:2016/04/10(日) 22:58:58.73 ID:oi7Bl5FF.net
- 最近またswift使い始めたけどプロトコル指向って要するにどういうこと?
どんな感じの図式になるのか想像できなくて書き始められんのだけど。
クラス使わないって訳ではないんでしょ?
- 331 :デフォルトの名無しさん:2016/04/10(日) 23:03:59.44 ID:oi7Bl5FF.net
- protocolにextentionで実装持たせられるってのはPlaygroundで出来たけど
これ変数の格納はできないじゃん?そこはクラスでやんの?
- 332 :デフォルトの名無しさん:2016/04/10(日) 23:45:39.00 ID:/P1vqiEk.net
- そういう流行りモノはQiitaに行った方がいい
ここですらReactive、関数型、プロトコル指向、etc.、一年単位の流行りは追ってない
- 333 :デフォルトの名無しさん:2016/04/10(日) 23:54:03.56 ID:O9tCugyR.net
- そういう意識高い系用語は気にしなくていいです
- 334 :デフォルトの名無しさん:2016/04/11(月) 00:03:12.37 ID:A/BjqMBa.net
- Qiitaどころかググっても分かりやすい説明ないんだよねー
単に翻訳したやつを上っ面だけ紹介してるような。
まあ2.0でそういうことも出来るようになったよ的な感覚でとらえとくわ
- 335 :デフォルトの名無しさん:2016/04/11(月) 01:29:15.25 ID:9FWId5yL.net
- Reactive・・・古いCocoaプログラマなら「Cocoa bindingがやっと時代に追いついたか」という感想しか持たない
そうでもなくても、Observerパターンの発展系でしかないので、デザパタをちゃんと理解できている人なら新しくもなんともない
関数型・・・ガチな純粋関数型言語をやりたければHaskellでもやればいいと思うけど、数学の問題解くのにしか使えないよ?
第一級関数の性質があればいいだけなら、blocks導入の時点で実現されていたから今更
プロトコル指向・・・インターフェース指向の言い換えでしかない上、今のオブジェクト指向では当たり前すぎる考え方
用語を変えて新しい概念と吹聴するのはやめよう
- 336 :デフォルトの名無しさん:2016/04/11(月) 02:11:41.59 ID:MkoKiZNz.net
- >>335 に大筋同意だけど、ちょっとずつ改良が加えられてる印象かな
objc派には改悪かもしれないけど
- 337 :デフォルトの名無しさん:2016/04/11(月) 04:53:44.70 ID:aGBiTu9S.net
- Qiitaとか業界の癌だよ
もう新しいもの要らない
- 338 :デフォルトの名無しさん:2016/04/11(月) 05:57:00.57 ID:9g5J4zYC.net
- プロトコル指向は、実装ベースの継承じゃなくてインターフェースをベースにしたクラス設計をしなさいってこと。
Swift においてはプロトコル拡張を使うと特に便利になるよ、程度のこと。
protocol oriented programming definition
で調べてみたらいい。日本に紹介されてるレベルと大差ない。Java などの例も載っている程度。
dependency injection とかアスペクト指向なんかもプロトコル指向の上にあると言える。
難しく考える必要はない。
またobjcがなくなるなんて話が出てたが無知の証。
Cocoaを使うためのobjcでありSwiftであって、フレームワークを書き直すまで捨てられることはない。NSが何の略だか知りもしないのだろう。
性能が必要な部分をc/c++で書くならSwiftよりもずっといいだろう。Adobeやゲーム屋を追い出すとでも思うのか?
Macの歴史は過去切り捨ての歴史でもあり、もちろんCocoaを捨てることも十分ありうるが、その時はSwiftも一緒にポイだろう。
> 数学の問題解くのにしか使えないよ?
アホか。
- 339 :デフォルトの名無しさん:2016/04/11(月) 09:16:38.51 ID:JMJBUF7I.net
- 泥にこれ使うらしいから学ぼうかと思うんだけどおすすめの参考書とかある?
linux環境しかないけど無理かな?
- 340 :デフォルトの名無しさん:2016/04/11(月) 09:42:13.05 ID:+5+6KXlB.net
- Swiftは必ず死ぬからやめておけ
- 341 :デフォルトの名無しさん:2016/04/11(月) 10:07:22.28 ID:+5+6KXlB.net
- xcodeが静的解析するなら新言語とか要らないからframeworkの使い方のミスを解析してくれ、昨今の開発って単機能はリファレンス見れば分かるんだけど、APIとか含めて流れを作ると思い通り動かない。サンプルみたいに単純なアプリないし。
- 342 :デフォルトの名無しさん:2016/04/11(月) 10:28:18.59 ID:3F0sD+jV.net
- >>339
幾つか本買ったけど正直ググるだけで解決する
- 343 :デフォルトの名無しさん:2016/04/11(月) 10:44:23.60 ID:MTy2aKBY.net
- むしろ更新の早い新興言語で書籍買うのは悪手
公式マニュアルを一通り読むだけの方が要らぬ癖つかなくて良いと思う
- 344 :デフォルトの名無しさん:2016/04/11(月) 15:22:34.65 ID:OiRdskgr.net
- >>343
要らぬ癖はよく分かる
まだスタンダードが定着してないからかオレオレな感じの書き方してる解説が多い
- 345 :デフォルトの名無しさん:2016/04/11(月) 18:46:39.84 ID:Kfk3xLXq.net
- てかプロトコル継承した時点で自動的に実装が必要なもの書き出してほしいわ
その方が単に英語でエラー吐くだけよりいい
- 346 :デフォルトの名無しさん:2016/04/11(月) 23:29:44.16 ID:LzbagMmcX
- 今後のバージョンアップで対応してくれるんじゃ・・・。
というかSwiftは未だにそういう問題が多いから移行したくない。
- 347 :デフォルトの名無しさん:2016/04/12(火) 00:47:58.88 ID:YBx8tJyQ.net
- overrideが必要なinitも自動でスタブ生成してほしいな
- 348 :デフォルトの名無しさん:2016/04/12(火) 09:31:42.05 ID:kx5vTK/C.net
- Swift使ってもなにも楽にならない
のはなぜ?
- 349 :デフォルトの名無しさん:2016/04/12(火) 09:36:45.58 ID:YZl+O2OR.net
- アンチスレへ一名様ご案内ー
- 350 :デフォルトの名無しさん:2016/04/12(火) 09:51:18.33 ID:tRCUeSpH.net
- >>348
楽云々よりヌルポで死ななくなるやん。真面目に書いてれば。
- 351 :デフォルトの名無しさん:2016/04/12(火) 09:52:12.05 ID:YBx8tJyQ.net
- >>348
ObjCでチャランポランな糞コード書いてたからじゃね?
- 352 :デフォルトの名無しさん:2016/04/12(火) 09:55:35.59 ID:b1a+lXWX.net
- SwiftをAndroidで動かしたアホがいるのなww
ttp://romain.goyet.com/articles/running_swift_code_on_android/
- 353 :デフォルトの名無しさん:2016/04/12(火) 10:09:13.39 ID:lG7pLY/m.net
- >>345
この辺はobj-cがまだ優位かな。
swiftの各種支援機能をxcodeに実装して欲しいけど
リファクタリングすらついてないからね。
xcode自体歴史が長いからそろそろコードを一から描き直さないと
swift対応できないのかもね。それともApple自体が
swiftの言語仕様大改変が今後も続くことを想定してxocde側の実装を避けてるのかな。
- 354 :デフォルトの名無しさん:2016/04/12(火) 10:30:44.86 ID:lG7pLY/m.net
- >>335
Reactiveの項目に関してはちょっと補足がある気がする。
RxSwiftとかReactiveCocoaとかの話だと思うんだけど
イベントの発生源を起点とした無限長のストリームという
共通のインターフェースを提供する機能だと思う。
NotificationとかKVOとかを統一したインターフェースで扱えるのがメリット。
でもそれだけじゃ見通しの良いコードにはならない癖にわりと
学習コストがかかるのがちょっと残念な感じなんだよね。
- 355 :デフォルトの名無しさん:2016/04/12(火) 10:55:55.46 ID:YBx8tJyQ.net
- >>353
>この辺はobj-cがまだ優位かな。
何言ってんだ
protocolのスタブ生成してくれないのはObjCでもずっとそうだろ
Visual StudioでもEclipseでも当たり前の機能なのに
- 356 :デフォルトの名無しさん:2016/04/12(火) 11:06:21.13 ID:b1a+lXWX.net
- IDEスレや意識高い系用語定義スレで議論していいのよ
- 357 :デフォルトの名無しさん:2016/04/12(火) 12:16:34.08 ID:4EryMQpP.net
- swiftダメだな
- 358 :デフォルトの名無しさん:2016/04/12(火) 13:37:14.55 ID:3pztNk3v.net
- objcもダメだな
- 359 :デフォルトの名無しさん:2016/04/12(火) 16:23:55.61 ID:mumEYJrK.net
- オレダメだな
- 360 :デフォルトの名無しさん:2016/04/12(火) 16:35:47.27 ID:e83HVM6/.net
- >>359
それは誰も否定はしない
- 361 :デフォルトの名無しさん:2016/04/12(火) 17:09:54.86 ID:kUvY1uFu.net
- d
- 362 :デフォルトの名無しさん:2016/04/12(火) 19:45:19.00 ID:eZE6JLFo.net
- >>349
常駐さんなんですか?
- 363 :デフォルトの名無しさん:2016/04/12(火) 21:32:15.45 ID:j5hPE/df.net
- お兄ちゃんたち!
助けて欲しいんだけど、、、、、
xcodeでiphone用のipaファイルを作りたいんだ!
でも、開発者アカウントを持ってないから普通にエクスポートはできないんだ。
でもでも、以前に作ったAppのipaファイルはなぜかPC上にあるんだよ!
Ad-Hocかかってるみたいだけど、どうやったのかな。。。。笑
ググっても分かんないんだ!!
どなたか教えてください。お願いします。
- 364 :デフォルトの名無しさん:2016/04/12(火) 22:33:28.14 ID:4EryMQpP.net
- swiftで長時間コード書いてると時々xcodeが狂ったように候補出してこない
もう無理
- 365 :デフォルトの名無しさん:2016/04/12(火) 22:47:53.15 ID:vHk/wBZC.net
- IDEに頼るな
昔はおまじないすら暗記してたじゃねーか
- 366 :デフォルトの名無しさん:2016/04/12(火) 23:31:15.73 ID:nXw/ekKx.net
- >>363
http://potato.2ch.net/test/read.cgi/mac/1447650023/
- 367 :デフォルトの名無しさん:2016/04/13(水) 00:06:09.54 ID:9DNq0lN2.net
- xcodeがクソかswiftがクソか分からんが、
おれもサクサク感ゼロのxcodeにキレた。
おまけに正しいのにエラーが消えずにレインボー5分間とか氏ねと言いたい。
つーか、objcで必要十分。
- 368 :デフォルトの名無しさん:2016/04/13(水) 00:24:49.97 ID:bcDeoDYO.net
- Googleがswiftに色目使い出したからそろそろ覚えようかなって
- 369 :デフォルトの名無しさん:2016/04/13(水) 00:52:01.09 ID:lSl2+y/I.net
- アンチはXcodeに不満をぶつけ
煽りはGoogleがSwift採用とはやしたてる
まとめてアンチスレへ
- 370 :デフォルトの名無しさん:2016/04/13(水) 00:59:19.29 ID:yHrGnE3i.net
- 信者は(ry
- 371 :デフォルトの名無しさん:2016/04/13(水) 01:28:57.80 ID:lSl2+y/I.net
- 俺が信者ならGoogleがSwift採用!ObjC終わった!!と煽りに乗ってるわw
- 372 :デフォルトの名無しさん:2016/04/13(水) 08:03:43.34 ID:5YpsHLv2.net
- swiftの?!だらけのクソ言語のつまらなさと言ったら、もう、、
- 373 :デフォルトの名無しさん:2016/04/13(水) 09:14:21.43 ID:u0LvYLS6.net
- 手垢のついたOptionalヘイトはアンチスレへ
- 374 :デフォルトの名無しさん:2016/04/13(水) 09:47:51.21 ID:5YpsHLv2.net
- 毎日アンチスレへの誘導ご苦労様です。
- 375 :デフォルトの名無しさん:2016/04/13(水) 09:54:59.09 ID:obtZo0BS.net
- >>355
warningマークをクリックしてみ
自動生成されるから
- 376 :デフォルトの名無しさん:2016/04/13(水) 10:54:34.96 ID:OxsnhqsY.net
- >>375
されねぇよ
嘘をつくな
- 377 :デフォルトの名無しさん:2016/04/13(水) 11:26:27.39 ID:e7OHEVNSJ
- 299 :デフォルトの名無しさん:2016/04/09(土) 12:52:33.99 ID:SYvRu2WC
>>295 >>297
>Apple様がSwiftに力入れる(そのうちObjCは切るかもしれない)って言ってんだから
>Obj-Cを切るかもという噂もあるが
初耳詳細希望
321 :デフォルトの名無しさん:2016/04/10(日) 09:31:20.98 ID:9iv4xHc1B
>>319
Android Swiftの件に便乗してるんだと思われ。
これを機会にSwiftの流れを作りたいんだろ。
この後おっぱいネタで撹乱。
このスレの信者怖いな。
- 378 :デフォルトの名無しさん:2016/04/13(水) 13:00:48.78 ID:godLSBrx.net
- requireならwarningに出るだろ。
- 379 :デフォルトの名無しさん:2016/04/13(水) 13:28:47.84 ID:OxsnhqsY.net
- プロトコルの実装は出ないだろ
- 380 :デフォルトの名無しさん:2016/04/13(水) 18:22:04.57 ID:A8uT4887.net
- require init はwarningから出た気がするな
プロトコルはescから選択しないと書き出されない
- 381 :デフォルトの名無しさん:2016/04/14(木) 22:46:47.28 ID:c3AHFV0e.net
- 過疎ってるな〜swiftダメかな
でもコレSUZUKI自動車の登録商標じゃね?
またスイーフトとかって発音するの?
- 382 :デフォルトの名無しさん:2016/04/14(木) 22:55:37.49 ID:c3AHFV0e.net
- いつも九州の後は東京
ガクブル
- 383 :デフォルトの名無しさん:2016/04/15(金) 00:11:58.11 ID:03IKtZ1j.net
- ReSwift使ってる人いたらどういうものか説明頼む。
ViewController普通に使うの?
- 384 :デフォルトの名無しさん:2016/04/15(金) 00:43:00.86 ID:5/mWNXdA.net
- UIApplicationはUIWindowを持ち、UIWindowはrootViewControllerを持ちます。
- 385 :デフォルトの名無しさん:2016/04/15(金) 08:14:23.09 ID:JfynkH74.net
- Protocolなんてただのデザインパターン
ただの関数ポインタ
新しくも何にもない
swiftなんかクソ
- 386 :デフォルトの名無しさん:2016/04/15(金) 08:26:11.71 ID:di5xTRuF.net
- しかし世界的にAppleひとり勝ちでAndroidスマホが死亡寸前なんだよな・・困った・・
- 387 :デフォルトの名無しさん:2016/04/15(金) 08:35:10.78 ID:Eh8CUZTo.net
- 世界的にはiPhoneのシェアがジリジリ減ってるんじゃなかったっけ?
日本も奨励金廃止でiPhoneピンチだし
- 388 :デフォルトの名無しさん:2016/04/15(金) 08:43:48.70 ID:sryCqOCh.net
- >>386
何言ってんだこいつ
- 389 :デフォルトの名無しさん:2016/04/15(金) 12:12:20.21 ID:4Of+vWQLo
- >>386
世界的にはコストの安いAndroidが人気だよ。
>>388
そのセリフ最近良く見るけど使ってて恥ずかしくない?
- 390 :デフォルトの名無しさん:2016/04/15(金) 17:01:06.08 ID:JfynkH74.net
- iPhone SEの登場で世界的にもiPhoneだらけになる
- 391 :デフォルトの名無しさん:2016/04/15(金) 17:03:09.23 ID:JfynkH74.net
- Androidは産業機器で生き残れるか・・
Appleがその分野に興味を持ったらアウトかな・・
- 392 :デフォルトの名無しさん:2016/04/15(金) 18:49:33.80 ID:ZI8wph9z.net
- こういうApple信者がAppleの出したSwiftを認めないのはヤバいなぁと思う
今後Appleが出す新しいモノ、盲目的に素晴らしいって言ってくれなくなるんだものな
- 393 :デフォルトの名無しさん:2016/04/15(金) 20:27:12.94 ID:Eh8CUZTo.net
- SEは見事に5cの二の舞を演じてるようだが
- 394 :デフォルトの名無しさん:2016/04/16(土) 00:33:35.08 ID:muPEsxBp.net
- Appleはオワコン
時代はswift
- 395 :デフォルトの名無しさん:2016/04/16(土) 11:07:41.24 ID:BpfZK0NE.net
- swiftだけはない
?!だらけで書いてて楽しくない
- 396 :デフォルトの名無しさん:2016/04/16(土) 11:16:17.26 ID:szTbrL/L.net
- nilが問題なのではなく
「nilは大問題だ!!!」
と騒いで業界を掻きまわしてる奴らが問題
そんなつまらん洗脳にひっかかるな!
ジョブズが愛したobj-cでコツコツやろう
- 397 :デフォルトの名無しさん:2016/04/16(土) 13:55:54.73 ID:LcVOg6yU.net
- ビックリしたり疑問を感じたりかわいいやつだな
- 398 :デフォルトの名無しさん:2016/04/16(土) 20:19:28.86 ID:szTbrL/L.net
- swiftオワコン!
- 399 :デフォルトの名無しさん:2016/04/17(日) 03:12:15.54 ID:8vmz7utu.net
- 「おれ、Obj-Cは分かりませんが、Swift分かります(キリ!」
- 400 :デフォルトの名無しさん:2016/04/17(日) 11:31:50.56 ID:CLrgwT7G.net
- オワランじゃないのかw
- 401 :デフォルトの名無しさん:2016/04/17(日) 12:39:23.91 ID:xvYfSxoW.net
- オマエバカジャナイノ?
- 402 :デフォルトの名無しさん:2016/04/18(月) 00:24:17.61 ID:JpFOEkpc.net
- 何だか最近盛り上がってないね。書き込みも少ない。
WWDCの頃には活発になるかな。
- 403 :デフォルトの名無しさん:2016/04/18(月) 01:38:56.09 ID:nfIr/7yZ.net
- これでもム板勢いトップ5やぞ
ム板に人居ないだけ
っていうか2ch自体がオワコンなだけ
- 404 :デフォルトの名無しさん:2016/04/18(月) 04:00:43.08 ID:JpFOEkpc.net
- 勢い順にスレを見てみたけど上3つは凄い書き込みあるね。4位のこのスレ以下がオワコンって事なのか。
- 405 :デフォルトの名無しさん:2016/04/18(月) 12:04:23.62 ID:snkwxXca.net
- 上3つも有用な書き込みなんかほとんどないぞ
- 406 :デフォルトの名無しさん:2016/04/18(月) 12:24:18.74 ID:tt2oJWEpr
- 昔は新聞やメディアよりも2chのほうがまともな書き込み多かったのにな。
- 407 :デフォルトの名無しさん:2016/04/18(月) 19:56:49.70 ID:WqZxjq6c.net
- >>400
「なるほど。ところで君C言語くらいはできるよね?」
- 408 :デフォルトの名無しさん:2016/04/18(月) 22:10:24.79 ID:2NYR58Ly.net
- c言語の賢者様に聞きたいんだが「」は何の意味があるの?
- 409 :デフォルトの名無しさん:2016/04/18(月) 22:39:01.43 ID:0/EGhw/x.net
- 面接官と受験者のやり取りと見た
- 410 :デフォルトの名無しさん:2016/04/18(月) 23:50:35.73 ID:zu7aLdO9.net
- AndroidのためにJavaを覚えるとStrutsのシステム保守に回されるし、
iOSのためにObj-Cを覚えると謎のグローバル変数で奇跡的に動作している組み込みの世界に送られる
- 411 :デフォルトの名無しさん:2016/04/19(火) 00:05:05.29 ID:s2otlseG.net
- Swiftやればいいじゃん
炎上が約束されたiOS PJに回されるよ
- 412 :デフォルトの名無しさん:2016/04/19(火) 00:15:51.95 ID:IBERuxjj.net
- SwiftはC++ライブラリ使えないのがほんまゴミ
- 413 :デフォルトの名無しさん:2016/04/19(火) 03:28:01.43 ID:4LryzsHW.net
- 知らんけどC++ぐらい使えるんじゃないのか?
- 414 :デフォルトの名無しさん:2016/04/19(火) 03:57:41.41 ID:uGfv6epY.net
- >>413
Obj-C++でラッパークラス書かないといけない
- 415 :デフォルトの名無しさん:2016/04/19(火) 06:59:59.54 ID:bvEsMKnT.net
- swift swift って、無視、無視
絶対に騙されないぞ!!!
- 416 :デフォルトの名無しさん:2016/04/19(火) 07:15:24.38 ID:nAe9TicD.net
- Swift信者って自民党みたい
信用して頑張っても老後破産だし
- 417 :デフォルトの名無しさん:2016/04/19(火) 07:22:42.52 ID:nAe9TicD.net
- AppleはタイミングをみてSwiftをIBMに手放すんじゃないか?
盛り上げゴリ押しがキモい。
unwrapなんかプロには不要だし。面倒くさいだけ。
やっぱりC#かな・・
- 418 :デフォルトの名無しさん:2016/04/19(火) 07:26:04.64 ID:bvEsMKnT.net
- 最近感動した事
プロスポーツにお金を払ってはいけない
Appleにお金を払ってはいけない
- 419 :デフォルトの名無しさん:2016/04/19(火) 08:08:42.82 ID:bvEsMKnT.net
- いい加減実行時エラーの場所をピンポイントで教えろやボケ
- 420 :デフォルトの名無しさん:2016/04/19(火) 08:44:20.37 ID:s2otlseG.net
- >>412
つ swiftpp
- 421 :デフォルトの名無しさん:2016/04/19(火) 09:42:29.81 ID:4LryzsHW.net
- >>419
Xcodeで実行時にちゃんとピンポイントで止まらないか?
- 422 :デフォルトの名無しさん:2016/04/19(火) 10:05:18.59 ID:nAe9TicD.net
- AppDelegateまで吹っ飛ぶか妙なtry catchで止まる
相変わらず低レベル
- 423 :デフォルトの名無しさん:2016/04/19(火) 12:03:40.65 ID:krngbMoP.net
- すべてのexceptionを受け取るブレークポイントを設定しておくだけ。
3秒で完了する。
- 424 :デフォルトの名無しさん:2016/04/19(火) 12:57:06.95 ID:s2otlseG.net
- try!を下手に使ってんのかね
もしくはoptionalを適切に使わずobjcならnilで落ちるようなコードか
素直にobjc使った方が幸せそう
- 425 :デフォルトの名無しさん:2016/04/19(火) 13:29:40.22 ID:tfyi/j80m
- try!指定で例外が発生すると落ちるのな。
本当になにがしたい言語なんだ。
- 426 :デフォルトの名無しさん:2016/04/19(火) 14:30:40.53 ID:OAmiO/7v.net
- https://developer.apple.com/wwdc/
なんというSwift推しデザイン
ObjC廃止発表ありそう
- 427 :デフォルトの名無しさん:2016/04/19(火) 16:07:49.73 ID:gZmx/yh7.net
- マジで廃止発表があると思っているのなら頭がおかしいとしか
- 428 :デフォルトの名無しさん:2016/04/19(火) 16:11:04.01 ID:zUr07xy4.net
- Swiftは信者の存在が邪魔
- 429 :デフォルトの名無しさん:2016/04/19(火) 16:15:06.56 ID:OAmiO/7v.net
- オブシー信者涙目wwww
- 430 :デフォルトの名無しさん:2016/04/19(火) 16:19:47.12 ID:s2otlseG.net
- objc信者を煽りたい愉快犯だろ
これに食いつくアンチはいない、、、と思いたい
前スレはアホほどいたけど
- 431 :デフォルトの名無しさん:2016/04/19(火) 16:27:59.41 ID:EsWfQWP3.net
- objc終わるのか
もうおわってたようなもんだったけど、改めてご愁傷さま…
- 432 :デフォルトの名無しさん:2016/04/19(火) 18:48:39.85 ID:krngbMoP.net
- 別にobj-c終わらんよ。swiftと競合するものじゃない
すみ分けは可能だし
- 433 :デフォルトの名無しさん:2016/04/19(火) 21:42:13.64 ID:OAmiO/7v.net
- 競合でも住み分けでもなく置き換えなんだよなぁ
- 434 :デフォルトの名無しさん:2016/04/19(火) 22:44:50.21 ID:2kJ5ApAM.net
- 置き換えなんかあるわけない。
無知すぎるし頭悪すぎる。
- 435 :デフォルトの名無しさん:2016/04/20(水) 00:37:17.24 ID:n6ET3y8i.net
- でも、AppleはこれからどんどんSwiftにリソースを割いていくし、逆にObjCはSwiftへの追従程度のメンテナンスモードになることは、ObjC用語してる人も認めるよね?
リソースを割けば良くなるとも普及するとも限らないけれど。
- 436 :デフォルトの名無しさん:2016/04/20(水) 01:16:17.99 ID:SKLC0XTP.net
- むかし、数年間「これからはJavaだぜ!」ってんで
AppleがCocoa-Javaって環境を用意したことがあって
すぐ「やめます」ってなるんだが、それとおなじ臭いしかしない。
- 437 :デフォルトの名無しさん:2016/04/20(水) 01:28:35.71 ID:cGwyfDni.net
- これからはJavaだぜw
あたりはずれもあるさ。
- 438 :デフォルトの名無しさん:2016/04/20(水) 02:22:59.17 ID:e+SS73Ln.net
- オワジェクティブ・シー
- 439 :デフォルトの名無しさん:2016/04/20(水) 02:58:47.51 ID:Sq6qMtsx.net
- まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かるもんだがね。まともに書いてないライトウェイトな考えの奴程Swiftに夢見てるよな。
- 440 :デフォルトの名無しさん:2016/04/20(水) 03:29:52.50 ID:n6ET3y8i.net
- >>439
今のところオープンソースで存在するSwiftで書かれたライブラリはどれも、ライトウェイトでまともじゃないな感じすか?
それらと比較して、ObjCで書かれたライトウェイトじゃないまともなオープンソースなライブラリって例えばどんなのを指してます?
- 441 :デフォルトの名無しさん:2016/04/20(水) 08:14:32.12 ID:F55WC+O9.net
- ライブラリじゃないが
まともじゃないjazzy
まともなappledoc
他に選択肢ないから使うけどクッソウケる実装だったぞ
- 442 :デフォルトの名無しさん:2016/04/20(水) 10:33:59.88 ID:dLT3plyk.net
- >>436
MSがJavaVM作って訴訟負けしたからな
OSベンダーによる自前VMは当時許されなかった
- 443 :デフォルトの名無しさん:2016/04/20(水) 11:53:57.25 ID:n6ET3y8i.net
- >>441 jazzyのどこらへんが、Swiftがライトウェイトでまともじゃないかんじっすか?
- 444 :デフォルトの名無しさん:2016/04/20(水) 12:16:49.66 ID:e+SS73Ln.net
- jazzy
Ruby 71.1% CSS 18.2% HTML 9.0% JavaScript 1.7%
- 445 :デフォルトの名無しさん:2016/04/20(水) 12:43:31.84 ID:dLT3plyk.net
- やっぱりSwiftコードは少ないな!
コード量はさほどではないにしても、enumにメソッド追加しまくりでシネと思う
enumを構造体やクラスとして使ってんじゃねーよ
ObjC:AFNetworking, Swift:Alamofireも結構ひどかった覚えがあるな
まぁ後者は取り敢えず作ってみた、という感じだったので今はマシになっているか廃れているかしてるかもしれんが
- 446 :デフォルトの名無しさん:2016/04/20(水) 13:00:26.95 ID:e+SS73Ln.net
- 防衛線張りまくりのアンチほどカッコ悪いものはないなw
- 447 :デフォルトの名無しさん:2016/04/20(水) 13:05:34.66 ID:dLT3plyk.net
- 使ってる上で批判は良かろうw
Optionaaaaaalって叫んでるワケでもなし
CocoaPodsでObjC Lib + Swift安定
Carthageも Swift 3.0 の Package Manager で居なくなるかもしれんし、Swift Libなんて使ってるエアプログラマと遊ばせろw
- 448 :デフォルトの名無しさん:2016/04/20(水) 13:40:23.96 ID:n6ET3y8i.net
- え? 「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」という話の流れから、その例えとして出てきたjazzyが「Rubyで書かれてるライブラリだからダメ」っすか?
それってSwiftとObjCの話じゃないですよね?
- 449 :デフォルトの名無しさん:2016/04/20(水) 13:49:17.07 ID:Sq6qMtsx.net
- >>440
誰がオープンソースライブラリの話してるんだ?
どっからそんな話出てきた
- 450 :デフォルトの名無しさん:2016/04/20(水) 13:54:50.48 ID:7F2Xm21c.net
- 何事もやりすぎたらダメだよ
Swift推しってobj-cで飯食ってるやつらの目くらまし
AppleやSwiftに未来なんかない
- 451 :デフォルトの名無しさん:2016/04/20(水) 13:55:20.49 ID:n6ET3y8i.net
- >>449
あなたの言う「まともにSwiftでコードを書いてたら置き換えどころかObjCの廃止なんて10年単位で無理だと分かる」を客観的に判断できるものとして、オープンソースのライブラリより適したものがあるなら、それでも構いません。
「俺がSwiftでまともなコードを書けないからダメ」って主張ではないんですよね?
- 452 :デフォルトの名無しさん:2016/04/20(水) 13:59:24.43 ID:dLT3plyk.net
- jazzyやAlamofireのSwift部分読めよ
なんでスルーするんだよ, せっかく出してやったのに悲しいじゃないか
- 453 :デフォルトの名無しさん:2016/04/20(水) 14:32:01.12 ID:e+SS73Ln.net
- >>452
だからjazzyのswift部分ってどこだよw
Swiftで書かれたライブラリの実例としてjazzyが「クッソウケる実装」とか強弁したのに
jazzy実はRuby実装でしたってばれてアンチ顔真っ赤で話題そらしに必死w
- 454 :デフォルトの名無しさん:2016/04/20(水) 14:35:28.10 ID:dLT3plyk.net
- えー・・・コードも追えないのかよ・・・
jazzyの中の人な
ttps://github.com/jpsim/SourceKitten/tree/c4da1e86f441ee9596c441ec3321e5d023beca19/Source/sourcekitten
- 455 :デフォルトの名無しさん:2016/04/20(水) 14:39:00.78 ID:DCGtbL6y.net
- なんか恥ずかしいSwiftエアプログラマがいるな
- 456 :デフォルトの名無しさん:2016/04/20(水) 14:39:48.41 ID:e+SS73Ln.net
- >>454
jazzyじゃなくてSourceKittenだろw
- 457 :デフォルトの名無しさん:2016/04/20(水) 16:28:45.36 ID:VhMLjGPy.net
- >>435
> ObjC用語してる人も認めるよね?
認めるわけないだろ。無知すぎるし頭悪すぎる。
OS や Cocoa 自体を objc じゃなくて Swift で書くってか?
Adobe やゲーム屋が c/c++ を使わなくなるってか?
アホが。
- 458 :デフォルトの名無しさん:2016/04/20(水) 16:34:01.03 ID:g9fYYFr2.net
- まずはSwiftの処理系をSwiftで書くところからかなw
- 459 :デフォルトの名無しさん:2016/04/20(水) 16:53:43.76 ID:e4aBFzwZ.net
- OSの方のSwiftではFoundationがSwiftで書かれてるからって、Foundation以外もObj-CからSwiftに移行中だと思うのは希望的観測すぎるんじゃないかなぁ
それ以外にも実際にMacやiOSのアプリを開発するのに必要なframeworkめちゃくちゃあるでしょ。AppleがSDKで提供してるのも、サードパーティが提供してるのも。
今はiOSアプリのおかげで少なくともインタフェース部はObj-Cで書かれたそれらのライブラリがそれなりの量の資産になってきたのに、Obj-C廃止しますとなったら、
相当にアプリ業界停滞するんじゃないのかなぁ、AppleについてくのバカバカしいからiOS対応やめよう、Webアプリでごまかそうってなるでしょ
せっかくそれなりのユーザ人口を持つプラットフォームを手に入れたのに、そのプラットフォームのユーザビリティが低くなりそうな決断はしないと思うけどなぁ
むしろ、Swiftは今までObj-C必須だったからネイティブアプリへの参入をためらっていてWebView一発みたいなアプリで済ませてた層へのアピールだと思うが
もちろん、これも希望的観測に過ぎないわけだが
なんでそんなにObj-Cが廃止して欲しいんだかさっぱりわからない。片方書けたらどっちも書けるだろマジで
- 460 :デフォルトの名無しさん:2016/04/20(水) 17:35:21.30 ID:LJSD1Vw4.net
- 3行でおk
要はSwiftは遊びには良い言語ってことだな
目くじら立てるObjC信者やエアプログラマがいるけど、面白い言語だもんな
アポー信者と楽しく遊びたいね
- 461 :デフォルトの名無しさん:2016/04/20(水) 20:10:26.06 ID:EM73E2Zf.net
- AppleがObjective-Cを収束するとか言わなければこんなに荒れないし
SwiftはSwiftで楽しむ人もいただろう
- 462 :デフォルトの名無しさん:2016/04/20(水) 20:11:26.00 ID:EM73E2Zf.net
- ×収束
○終息
- 463 :デフォルトの名無しさん:2016/04/20(水) 20:19:34.23 ID:R26Bkih2.net
- Appleはそんなこと言ってないだろw
言ってるのはお前さんみたいな煽りと、Qiitaの意識高い系エンジニアだけだ
あとそれに煽られたObjC信者もか
- 464 :デフォルトの名無しさん:2016/04/20(水) 20:30:27.19 ID:EM73E2Zf.net
- >>463
Pure-Objective-Cアプリは今後リジェクトされるってことは終息方向じゃないのかと
http://www.slashgear.com/for-scholarship-students-at-wwdc-swift-is-mandatory-14378923/
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.
- 465 :デフォルトの名無しさん:2016/04/20(水) 20:36:51.59 ID:GRpMhYNy.net
- すぐ信者いう奴ってバカなの?
- 466 :デフォルトの名無しさん:2016/04/20(水) 20:42:13.35 ID:cGwyfDni.net
- なんかすげえ脳内変換を見たぞ
> Your Mac app or iOS app must be written in Objective-C and Swift,
> or written entirely in Swift.
- 467 :デフォルトの名無しさん:2016/04/20(水) 20:46:23.91 ID:EM73E2Zf.net
- MacアプリまたはiOSアプリはObjective-CとSwift、またはすべてSwiftで書かなければなりません。
- 468 :デフォルトの名無しさん:2016/04/20(水) 21:37:20.77 ID:cGwyfDni.net
- それは変換前でしょw
- 469 :デフォルトの名無しさん:2016/04/20(水) 21:40:31.75 ID:JtCcg8uQ.net
- ObjC派がこのスレの上の方で煽ってた内容そのままをさっきの記事がドンピシャで否定してて笑った
Swift is no longer optional. Swift is no longer a ‘maybe I’ll toy with this one a bit’ language. Code in Swift or stay home, kids.
- 470 :デフォルトの名無しさん:2016/04/20(水) 21:41:29.20 ID:EM73E2Zf.net
- Objective-Cのみのアプリも許されるなら
written in Objective-C or Swift
になるがそうなってない
- 471 :デフォルトの名無しさん:2016/04/20(水) 23:05:14.29 ID:bFweoV0M.net
- Qiitaと同じレベルで笑い所だろw
去年のWWDCのAppleのサンプルコードは半分以上がobjcだったけど、今年は頑張るのかねぇ
- 472 :デフォルトの名無しさん:2016/04/20(水) 23:18:17.34 ID:FHidoXBv.net
- qiitaってあかんのか?
- 473 :デフォルトの名無しさん:2016/04/20(水) 23:27:49.28 ID:ovX+E2e7.net
- 今年の奨学金のお題はswiftだよ!
ってこと以外の情報は読み取れないけど。
- 474 :デフォルトの名無しさん:2016/04/20(水) 23:50:12.36 ID:YlK8moHuO
- >>464
それWWDCのやつでApp Store関係ないよ。
- 475 :デフォルトの名無しさん:2016/04/20(水) 23:45:41.34 ID:bFweoV0M.net
- Qiitaは直近一年のSwiftの記事で検索して便利?に使うよ
それ以上前の記事は言語仕様変更や流行遅れなことが多いから見ないけど
- 476 :デフォルトの名無しさん:2016/04/21(木) 00:08:32.07 ID:8XSM/QkZ.net
- Foundationがswiftに書き換えられてからがswiftの本番かもね。
ところでFoundationがオープンソースになったってことは
マルチプラットフォームになるのかな。
Webassemblyと組み合わせればwebアプリもswiftで書くという選択肢も出来てきそう。
- 477 :デフォルトの名無しさん:2016/04/21(木) 00:35:11.26 ID:obVg+k0e.net
- betaの頃に夢見た話だな
小さなランタイムが全ブラウザに移植されるわけねーってフルボッコだったけど
- 478 :デフォルトの名無しさん:2016/04/21(木) 00:48:12.22 ID:8XSM/QkZ.net
- >>476
github見てたら普通にlinuxサポートしてんのね。
流石にwindowsはサポートしてないけど
osxやiosのカーネルがlinuxに変わる布石だったりして。
- 479 :デフォルトの名無しさん:2016/04/21(木) 00:58:32.39 ID:TdVCOaFJ.net
- Swift終了
- 480 :デフォルトの名無しさん:2016/04/21(木) 01:04:13.66 ID:obVg+k0e.net
- >>478
goやrustはwin, linux, mac, android, iOS, mips, arm, etc.とやってるけどな
当然クロスコンパイラ混みで
swift 3.0でもホストコンパイルのままになりそうなSwiftに
クロスプラットフォームは期待しちゃダメだ
- 481 :デフォルトの名無しさん:2016/04/21(木) 01:30:29.43 ID:lcserAfg.net
- Windowsは10なら既にSwift動いてなかったっけ?
どっかで記事見た気がする
- 482 :デフォルトの名無しさん:2016/04/21(木) 03:15:59.76 ID:oZFZzpoQ.net
- 常識的に考えればObj-Cを捨てるとかカーネルを全然違う系統のものに変えるとか、システムの互換性や安定性を極端に下げるような方針転換はしないと思うから、
馬鹿なんじゃないのかと批判しようと思ったけど、
68kからPowerPC、Mac OSからMac OS X、Power PCからx86へと尽く過去の資産を切っていったAppleに常識は通じないのかとふと思った
けど、本当にそんなことが起こるんだとしたらしばらくApple製のOSの完成度が下がってユーザー離れるだろうから、別のプラットフォームでの開発もできるようにしといた方がいいだろうけどね。
- 483 :デフォルトの名無しさん:2016/04/21(木) 05:43:39.39 ID:OzluRFnN.net
- これからGoogleやMicrosoftと凌ぎを削って開発者の獲得を目指すのに、対応言語を増やす事はあれどなぜ既存のものをすぐ廃止する、廃止できると考えられるのか?
近視眼的なプログラマ目線でなくて経営から見た方がいい
一本化によるコストダウンもあるにはあるが移行コストも莫大なわけで、これまでのアップルの資産は数年でリプレイス出来るレベルじゃない
それにこれは主観的な意見だが、ジョブズと違ってクックには一本化なんて事をやる思い切りの良さは無いと思う
しばらくは両輪でSwiftの盛り上がり次第でどちらにも転べるようにうまくやるだろう
- 484 :デフォルトの名無しさん:2016/04/21(木) 06:14:02.25 ID:cpYK8ioK.net
- GoogleがSwiftってのが嫌だ!Appleのそばに来るな!
クックはバカっぽいからSwiftは大失敗すると思う。
・Watch売れてない
・デカイiPad Pro売れてない
・iPhone SE売れてない
ジョブズ居なくなってから何も売れてない。
バカなんだろうな。
- 485 :デフォルトの名無しさん:2016/04/21(木) 06:23:22.02 ID:cpYK8ioK.net
- obj-cの終焉はiPhone時代の終焉
- 486 :デフォルトの名無しさん:2016/04/21(木) 07:05:46.42 ID:lcserAfg.net
- まぁ、本当にObjCだけで良かったのなら、わざわざ新言語のSwiftを作る必要はないわけで。
Apple様がこれからどちらに注力していき、どちらを終わらせるかは、明白だと思うけどなぁ。
今年のWWDCは、Swift 3.0以外にも何か大事がありそうで、今からとても楽しみ。
- 487 :デフォルトの名無しさん:2016/04/21(木) 07:11:12.53 ID:7ilSXgVD.net
- 話題作りで株価操作だろ、新しいframeworkならともかく新しい言語なんか覚えたくもない
どうせ結果は同じなんだから
- 488 :デフォルトの名無しさん:2016/04/21(木) 07:17:21.08 ID:7ilSXgVD.net
- クックはやり方が下手。
おいおい!AppleのツールはSwiftって言語で書かれてるらしいぞ!
みたいな口コミみたいなところから持ってけばいいのに、1.2なんかクソだったしとりあえず3.0からまた始めるよ。
しかし・・WWDCのポータルに熊本へのお悔やみなかったな・・。
- 489 :デフォルトの名無しさん:2016/04/21(木) 07:24:03.18 ID:cpYK8ioK.net
- swift専用、obj-c専用、のxcodeがいいんだけど
- 490 :デフォルトの名無しさん:2016/04/21(木) 07:32:16.59 ID:m1c7Omj5.net
- Objective-CとSwiftの両方用意しときゃいいだけだろ
でjs厨的なやつも取り込みつつ現状の開発者はキープ
メンテの工数がきついとか舐めたこと言ってんじゃねぇぞApple
- 491 :デフォルトの名無しさん:2016/04/21(木) 10:26:01.48 ID:TdVCOaFJ.net
- Swift終わったな
- 492 :デフォルトの名無しさん:2016/04/21(木) 10:28:47.19 ID:F6qCcv/0.net
- >>483
ジョブズのsecret double life 忘れたかw
2000年の時点でOSX Intel版も出そうと思えば出せたと思われる。
- 493 :デフォルトの名無しさん:2016/04/21(木) 12:28:18.38 ID:8XSM/QkZ.net
- http://www.infoq.com/jp/news/2015/03/apple-uxkit-framework-found
uxkitって話題になったけどいまだに出る気配ないよね。
上記によるとUIKitの再描画コードがシングルスレッドである点を問題視してるけど
androidでも同じだし、
マルチスレッドで動作するUIFrameworkってモバイル、PC含めて存在するの?
- 494 :デフォルトの名無しさん:2016/04/21(木) 12:32:24.48 ID:vGhgEsTT.net
- AndroidのSurfaceView
- 495 :デフォルトの名無しさん:2016/04/21(木) 12:46:26.60 ID:1tW+tZJE.net
- Swiftって、やりようによってはViewController.swiftに全クラス書けてしまうわけじゃない。
どういうときに他の.swiftファイルに分けるべきだとか、決まりごとみたいなのってある?
- 496 :デフォルトの名無しさん:2016/04/21(木) 12:49:17.63 ID:F6qCcv/0.net
- ViewController.mにも全クラスかけるよ。
- 497 :デフォルトの名無しさん:2016/04/21(木) 17:55:40.13 ID:vGhgEsTT.net
- objcのお作法に合わせるのが普通じゃないかね
- 498 :デフォルトの名無しさん:2016/04/21(木) 17:59:57.96 ID:oZFZzpoQ.net
- >>486
で、Obj-C終わらせるとして、今まで書かれた大量のObj-CによるMac OS Xのシステムやアプリケーションのコード、iOSアプリはどうなると思うの?
- 499 :デフォルトの名無しさん:2016/04/21(木) 19:34:37.52 ID:aGfTB/fd.net
- >>498
今までアップルがやってきたやり方を振り返れば考えるまでもないんじゃない? ObjC触ってるならにわかなアップル歴でもないよね
- 500 :デフォルトの名無しさん:2016/04/21(木) 19:39:08.53 ID:MBs1iI/e.net
- c/c++ で書きたい部分はなくならないんだから objc が無くなる訳がない。
- 501 :デフォルトの名無しさん:2016/04/21(木) 19:50:22.85 ID:vGhgEsTT.net
- 煽りに反応してるアホはまとめてアンチスレに行けよ
- 502 :デフォルトの名無しさん:2016/04/21(木) 19:53:20.23 ID:aGfTB/fd.net
- 無くならないのと、終わってないのは、違う意味で使ってるなぁ
例えば別の技術で言えば、
Flashは今後もなくならないだろうけど、もう終わってるよね
CoffeeScriptも、無くならないだろうけど、もう終わりに向かってるよね
日本の家電メーカーも、無くならないだろうけど、もうメインストリームではないよね
そういうかんじ
- 503 :デフォルトの名無しさん:2016/04/21(木) 21:58:10.78 ID:k9qMiNyf.net
- objc厨は文末にセミコロンを付けてくれないかな;
区別しやすくするために;
- 504 :デフォルトの名無しさん:2016/04/21(木) 22:47:29.10 ID:K3VU8sXc.net
- そ;れ;な;
return 1;
}
- 505 :デフォルトの名無しさん:2016/04/22(金) 00:56:24.00 ID:gdMhTsNf.net
- 僕はswiftユーザーだけど;
swiftは衰退すると思うね;
- 506 :デフォルトの名無しさん:2016/04/22(金) 00:56:28.23 ID:na/YLjXQ.net
- >>502
本当にそうなんだとしたら、せっかくAndroidに比べてメディア系がiOSは強いっていうアドバンテージがあるのに、わざわざその強みもなくすとはAppleもつまんない企業だなぁ。
- 507 :デフォルトの名無しさん:2016/04/22(金) 01:44:53.15 ID:pnsulXqJ.net
- Swift信者じゃないんですけど!
Obj-Cの…大学?に通ってるんですけど!
- 508 :デフォルトの名無しさん:2016/04/22(金) 01:53:16.00 ID:YjOD3UQ2.net
- appleは移行が得意な会社だと思うよ。
MacもOSをNextStepベースに変更したし
CPUアーキテクチャも何度も変更した。今はintelとarm両方にすら対応した。
2つの状態を共有して十分普及したら古い方を切り離す
という移行の仕組みで何度もCPUアーキテクチャだったりOSだったり
変更を行ってきた。
手始めにFoundationをswiftべーすに書き換えてるから
ちょっとずつobj-cのライブラリをswiftに置き換えていると思う。
- 509 :デフォルトの名無しさん:2016/04/22(金) 02:56:06.49 ID:Po5tCyYM.net
- アーキテクチャの変更はコンパイルし直すだけでだいたい解決するようにAppleがうまくやってくれたわけで、Objective-CからSwiftへの変更はCarbonからCocoa並みのインパクトと労力をサードパーティに強いるよ。
もし本気でSwiftへの移行を推し進めるのならApple純正のコンバータを提供してくれるかもな。
- 510 :デフォルトの名無しさん:2016/04/22(金) 08:30:52.71 ID:cu9U8SWC.net
- AppleがSwiftに移行していくと言わなければ、ほとんどのやつは
すでにコード資産もたくさんあるだろうしObjective-C使うだろうな
Swift使うのは意識高い系だけだろ
- 511 :デフォルトの名無しさん:2016/04/22(金) 09:41:22.17 ID:hbzFAedw.net
- Appleのモノは全て素晴らしいという訓練された信者と
ウケるオモチャが出来たと遊ぶハカー(笑)が使ってる
業務常時利用は辛いけど、普通に面白い言語じゃないか
betaから使い続けて慣れたらコーディング効率はobjc相当にはなった
- 512 :デフォルトの名無しさん:2016/04/23(土) 09:31:11.75 ID:DlwhOkey.net
- Swiftは書いてて楽しくないんだよな。
GCDもSwiftっぽくかけるだけで動作は全く同じでクラッシュしてもどこかわからない。
意味なく表記を変えたい人だけSwiftやればいいよ。
obj-cにもなんちゃってgenericsとnullable導入された今、どっちを使うか賢いやつは知っている。
新言語なんか覚えるのはナンセンス。
- 513 :デフォルトの名無しさん:2016/04/23(土) 09:32:52.88 ID:U4eeg9FW.net
- アンチスレへどうぞ
- 514 :デフォルトの名無しさん:2016/04/23(土) 10:14:55.64 ID:DSC3p/Cx.net
- Swift終わったな
- 515 :デフォルトの名無しさん:2016/04/23(土) 10:23:52.86 ID:cPCOyfl3.net
- ファンクタ、アプリカティブ、モナドがSwiftを使ってわかりやすく説明されてる
http://www.russbishop.net/monoids-monads-and-functors
Objcでは無理そう
- 516 :デフォルトの名無しさん:2016/04/23(土) 10:30:02.06 ID:U4eeg9FW.net
- ざっと読んだけどブロック分やジェネリクスの汚いコードなら出来るんじゃね
Swiftも十分に汚いからどんぐりの背比べだけど
functorの説明からこけてて笑った、無理に Swiftで解説しなくてもいいのよ
> Swift can't represent Functor
- 517 :デフォルトの名無しさん:2016/04/23(土) 13:07:17.01 ID:HTvjMeTz.net
- >>515
当初変態呼ばわりされたObjective-Cが霞んで見えるほどクソすぎるシンタックスだわ
- 518 :デフォルトの名無しさん:2016/04/23(土) 13:23:45.55 ID:7je2/+Js.net
- アンチCを拗らせすぎてどんどんクソ構文になってきてるな
もっとうまくやれよSwift
バカなの?
- 519 :デフォルトの名無しさん:2016/04/23(土) 13:28:54.80 ID:b/dTUV5/.net
- >>515
objc なら c++ のテンプレートを使えばよい。
- 520 :デフォルトの名無しさん:2016/04/23(土) 13:30:43.63 ID:pe7A/Xk6.net
- >>502
MacもiPodもiPhoneもiPadも、登場時はこんなもの売れるわけ無い!って叩く奴多数だったけどね。
ライバルのネガキャンだけじゃなく、本当にそう思ってる者が多かった。
今から見れば、理由は簡単で、「従来からある何かの変種」だと見做そうとしてたから。
言語や製品のあるべき未来に近づいてるか?という目で見る人は少ない。
- 521 :デフォルトの名無しさん:2016/04/23(土) 14:19:14.06 ID:IsykvOxk.net
- 配列ってなんで添字アクセスした時Optionalで返ってこないの?
辞書はOptionalで返すのに一貫性ないじゃん
- 522 :デフォルトの名無しさん:2016/04/23(土) 15:00:46.30 ID:U4eeg9FW.net
- 煽りのわりには愉快な構想だなぁと関心した
当然無理な構想だけど
>>518
うまくやったら喜劇じゃない
- 523 :デフォルトの名無しさん:2016/04/23(土) 18:30:40.51 ID:09Xre7an.net
- おそらく数年後には、、、、
SwiftにC言語の要素を追加した、Swift-Cが登場すると思う。
- 524 :デフォルトの名無しさん:2016/04/23(土) 18:36:42.36 ID:5fBWqHdD.net
- Swift-C++ だな きっと・・・Swift-C# だったりして
- 525 :デフォルトの名無しさん:2016/04/23(土) 18:50:53.68 ID:NO2QW+MS.net
- >>520
iPhoneが売れるわけないって言ってるやつら見る目なさすぎって当時呆れてた俺だがSwiftはこの先どうなるか分からんと見ている
>>521
配列には何かしら中身が入ってるからで、辞書は該当のキーが無ければnilを返すからとしか言いようがない
配列のindexの範囲を超えた時はまた別のエラーが起こる
- 526 :デフォルトの名無しさん:2016/04/23(土) 19:04:36.36 ID:U4eeg9FW.net
- iPhone音声発信出来ないバグが多発してたから、、、
iPadはUS先行発売でビッグウェーブで日本人も食いつきまくりだったろ
Swiftは完成品をドーンと発表しなかったからショボイ雰囲気
NMBみたいに発表すれば多少は良かったんだけどなぁ
NMBも発表直後こそは良かったが散々な評価で後続が出る気がしないけども
- 527 :デフォルトの名無しさん:2016/04/23(土) 19:27:24.76 ID:fHXeWaXAN
- iPhoneのあれは使ってもいないような奴らが想像だけで叩いていただけであって、
Swiftみたいに気軽に手に入れられるような代物だとまた違うでしょ。
iPhoneは当時かなり叩かれてたけど、実際に使ってる人の評判は良かった。
Swiftは実際に使ってる人の評判が悪いから将来が心配。
- 528 :デフォルトの名無しさん:2016/04/24(日) 00:29:05.22 ID:nqSWTZK5.net
- >Swiftは完成品をドーンと発表しなかったからショボイ雰囲気
Appleらしくないよな
ジョブズ時代のAppleなら、最初からある程度完成度の高い状態で
お披露目して一気に普及させるようにリリースしてたはず
初代iPhoneだってそうだった
そういうところにAppleの凄さを感じたりもしていたのだが...
- 529 :デフォルトの名無しさん:2016/04/24(日) 01:30:55.20 ID:cau9bF6X.net
- >>492のsecret double lifeがまさにそれだな
Swiftも確かに数年間Apple内部でこっそりやってきたんだけど世間に発表してから2年経ってもまだまだな感じ
あと数年経てば小慣れてきていい感じに普及するかもな
- 530 :デフォルトの名無しさん:2016/04/24(日) 01:39:00.82 ID:3jQBxcsR.net
- もう、javaかc#でいいじゃん
- 531 :デフォルトの名無しさん:2016/04/24(日) 01:39:25.97 ID:3jQBxcsR.net
- 金使わないぞ!
- 532 :デフォルトの名無しさん:2016/04/24(日) 01:41:01.06 ID:ZRk/831v.net
- そう、新しいものは要注意
お金を使わせられるだけ
経済活動に協力してはいけない
- 533 :デフォルトの名無しさん:2016/04/24(日) 01:54:24.28 ID:ZRk/831v.net
- チケット買って行く=負け組
- 534 :デフォルトの名無しさん:2016/04/24(日) 02:15:42.62 ID:gR/TwUg1.net
- チケットを買う金もない=負け組
- 535 :デフォルトの名無しさん:2016/04/24(日) 03:09:49.30 ID:KkS4eGjy.net
- Swiftの開発体制はこれまでのAppleでは行ってなかったような、だいぶOSSコミュニティ寄りの開発の進め方だよね。かなりオープンというか。
未成熟な段階でリリースしたのも、よく言えばフィードバックを得ながら変えていくためと取れる。そのせいで仕様変更しまくりだが
- 536 :デフォルトの名無しさん:2016/04/24(日) 04:43:56.57 ID:d3IsJSTD.net
- こんなポンコツ言語やってる奴いるの?
- 537 :デフォルトの名無しさん:2016/04/24(日) 06:50:35.86 ID:uOKdAUzC.net
- 時代の流れに乗ってみたんだろうけど、信者がついて来ないやり方は失敗だったなぁ
逆ブレしたObjC原理主義信仰のアンチを増やしすぎた
- 538 :デフォルトの名無しさん:2016/04/24(日) 07:07:30.89 ID:ZRk/831v.net
- Swiftは5.0から
- 539 :デフォルトの名無しさん:2016/04/24(日) 13:40:18.11 ID:xn+uuIMP.net
- Appleはオワコン
- 540 :デフォルトの名無しさん:2016/04/24(日) 13:50:51.29 ID:BfdrGh3V.net
- このスレ見てたら結局C#使うのが一番楽そうに思えてくる
- 541 :デフォルトの名無しさん:2016/04/24(日) 14:34:42.96 ID:d3IsJSTD.net
- >>520
iPod や iPhone,iPad はリリース前はともかく、リリース後は誰も普及しないなんて思わなかった。
Swift はどうだ? 上記の物とは全く逆の評価。
こんなの普及してほしいプログラマなんていないだろう。
- 542 :デフォルトの名無しさん:2016/04/24(日) 14:57:16.97 ID:ewb3DHT8.net
- Swiftは大人気で、プログラマーはみんなやりたがってる、
アンケートを取れば一番人気の言語だ、
とか書いてあるのを良く見かけるけど、そうなの?
実感がないのだが?
- 543 :デフォルトの名無しさん:2016/04/24(日) 15:13:23.19 ID:jZ92YXb9.net
- 言語は素敵だけど、ライブラリが旧来のままなのが残念すぎる。
- 544 :デフォルトの名無しさん:2016/04/24(日) 15:32:13.08 ID:e+PkaMnHK
- 命名規則変更するって言ってるし問題ない。
- 545 :デフォルトの名無しさん:2016/04/24(日) 15:33:16.62 ID:nqSWTZK5.net
- >>542
ステマに決まってんだろそんなの
- 546 :デフォルトの名無しさん:2016/04/24(日) 15:37:47.59 ID:u7VpznkW.net
- Swiftは欲張りすぎだな。
without C なら、ポインタ操作だのnullableだの一切やめて上層だけで組めるようにすれば良かったんでは。
できる事は限られるけどな。
- 547 :デフォルトの名無しさん:2016/04/24(日) 16:50:04.91 ID:b5fQXBMX.net
- >>535
今のクックみたいにフィードバックをよく取り入れて物を作っていくよりジョブズみたいに独裁的に進めた方が良かったんじゃないのか
Appleには一流のエンジニアがたくさんいるんだし
- 548 :デフォルトの名無しさん:2016/04/24(日) 16:59:45.59 ID:kSoBPfTc.net
- >>520
ジョブズが停めてたのが目に見えてわかるぐらいswiftは退歩してる言語だから…
いや、違うな…Obj-Cもまた変なベクトルの言語だけれども
少なくともC++みたいなのが迷い込んだ袋小路からは距離を置いた言語ではあった。
swiftはね、なんか袋小路のどんずまりで頭ぶつけてた奴らが
袋小路から首だけ出して「新天地だ!」って言ってるような、
"いままでと同じ泥沼に浸かったままじゃねーか!"って言いたいつか
少年が「王様は裸だ!」って言わないとわかんねーのかこいつら?な言語なの。
- 549 :デフォルトの名無しさん:2016/04/24(日) 17:07:22.83 ID:uOKdAUzC.net
- 多少は分かってるからObjC信者がいる
ここにヘイトしてくる狂信者っぷりは依然そのままだけど
- 550 :デフォルトの名無しさん:2016/04/24(日) 17:28:29.17 ID:e+PkaMnHK
- 俺はObjC信者じゃないけど、単にSwift学ぶのが面倒なので当分はObjC派かな。
- 551 :デフォルトの名無しさん:2016/04/24(日) 18:32:14.41 ID:b5fQXBMX.net
- >>548
ジョブズが停めてたってのは初耳。どっかにソースある?
- 552 :デフォルトの名無しさん:2016/04/24(日) 20:02:52.20 ID:LIMXHAmJ.net
- 俺もジョブズが止めてたって初めて聞いた
ソース出して
- 553 :デフォルトの名無しさん:2016/04/25(月) 01:53:47.08 ID:CN38tcOf.net
- >>548
ジョブズが止めてたなんて嘘でしょ。
Appleの開発ツール責任者、Chris Lattnerによると、Swift言語の開発は2010年7月に始まった。彼は自身の個人ブログに、この言語が個人プロジェクトとしてスタートし、「存在を知っていたのはわずかな人々だけだった」と書いている。
2011年の終りに、数人の精鋭エンジニアがプロジェクトに加わり、Apple開発ツールチームの主要目標になったのは、2013年7月になってからだったという。
- 554 :デフォルトの名無しさん:2016/04/25(月) 02:13:54.75 ID:T5W8CMM0.net
- AppleがいつSwiftの話をやめるか今から楽しみ。
Swiftは一瞬だけ普及しておわる。
- 555 :デフォルトの名無しさん:2016/04/25(月) 02:39:16.45 ID:weZCW8i5.net
- 2009年6月ジョブズ休業
2010年7月ラトナー個人的にSwiftを開発開始
2011年10月ジョブズ死去
2011年終わりAppleとしてSwiftを開発開始
ジョブズ関わってないだろうな。下手したらSwiftの本格始動について耳にすら入ってない可能性もある。
んでその後は
2014年6月Swift公開
2014年6月Swiftリリース
2015年6月Swift2公開
2015年9月Swift2公開
2015年12月オープンソース化
こうしてみると歴史も浅いしまだまだこれからって感じだな
- 556 :デフォルトの名無しさん:2016/04/25(月) 09:18:43.26 ID:6hm9slTz.net
- ジョブズが止めてたって話から、関わってないって話に刷り変わっててワロス
iOS 6だか7のMapにGoを出すジョブズならSwiftにもGoを出すだろ
MapもMac, iOSをまたがってようやく使えるようになったのでSwiftもあと5年は静観だなぁ
- 557 :デフォルトの名無しさん:2016/04/25(月) 11:41:05.45 ID:xm7aaVCy.net
- Swiftマンセーはステマ
- 558 :デフォルトの名無しさん:2016/04/25(月) 14:36:08.21 ID:uvV7TCK6.net
- ステマって単語久々に聞いたわ
- 559 :デフォルトの名無しさん:2016/04/25(月) 14:52:28.94 ID:lOaK7I8B.net
- >>556
俺はジョブズが停めてたって書き込みを見たから気になって時系列を調べてみただけだぞ
刷り変えってなんだ
- 560 :デフォルトの名無しさん:2016/04/25(月) 22:03:12.49 ID:28D3xrYo.net
- Swiftなんかに踊らされるなよ〜
- 561 :デフォルトの名無しさん:2016/04/25(月) 22:29:10.79 ID:38IKJfHp.net
- ゴミはゴミ箱へ
アンチはアンチスレへ
- 562 :デフォルトの名無しさん:2016/04/25(月) 22:29:59.03 ID:d8W/vHDZ.net
- >>559
亡くなってすぐにAppleが絡み出したように見える
- 563 :デフォルトの名無しさん:2016/04/26(火) 00:18:01.96 ID:KUbgmjPe.net
- ジョブスなら objC の廃止までロードマップにのせるはずだ
- 564 :デフォルトの名無しさん:2016/04/26(火) 00:29:44.37 ID:fzQfkmE+.net
- 「ジョブズ」で「ObjC」な
- 565 :デフォルトの名無しさん:2016/04/26(火) 00:39:00.45 ID:MzogmFMS.net
- は?
- 566 :デフォルトの名無しさん:2016/04/26(火) 00:42:59.95 ID:Sh/377mq.net
- ジョブズなら〜とかお前は大川隆法か
- 567 :デフォルトの名無しさん:2016/04/26(火) 01:01:30.84 ID:pUDdCBPP.net
- Swiftに踊らされてるよ〜
♪ ∧,_∧ ♪
( ´・ω・) ))
(( ( つ ヽ、 ♪
〉 とノ )))
(__ノ^(_)
∧_,∧ ♪
(( (・ω・` )
♪ / ⊂ ) )) ♪
((( ヽつ 〈
(_)^ヽ__)
- 568 :デフォルトの名無しさん:2016/04/26(火) 01:57:33.10 ID:/JezqE/r.net
- ob-cなんて記号だらけで読みづらいわ
swift今はガチガチだし整備されてない印象だけど今後もっと柔軟になるでしょ
そんなことはどうでもええねん
せっかく苦労してアプリ作ったのにiOSでしか動かんのが腹たつ
- 569 :デフォルトの名無しさん:2016/04/26(火) 02:35:58.18 ID:dhI85j1e.net
- (´・ω・`)良い言語は概念にしろ文法にしろ他にどんどんパクられる
- 570 :デフォルトの名無しさん:2016/04/26(火) 02:54:22.19 ID:2csp8TRZ.net
- ユーザー的には良いことじゃん
jsみたいに絶対的な地位が付加したらもっと楽しくなる
選択肢なんて無い方が良いわ
アプリのW3Cみたいなの結成してほしい
- 571 :デフォルトの名無しさん:2016/04/26(火) 09:05:55.10 ID:oNVdaUhv.net
- ジョブスがswiftに興味持つわけ無いだろ。
計算機のレイアウトのためにGUIのツールを作らせるくらいブログラミングに興味ないやつだぞ
- 572 :デフォルトの名無しさん:2016/04/26(火) 09:12:58.56 ID:zTqhNGkU.net
- モダン()な言語Swift
意識高い系のあなたにぴったりです
- 573 :デフォルトの名無しさん:2016/04/26(火) 19:02:44.99 ID:gziRJOQu.net
- throwとdeferは失敗なパクリだと思った
optionalは慣れたら便利に使えるけど、あいつら使う日がくる気がしねー
- 574 :デフォルトの名無しさん:2016/04/26(火) 22:33:50.05 ID:gSQX/kYk.net
- >>569はlispの使い手
- 575 :デフォルトの名無しさん:2016/04/27(水) 08:18:52.93 ID:44/gLsSj.net
- optionalなんかめんどくさいだけじゃん
絶対にSwiftなんか使わん
- 576 :デフォルトの名無しさん:2016/04/27(水) 08:21:14.45 ID:wxiNnqIT.net
- 煽りがワンパターンすぎてつまらんぞ
もっと工夫しろ
- 577 :デフォルトの名無しさん:2016/04/27(水) 08:25:08.25 ID:eKwuIXWw.net
- いつも監視ご苦労さん
- 578 :デフォルトの名無しさん:2016/04/27(水) 08:26:00.11 ID:44/gLsSj.net
- Swift終わったな
- 579 :デフォルトの名無しさん:2016/04/27(水) 08:31:18.62 ID:44/gLsSj.net
- 某大手は組み込みへの応用を視野にSwiftはスルーするってよ
ランタイムがクソデカイし
- 580 :デフォルトの名無しさん:2016/04/27(水) 08:33:38.48 ID:eKwuIXWw.net
- パクリ言語はダメだろ!?
- 581 :デフォルトの名無しさん:2016/04/27(水) 08:41:29.55 ID:eKwuIXWw.net
- AppleがいつSwiftをあきらめるか楽しみで仕方ないよな〜
今もこれからも時代はC#だよな〜
Obj-Cはそれなりによかったが、iOSのためにSwiftなんか覚えても先が知れてる。
また新しい言語来るたびに苦労するのか?
マゾなの?
- 582 :デフォルトの名無しさん:2016/04/27(水) 08:46:01.59 ID:44/gLsSj.net
- Appleもついに終わるか・・
もう売れないプロダクト感満載だし
iPhone7もiOS Xもたいしたことなさそうだし
jobsが生きててくれたら・・
- 583 :デフォルトの名無しさん:2016/04/27(水) 08:55:52.70 ID:61ZB7v+r.net
- ID変え忘れてるぞ、どうした?
- 584 :デフォルトの名無しさん:2016/04/27(水) 09:01:23.18 ID:FURXXw38.net
- >>581
Swiftのクソさ加減は誰の目にも自明だからな
いかにごまかしてフェードアウトするかその方法を探ってるだろう
- 585 :デフォルトの名無しさん:2016/04/27(水) 11:22:00.01 ID:9/2UzNftp
- もう出しちゃったんだし、意地でも普及させるだろうけど、Swiftはないわ。
- 586 :デフォルトの名無しさん:2016/04/27(水) 20:26:16.09 ID:Fr+o2Pfe.net
- ライバルを増やさないように必死な工作が続いているというわけか…
以前の
プログラマーは儲からない
プログラマーは儲からない
プログラマーは儲からない
と同じ流れだ
- 587 :デフォルトの名無しさん:2016/04/27(水) 22:11:35.01 ID:o0v8t3G/.net
- >>586
ちょっと何言ってっかわかんないっすね
まさかライバル増やしたくないからとかいうしょぼい理由で
Swiftがクソだと言ってるとは思ってないよね?
- 588 :デフォルトの名無しさん:2016/04/28(木) 02:48:12.16 ID:cGoZpe21.net
- そんな習得の難しい言語かよw
むしろ教科書的な言語だとすら思うわ
手になじむツールとしてはまだまだ未成熟なのは認めるけど
- 589 :デフォルトの名無しさん:2016/04/28(木) 03:24:20.72 ID:Wm1uQx8e.net
- SwifterつうかAppleがオワコン
- 590 :デフォルトの名無しさん:2016/04/28(木) 10:13:12.03 ID:CfkwFJmh.net
- Appleの次に来るのはどこ?
- 591 :デフォルトの名無しさん:2016/04/28(木) 10:41:25.42 ID:Q0S16tI3.net
- JavaScript iOSフレームワークやってたらSwiftが随分便利だったなぁと死にたくなった
LL文法はいいんだが、JSに限らずネイティブ言語じゃない言語でiOSアプリ実装辛すぎシネ
- 592 :デフォルトの名無しさん:2016/04/28(木) 11:27:13.63 ID:fDDbRIn4.net
- C#でのiOS開発は楽ですよ
- 593 :デフォルトの名無しさん:2016/04/28(木) 11:31:12.70 ID:vGVdpx6N.net
- またUnity厨か
- 594 :デフォルトの名無しさん:2016/04/28(木) 11:51:17.90 ID:ncPOVSkC.net
- おいらはObjective-Cで楽しく踊るよ〜
♪ ∧,_∧ ♪
( ´・ω・) ))
(( ( つ ヽ、 ♪
〉 とノ )))
(__ノ^(_)
∧_,∧ ♪
(( (・ω・` )
♪ / ⊂ ) )) ♪
((( ヽつ 〈
(_)^ヽ__)
- 595 :デフォルトの名無しさん:2016/04/28(木) 11:51:48.39 ID:Q0S16tI3.net
- いや、Xamarinのステマ厨だと思うよ
昨日はID変え忘れてたようだけど今日は大丈夫っぽい
毎日ご苦労
- 596 :デフォルトの名無しさん:2016/04/28(木) 12:39:34.97 ID:ncPOVSkC.net
- それにしてもSwiftは無いな・・
- 597 :デフォルトの名無しさん:2016/04/28(木) 12:42:43.09 ID:kFWxlXsE.net
- swift、それは書いていて楽しく無い言語
- 598 :デフォルトの名無しさん:2016/04/28(木) 13:05:24.92 ID:hVNFtww1+
- コード量が減るのは嬉しいけど書いていて楽しくないのは同意。
- 599 :デフォルトの名無しさん:2016/04/28(木) 14:27:47.94 ID:/mxrv/ni.net
- https://github.com/xamarin/xamarin-macios
- 600 :デフォルトの名無しさん:2016/04/28(木) 15:00:39.15 ID:UC16EIkK.net
- 実はFlashが一番だということに、最近気づいた
何でもコードを打つのは面倒に感じる
- 601 :デフォルトの名無しさん:2016/04/28(木) 20:19:53.03 ID:B+IQUyxU.net
- ねくらファンタジーマップチップ素材集
http://www.dlsite.com/home/work/=/product_id/RJ165626.html/?unique_op=af
マップにこだわりたい人向けの、高難易度上級者向けマップチップです。
森/洞窟/海岸/砂漠/荒野/マグマ洞窟/凍結洞窟/村/街/城砦/遺跡/異空間が作れます
イラストアイコン素材集Vol.1
http://www.dlsite.com/home/work/=/product_id/RJ154598/?deqwas_inflow=RJ165626&deqwas_tg=item_view
総数900点以上(380点+色違い、模様違いなど差分549点)
- 602 :デフォルトの名無しさん:2016/04/28(木) 21:15:52.34 ID:nQ0T9aCz.net
- optional否定してる人ってプログラミングを生業にしてるのか問い詰めたい
nilの可能性が考慮不要なスコープが作れるのはほんとうに便利だと思うんだけど。
obj-cのnilに対するメッセージ式がnil返すって挙動は問題の先送りだと思うし、
それが問題だと思うからswiftができたと思うんだけど。
- 603 :デフォルトの名無しさん:2016/04/28(木) 21:52:02.08 ID:Lj1JhLte.net
- あくまで言語一般として例外キャッチするよりは
転ばぬ先の杖としてはいい概念だと思う
- 604 :デフォルトの名無しさん:2016/04/28(木) 22:00:06.56 ID:Lvhv4goI.net
- オプショナル型はnilの可能性が残るんだけどね
- 605 :デフォルトの名無しさん:2016/04/28(木) 22:18:06.96 ID:ICO5spDj.net
- コピペだろ
- 606 :デフォルトの名無しさん:2016/04/29(金) 03:46:17.34 ID:vUDh4C6L.net
- Cのポインタそのまま利用してるObjCとかはともかく、Javaとかはなんでわざわざnullの概念を引きずったんだろう
- 607 :デフォルトの名無しさん:2016/04/29(金) 05:19:44.07 ID:bkwVGZra.net
- optional型なんか要らないよ。静的解析で十分。
BasicみたいなSwiftじゃ、まともなアプリ作れないし。
- 608 :デフォルトの名無しさん:2016/04/29(金) 07:12:23.18 ID:6OVF3TV8.net
- Optionalでスコープを切るのは使い方分かったんだが、静的解析のほうが融通効くんだよなぁ。
Optionalが有効なのは、スコープ内で使っているケースに限られる。
要はCだと
if (hoo && bar && func(hoo, bar)) {
}
と書くケースだけ。下記のケースなどには対応できないよね。
if (!hoo && hoo=func()) {
func2(hoo)
}
それに、無理にif letでOptionalを展開し、スコープ内で使わないと、使っていないと警告される。if letはnullでない事だけが必要な時に入りたいスコープって書き方には使えない。
Obj-Cが楽って感じるのは、こういうCのifをそのまま使ってるからだよね。一々!=nullとかく必要さえない。
- 609 :デフォルトの名無しさん:2016/04/29(金) 07:22:08.62 ID:KOzpN5av.net
- ゴミはゴミ箱へ
アンチはアンチスレへ
- 610 :デフォルトの名無しさん:2016/04/29(金) 09:54:04.75 ID:IN3TbFX7.net
- >>609
だからまずおまえがゴミ箱に入ったほうがいいんじゃね?
- 611 :デフォルトの名無しさん:2016/04/29(金) 10:12:51.35 ID:KOzpN5av.net
- 単発IDでそれだけ言われてもな
ネタ出せネタ
- 612 :デフォルトの名無しさん:2016/04/29(金) 10:24:33.89 ID:IM8h9sHg.net
- オプショナル型とヌルポを混同しとるアホがおるな
- 613 :デフォルトの名無しさん:2016/04/29(金) 10:40:36.51 ID:lxf3O1Zv/
- 最終的にはヌルポ回避することになるんだから別に間違ってはいない
- 614 :デフォルトの名無しさん:2016/04/29(金) 10:38:59.41 ID:3+tfDsNW.net
- ヤレヤレ ┐(´ー`)┌ マイッタネ
- 615 :デフォルトの名無しさん:2016/04/29(金) 11:25:43.26 ID:lxf3O1Zv/
- オプショナルは値が存在するかしないかを表すものだから、ヌルポとは直接関係ないだろ
- 616 :デフォルトの名無しさん:2016/04/29(金) 11:24:01.50 ID:JIzpONNX.net
- >>606
開始時とかに空っぽにしておきたいなんてシチュは山ほどあるだろ
いちいちnullクラス用意するなんて現実的でない
- 617 :デフォルトの名無しさん:2016/04/29(金) 12:41:11.79 ID:uCFXbJ0d.net
- >>571
ジョブズは古いハッカー側の人だから職業プログラマーじゃないだけで
むしろ、コンピュータ関連の知識は君より広かったと思うよ。
あの人の怖かったのはコアの部分で技術を知ってるから
ハンパなもん出すと「これまだ不完全だよね?」ってガチで見抜いちゃう最高経営者だったってこと。
- 618 :デフォルトの名無しさん:2016/04/29(金) 13:13:41.33 ID:RopIrFO/.net
- https://www.youtube.com/watch?v=BNeXlJW70KQ
“Steve Jobs brainstorms with the NeXT team (1985)”
↑これ見れ。
- 619 :デフォルトの名無しさん:2016/04/29(金) 14:07:25.47 ID:RM2zRYND.net
- これからもnullを返すAPIを作りまっせ!
- 620 :デフォルトの名無しさん:2016/04/29(金) 14:09:21.47 ID:RM2zRYND.net
- Swiftはnull許容するなよ初心者の学習用途に専念しろw
- 621 :デフォルトの名無しさん:2016/04/29(金) 14:34:41.97 ID:toQo/1wB.net
- 未だにSwiftに移行できてない低脳がいるのか
- 622 :デフォルトの名無しさん:2016/04/29(金) 14:42:41.99 ID:amgJTGBg.net
- 今年のWWDCもSwift推しっぽいな
ついてこれない奴は取り残されるだけ
- 623 :デフォルトの名無しさん:2016/04/29(金) 15:09:08.90 ID:Nju8NWPB.net
- >>620
間違えたものを代入した時点で取り敢えず止まってくれるから初学者にはいいんじゃないの?
- 624 :デフォルトの名無しさん:2016/04/29(金) 15:11:25.53 ID:aR4AsH9j.net
- nilを許容しなきゃCocoaAPIも呼べないということにも気づかないアホにレスすんなよ
- 625 :デフォルトの名無しさん:2016/04/29(金) 16:06:03.80 ID:1BOP6qvd.net
- >>624のほうが絶対にアホだけど
- 626 :デフォルトの名無しさん:2016/04/29(金) 16:09:04.02 ID:RM2zRYND.net
- 大手キャリア、大手ゲーム、電通系、リクルート系、などの大手開発全部、obj-cスキル必須ですよ。
- 627 :デフォルトの名無しさん:2016/04/29(金) 16:43:44.13 ID:lsNi2p2g.net
- この辺がずっと曖昧なんだけど、
nilでメモリから消せるんだよね?
値があるってことはメモリ使ってるんだよね?
何が溜まってて何が消えてるのか分かりづらい
ハードに優しいswift設計の本とかサイト知りませんか?
あと、Xcodeでクラッシュした時にアセンブラ?みたいなのが出て
原因がわからない時が多いです。
あれどうにかなりませんか?
- 628 :デフォルトの名無しさん:2016/04/29(金) 16:55:00.93 ID:lsNi2p2g.net
- Debug -> Debug Workflow -> Always show disassembly
のチェック外したらアセンブリ表示出なくなるらしいね!
今まで何で検索できなかったんだろう。。
- 629 :デフォルトの名無しさん:2016/04/29(金) 17:06:23.08 ID:aR4AsH9j.net
- 質問は質問スレで
あと質問内容はもっと具体的に
- 630 :デフォルトの名無しさん:2016/04/29(金) 17:16:37.39 ID:mvLhCwIT.net
- 初心者ほどSwift使っちゃダメなんじゃねw
- 631 :デフォルトの名無しさん:2016/04/29(金) 17:19:42.94 ID:amgJTGBg.net
- 1日の売り上げが始めて2000円突破したぞ
ばんじゃ〜い \(^_^)/
1日1万円突破する日も近いなこりゃ
- 632 :デフォルトの名無しさん:2016/04/29(金) 17:20:36.18 ID:lsNi2p2g.net
- >>629
ごめん
optionalの会話が多かったから
- 633 :デフォルトの名無しさん:2016/04/29(金) 17:45:27.23 ID:WqUKKLN9.net
- >>608
全然中身を見てないけど変数の中身がnullかどうか静的に解決できないから
Optional型ができたんだが。
- 634 :デフォルトの名無しさん:2016/04/29(金) 19:57:30.15 ID:1BOP6qvd.net
- obj-cから勉強しろよ。
- 635 :デフォルトの名無しさん:2016/04/29(金) 20:55:43.90 ID:YX/Wey/P.net
- 来年ぐらいにSwift-Cが出るよ。それまで静観だな。
ってことで、オロナミンCでも飲むか。
- 636 :デフォルトの名無しさん:2016/04/29(金) 21:15:57.09 ID:xz+/kgb6.net
- Swiftive-C
- 637 :デフォルトの名無しさん:2016/04/30(土) 01:02:58.06 ID:ylKqAvHZ.net
- >>636
クソワロタwww
- 638 :デフォルトの名無しさん:2016/04/30(土) 01:12:38.80 ID:OlHeR4LZ.net
- 笑いどころが分からんのだけど解説して
- 639 :デフォルトの名無しさん:2016/04/30(土) 01:17:45.02 ID:ylKqAvHZ.net
- >>638
アンチCなSwiftがCに寄り添うなんて皮肉のパンチ効いてるだろ
- 640 :デフォルトの名無しさん:2016/04/30(土) 01:45:36.62 ID:dLQkfXTY.net
- java8もオプショナル採用してるじゃん
あっちに比べれば読みやすいと思うけどね
- 641 :デフォルトの名無しさん:2016/04/30(土) 01:53:42.00 ID:xvwYpAPT.net
- 言語として進化を追い求めるのはいいことだが無駄にwithout Cを
進めてるのが反感買ってると思う
もはやCっぽくないシンタックスにすること自体が目的になってるきらいがある
- 642 :デフォルトの名無しさん:2016/04/30(土) 02:51:08.92 ID:Miiu5zBA.net
- cの関数は呼べるけどな
enumとかswitchとかcより進化して便利になってる
c書く時もついセミコロンを忘れてしまう。まぁはっきりいって複数文でも書く必要でもなけりゃセミコロンは不要
進化についてこれないやつは釘とトンカチで家建ててろ
- 643 :デフォルトの名無しさん:2016/04/30(土) 06:59:24.58 ID:kWQ7lpEn.net
- enumやswitchが便利になったのは分かるけどそれを進化と呼ぶのなら、今まで出来てた事が出来なくなったのは退化と言えるのかも知れない
切れるところはうまく切り捨ててフラグメントや人的ミスを減らしたいんだろうけど
- 644 :デフォルトの名無しさん:2016/04/30(土) 08:54:01.45 ID:ylKqAvHZ.net
- クリス・ラットナーはなぜ未だにCが使われ多くの主要言語がCをベースの文法で作られて来たのか冷静に考えた方がいいな
- 645 :デフォルトの名無しさん:2016/04/30(土) 11:02:27.94 ID:vPU05Uaz.net
- Swiftの文法もCベースじゃん
- 646 :デフォルトの名無しさん:2016/04/30(土) 12:03:47.33 ID:uVz81x78.net
- GitHubで匿名通信(Tor、i2p等)ができるBitComet(トラッカーサイト不要でDHTだけで日本語検索可能)
みたいな、BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenant(純粋P2Pのファイル共有ソフト)の完成が待ち遠しいプログラミングできないアスペルガーw
- 647 :デフォルトの名無しさん:2016/04/30(土) 13:46:07.84 ID:RPm3M18b.net
- SmalltalkベースのObj-Cはキモいって散々言ってたのに、
今度はCらしさはキモいとか言い出して、自分らしさの旅に出てるのはおもろい
- 648 :デフォルトの名無しさん:2016/04/30(土) 13:50:11.40 ID:kRSfMr4Y.net
- ゆうてもObjective-CはCだからな
- 649 :デフォルトの名無しさん:2016/04/30(土) 14:24:12.32 ID:f44Q6Jmk.net
- プロトコル指向で思考するのが至高
- 650 :デフォルトの名無しさん:2016/04/30(土) 16:27:19.41 ID:DF6XE0RQ.net
- シコシコうるせーよ
- 651 :デフォルトの名無しさん:2016/04/30(土) 17:26:11.62 ID:OlHeR4LZ.net
- ES7のasyncっぽく書けるようにならんかな
- 652 :デフォルトの名無しさん:2016/04/30(土) 17:52:19.20 ID:vPU05Uaz.net
- ぬぁるぁんっ!
- 653 :デフォルトの名無しさん:2016/04/30(土) 17:58:27.36 ID:eHAeCysG.net
- >>645
えっ
- 654 :デフォルトの名無しさん:2016/04/30(土) 18:00:41.90 ID:fKcUWrpK.net
- Swift.netはよ
- 655 :デフォルトの名無しさん:2016/04/30(土) 19:40:32.13 ID:kuSmKopo.net
- >>651
あんまりPromiseを便利に使ったことないけど、PromiseKitの使い心地を聞きたい
- 656 :デフォルトの名無しさん:2016/04/30(土) 21:53:52.41 ID:7WxZi1Cp.net
- 【Swiftでクリエイティブコーディング!C4とは】
http://hackist.jp/?p=7345
うぉっ、こんなのがあったとは知らなんだ
Swift学習にもなるし手元のiOS端末を活用できるのは大きいな
- 657 :デフォルトの名無しさん:2016/04/30(土) 22:19:34.28 ID:OlHeR4LZ.net
- うぉっ、じゃねぇよ
p5スレとマルチポストしてんじゃねぇぞ死ね
- 658 :デフォルトの名無しさん:2016/05/02(月) 01:19:21.27 ID:N0IjnnZv.net
- SwiftってJSみたいにブラウザとかサーバーで動くようにならんのかね?
- 659 :デフォルトの名無しさん:2016/05/02(月) 01:24:06.86 ID:qfD+rnzZ.net
- Frameworkの移植がまだまだ必要だけど一応Linux版が少し動いてるらしい
- 660 :デフォルトの名無しさん:2016/05/02(月) 01:43:20.68 ID:N0IjnnZv.net
- >>659
ああ、まだ全然使えないらしいね。
使うとしてもレンタルサーバーでは厳しいか。
Webでやることなんて大したこと無いし、コンパイル一瞬でできそうだから擬似オブジェクト指向のスクリプト言語に依存する意味がわからんのだよね。
Swift始めてからよく言われてるJSやらPHPのガバガバ感が気持ち悪くて仕方ない。
やっぱスクリプト言語の方が制作的に断然早いの?
- 661 :デフォルトの名無しさん:2016/05/02(月) 02:32:20.35 ID:GEZivW4j.net
- コンパイル言語のJavaやC#を使ってWebアプリ作るには環境整えるのがめんどい
tomcatや.net等のフレームワークの類
その点、スクリプト言語はWebサーバのモジュールさえ用意すれば動くし、トライ&エラーで直ぐに動作確認できるから便利っつえば便利
SwiftをWebサーバと連携させるにはまだまだ環境的に足りないよね
- 662 :デフォルトの名無しさん:2016/05/02(月) 03:13:32.62 ID:N0IjnnZv.net
- せや!
JSが進化すればええんや!
DOM操作系では最強だし。
- 663 :デフォルトの名無しさん:2016/05/02(月) 06:34:51.55 ID:w9cVS61w.net
- ある程度規模が大きなコードになってくると
型きっちり決められる言語で高機能IDE使って開発したほうが
後のメンテとか機能拡張とかすごい楽だよ
- 664 :デフォルトの名無しさん:2016/05/02(月) 08:43:40.25 ID:bzpdhBbq.net
- >>662
先日のID変え忘れから、ID変えるのやめたんだろうけど、私利死滅といか、意識散漫というか
一貫性がないからID変えた方がまだ良いな
- 665 :デフォルトの名無しさん:2016/05/02(月) 12:27:06.77 ID:pohLtEMa.net
- >>664
だってswift自体完成してないのにサーバーサイドとかDOM操作用のAPI?SDK?とか夢のまた夢だと思ったんだもん。
他社のブラウザでswiftが動くとかも想像出来ないし、、
それならブラウザ掌握しててサーバーサイドでも動くJSがswift的に進化する方が現実的かなって。
- 666 :デフォルトの名無しさん:2016/05/02(月) 12:28:49.03 ID:fJ4Z7cBO.net
- Swiftの胡散臭さに一役買ってるのはQiitaと意識高い系のカスどもだろ
余計なことすんなよ
- 667 :デフォルトの名無しさん:2016/05/02(月) 12:29:05.16 ID:faAxGKCj.net
- Pythonが駆逐するんじゃねえかな
ここ最近破竹の勢いだし多分覇権言語になるでしょ
- 668 :デフォルトの名無しさん:2016/05/02(月) 12:59:03.02 ID:Gu1IstNf.net
- そのうちSwiftで書いてWebAssemblyにコンパイルしてブラウザで動かせるようになるんじゃね
- 669 :デフォルトの名無しさん:2016/05/02(月) 13:09:07.21 ID:bzpdhBbq.net
- OSSになる前のLLVMだからどこでも動く、というロマンと同じだなw
小さな10M弱のランタイムがないと動かないからムリだろ
iOSネイティブであのサイズ、WebAssemblyでも同等以上のサイズになって
そんなランタイムDLさせるのはありえんわ
ロマンを実現するならランタイムが極小になるようにswift compactみたいなサブセット規格でも作るかねぇ
- 670 :デフォルトの名無しさん:2016/05/02(月) 13:11:33.81 ID:BA60vqZ3.net
- そもそもWebアプリでSwiftである必要がないだろ
- 671 :デフォルトの名無しさん:2016/05/02(月) 13:44:45.54 ID:pohLtEMa.net
- swiftである必要が無い?
じゃあ一生新しい言語を追いかける事を受け入れるの?
俺は嫌だな、せめてこの場でだけでもあらがいたい。
swift compact?大歓迎だよ!
- 672 :デフォルトの名無しさん:2016/05/02(月) 13:59:50.64 ID:BA60vqZ3.net
- Swiftに限らず強い推進活動はやがて排他的な活動へと発展し争いを生む
人間はいつまでたっても学ばない生き物
戦争もなくなんねぇよそんなんじゃ
- 673 :デフォルトの名無しさん:2016/05/02(月) 14:34:40.67 ID:TRE+wW8cO
- もう新しい言語学ぶの面倒くさいから、Swiftが一人勝ちしてくれればいいよ。
Swift持ち上げてる奴らだってそれを望んでステマしてるんでしょ?
- 674 :デフォルトの名無しさん:2016/05/02(月) 14:27:58.29 ID:8/s268j0.net
- だって毎回当事者が違うだろ
- 675 :デフォルトの名無しさん:2016/05/02(月) 15:24:39.31 ID:pohLtEMa.net
- 別に排他的にならなくても選択肢としてSwiftが増えるだけでしょ。
JSしか選べないフロントエンドの現状が異常なのでは?
web屋なんてJSからSwiftに乗り換えるとか楽勝、むしろ歓迎じゃない?
jQuery的なライブラリも当然出る前提だけど。
そういう風になっていけばSwiftだけしか使わなくていい人も増える。
ライブラリもエディタも増える。知識ある人も増えて良いことづくめ。
- 676 :デフォルトの名無しさん:2016/05/02(月) 16:03:48.70 ID:eijU4WPw.net
- Webのクライアントサイドに限ってはサポートする言語は1つでいいよ
VBスクリプトと混在するJavaScriptの亜種で混沌としてたあの時代に戻るわけにはいかない
- 677 :デフォルトの名無しさん:2016/05/02(月) 17:37:51.29 ID:bzpdhBbq.net
- >>672
ワロタ
Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw
イマドキ言語を縛るのはナンセンスだとWebブラウザ版LLVMを作ろうと Web Assembly なんだろうから
Web Assemblyのロマンを実現出来るかは別として一つの言語がマルチプラットフォームで動くのは歓迎したい
だから、Swiftのクロスコンパイルを早くしろ
あとWindowsでも動くようにしろ
- 678 :デフォルトの名無しさん:2016/05/02(月) 17:55:34.33 ID:BA60vqZ3.net
- >>677
>Swift, ObjC両立を許容しない排他的なObjC信者への煽りかw
いやいや両立を許容しない予定なのはApple自身だろ...
両立を許容する宣言しとけばこんなゴタゴタは起こらないかと
- 679 :デフォルトの名無しさん:2016/05/02(月) 18:00:13.50 ID:IAgjaX48.net
- Appleはそんな予定を表明してませんよw
- 680 :デフォルトの名無しさん:2016/05/02(月) 18:01:16.04 ID:BA60vqZ3.net
- いやいやObjective-C→Swiftへの移行を強行してるでしょ
- 681 :デフォルトの名無しさん:2016/05/02(月) 18:04:06.55 ID:IAgjaX48.net
- してないと思うけどw
- 682 :デフォルトの名無しさん:2016/05/02(月) 18:07:11.34 ID:j4GOSkH0.net
- ob-cが終わるとは言ってなくね?
c++も使えるでしょ。メンドイけど。
- 683 :デフォルトの名無しさん:2016/05/02(月) 18:13:29.90 ID:j4GOSkH0.net
- つーかどうせコンパイルしてバイナリなりアセンブリに変換するならどれでもええやん的な。
javaだってxcodeが対応すれば動くんでしょ?
あれか、SDKが互換性ないんか。
- 684 :デフォルトの名無しさん:2016/05/02(月) 18:26:38.93 ID:eijU4WPw.net
- Obj-Cにもそのうちオプショナル型が導入されるかもな。無理やり感満載で汚くなりそうだけど
- 685 :デフォルトの名無しさん:2016/05/02(月) 18:38:23.47 ID:TRE+wW8cO
- >>684
Nullabilityと静的解析でどうにでもなるから、そこまでする必要はないでしょ。
nullableの結果をnullチェックしてなかったら警告出す程度で十分だと思う。
- 686 :デフォルトの名無しさん:2016/05/02(月) 18:47:57.48 ID:IAgjaX48.net
- 導入しなくても全部オプショナルでしょObjCは。
- 687 :デフォルトの名無しさん:2016/05/02(月) 18:48:49.16 ID:eijU4WPw.net
- ん?
- 688 :デフォルトの名無しさん:2016/05/02(月) 18:59:03.35 ID:BA60vqZ3.net
- >>681
え?そうなの?
Objective-Cを引き続き使いたい人は使えて、Swift使いたい人はSwiftで書いてが許されるってこと?
だったらぜんぜんええやん
何も問題ない
- 689 :デフォルトの名無しさん:2016/05/02(月) 19:15:44.59 ID:j4GOSkH0.net
- >>688
今はob-c案件に固まってるけど今後仕事で使うならswift案件もこなせないとな。
swiftから入った人間はob-c勉強する気起きない人多いから有利だと思う。
- 690 :デフォルトの名無しさん:2016/05/02(月) 19:31:20.24 ID:O8ZuUKmC.net
- obj-c案件とかswift案件とかあるのか
- 691 :デフォルトの名無しさん:2016/05/02(月) 20:00:16.67 ID:TRE+wW8cO
- obj-c案件は相変わらず安定してるよ。
余談だけど間違ってもobjc要員だけでswiftプロジェクトを回そうとしないこと。
swift移行はデスマ必至なので完全に別言語だと思って始めたほうがいい。
前スレでも同じこと言ってた人いたけど。
- 692 :デフォルトの名無しさん:2016/05/02(月) 20:14:39.03 ID:bzpdhBbq.net
- 一周回って?減ってきてるけど、swift案件は昔は結構見たぞ
アポーが作った新しい言語!これは素晴らしいはずだ!!と踊らされた上流行程がSwift強制、そして炎上
1.xの頃はこのスレもその手の苦労話多かったわ
- 693 :デフォルトの名無しさん:2016/05/02(月) 20:47:51.01 ID:O8ZuUKmC.net
- なんで苦労したんだろ
経験不足とか?
- 694 :デフォルトの名無しさん:2016/05/02(月) 21:37:03.46 ID:0mUL9362.net
- 今もそうだけどswift(xcodeの)アプデの度にとんでもない数のエラーが出る。
swift3.0はまたもの凄い書き直しが予想されてる。
作りっきりのアプリならいいけど今大きなプロジェクトでswift使うとアプデの度に死ねる。
- 695 :デフォルトの名無しさん:2016/05/02(月) 21:50:47.91 ID:0mUL9362.net
- それが理由で工数が無駄に掛かるから最近はswift案件が激減してる。
というか業務ではほぼ絶滅。
開発途上の言語というのが周知になった以上、あと数年はswift案件は無いと思った方がいい。
- 696 :デフォルトの名無しさん:2016/05/02(月) 22:47:35.58 ID:TRE+wW8cO
- たしかに業務で使うのは厳しい。
複数人で開発してるとXcodeのバージョンもタイミング見計らって一斉に上げなきゃいけなくなるしね。
- 697 :デフォルトの名無しさん:2016/05/02(月) 22:46:03.46 ID:1Tr+zk4h.net
- 受託開発で相手がSwift使いたいって言ってきたら工数増でウマー
自社案件なら使わない。結局使い分けよ
- 698 :デフォルトの名無しさん:2016/05/02(月) 23:32:25.92 ID:u5kruKQi.net
- 逆でしょ
受託案件で客がSwiftリスクを理解して、増加した工数分金を積んでくれることは稀
自社案件は技術アピールと、Objective-Cが死んでも生き残れるエンジニアを育成するためにSwiftを使う
- 699 :デフォルトの名無しさん:2016/05/03(火) 00:28:35.38 ID:zq0gDxAm.net
- >>690
ほんそれ
本当に両立する気なら開発者が好きなほう選べばいいはずだがそうじゃないってことだろ
- 700 :デフォルトの名無しさん:2016/05/03(火) 01:23:30.94 ID:T59mhQ8r.net
- >>699
いや、好きな方で書けばいいよ;
どっちで書いても同じように動くんだから。
でも客やチームリーダーに指定されたら従うしか無いって話。
エラー書き直すって言っても、アプリをアップデートする際に必要なだけで、バイナリ化してストアに出してるアプリが急に動かなくなるって話じゃない。
Apple的にはどっちで書いてもいいけどswftの方が書きやすくなってるし、一瞬でビルドできるおかげて新しい機能(@IBDsignableとか)も使えるからどんどん使ってねー的なスタンスじゃないの?
サードのライブラリはob-cとc++の混在パターンが今は多いけどswiftでも共存できるし、swiftしかやったこと無くてもUIKitが同じだから全く読めないこともない。
極論言えばob-cで作ってるチームの中で自分だけswiftでクラス作ってても共存できるから結局個人の好きな方で書けばいい。
ob-cに至ってはコード中にc++をシレッと混ぜても動くカオスっぷり。
Xcodeってそういうぶっ飛んだシロモノなんだぜ?
頭イカれてるとしか思えないフリーダム仕様なんだぜ?
ジョブズきもいだろ〜
- 701 :デフォルトの名無しさん:2016/05/03(火) 01:39:42.27 ID:T59mhQ8r.net
- すまん。ちょっと飲み過ぎたわ。
これは酷い
- 702 :デフォルトの名無しさん:2016/05/03(火) 03:36:46.96 ID:mwOpHUip.net
- 結局、ここ5年間はobj-c知らなきゃ仕事はない。
そのうちにSwiftは死亡する。
- 703 :デフォルトの名無しさん:2016/05/03(火) 03:55:47.16 ID:17bZM0J+.net
- Swiftってインタプリタ実行言語みたいでキモイ
- 704 :デフォルトの名無しさん(笑):2016/05/03(火) 08:31:20.37 ID:L6xs34vK.net
- >>701
賢者タイムかよwww
- 705 :デフォルトの名無しさん:2016/05/03(火) 09:02:48.22 ID:S8jXYqZo.net
- >>698
上乗せ出来ないプロマネはシネばいい
それこそずっと言われて来たことだ
ObjCとSwiftの機能が対に存在してなくて
ObjCでこうする場合、Swiftだとどうすればいいんだって問題もあったな
String周りとか機能不十分な上に仕様を何度も変えるから困ったわ
- 706 :デフォルトの名無しさん:2016/05/03(火) 10:13:01.37 ID:YZda0r1T.net
- Swiftなんてobj-C知ってれば3日で覚えるんだから覚えればいいだろ
覚えたからって別に害になるわけでもなく
- 707 :デフォルトの名無しさん:2016/05/03(火) 10:30:35.65 ID:0FoxRkYE.net
- 覚えてもすぐ仕様が更新されてイラっとするからもっと先でいいや
- 708 :デフォルトの名無しさん:2016/05/03(火) 10:40:40.03 ID:D9sDF8Mu.net
- >>706
3人日が勿体ない
- 709 :デフォルトの名無しさん:2016/05/03(火) 10:55:26.66 ID:YZda0r1T.net
- 人生に余裕なさすぎw
- 710 :デフォルトの名無しさん:2016/05/03(火) 11:17:53.77 ID:dkZvJ9wwp
- 三日間休みとって学べばそれなりに理解できるだろうけど、仕事で使ってる人はそんな余裕無いでしょ。
仕事中に少しづつ調べながら作ることになるから進捗が悪くなってデスマになる。
正直Appleは業界に混乱をもたしただけ。
swiftはobjcを置き換えるものではないってなんで宣言しないかな>Apple
- 711 :デフォルトの名無しさん:2016/05/03(火) 11:11:29.39 ID:0FoxRkYE.net
- ついに人生観を語り出したか
末期だな
- 712 :デフォルトの名無しさん:2016/05/03(火) 11:29:25.26 ID:YZda0r1T.net
- 人生観ってw 大げさすぎ
- 713 :デフォルトの名無しさん:2016/05/03(火) 11:34:38.18 ID:0FoxRkYE.net
- 人生持ち出したんはお前だろ
- 714 :デフォルトの名無しさん:2016/05/03(火) 11:40:23.95 ID:YZda0r1T.net
- リラックス、リラックスw
ていくいっといーじー
- 715 :デフォルトの名無しさん:2016/05/03(火) 11:44:10.82 ID:0FoxRkYE.net
- うーんw
- 716 :デフォルトの名無しさん:2016/05/03(火) 12:02:34.90 ID:zkUFOdEF.net
- >>706
それな
こっちはすでに全面的にSwiftに移行した
Objective-CでもSwiftでもどっちでも開発できるが、新規案件は全てSwiftに移行
- 717 :デフォルトの名無しさん:2016/05/03(火) 12:40:27.55 ID:vvwdlVaH.net
- Objective-CモドキのSwiftを書くのと、
Swiftの標準ライブラリレベルのSwift書くのとじゃレベル感違うからなー
特にProtocol Extensionを前提とした設計は難しい
ダイヤモンド継承問題を再燃させている
- 718 :デフォルトの名無しさん:2016/05/03(火) 12:41:41.07 ID:0b/HUIkJ.net
- 今Swiftで書いておけばメンテナーがいなくてアップデート案件も自分のとこに回ってくるしな
- 719 :デフォルトの名無しさん:2016/05/03(火) 12:48:28.36 ID:sRhmbJDb.net
- 一旦Swiftに移行したらもうobj-cには戻れませんわ
obj-cでのプロパティ宣言とか、型宣言必須とか、カッコ構文とか、ヘッダと実装がファイルで別々になるのとか面倒くさすぎてもうね
- 720 :デフォルトの名無しさん:2016/05/03(火) 12:48:34.96 ID:zkUFOdEF.net
- ObjCの自前ライブラリはどんどんプロトコル指向でSwiftに書き換えていってる
今やSwiftの方が開発しやすい
- 721 :デフォルトの名無しさん:2016/05/03(火) 13:05:00.09 ID:A7H6g7v8.net
- バージョンアップ時の修正なんか、Swift移行で上がった生産性で払って余裕でお釣りがくるよな
- 722 :デフォルトの名無しさん:2016/05/03(火) 13:15:22.00 ID:vvwdlVaH.net
- 基本的にコードは書くより考える時間の方が長いから、
Swiftで記述量減ってもそこまで生産性上がらないんだよなぁ
あと、ビルドがまだ重い、リファクタリングできないという生産性への負のインパクトが大きすぎる
- 723 :デフォルトの名無しさん:2016/05/03(火) 15:45:42.08 ID:S8jXYqZo.net
- >>717
ライブラリ書くとObjC互換 IFにしようとしてObjCもどきのSwiftになる罠
あとSwiftライブラリのXcode versionに引っ張られてXcodeのversion上げられない地雷もツライ
アプリケーション層ならSwiftらしく書けるんだけどなぁ
- 724 :デフォルトの名無しさん:2016/05/03(火) 18:51:44.37 ID:iODoTOQv.net
- プロトコル指向なんてプロトコルで超小分けに細分化してパーツ組んでクラスに合体させるだけとちゃうのん?
クラスの参照とか気にしなくて良いらしいから精神衛生的に良いってくらいにしか良さがわからん。
- 725 :デフォルトの名無しさん:2016/05/03(火) 19:18:49.57 ID:G9XEXQGe.net
- 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)が活発な情報交換・交流コミュニティでオープンソース開発されています(プログラマー募集中)
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
1
- 726 :デフォルトの名無しさん:2016/05/03(火) 19:49:19.37 ID:8r0M9GSx.net
- 死ね
- 727 :デフォルトの名無しさん:2016/05/03(火) 19:53:47.84 ID:sRhmbJDb.net
- 生まれろ
- 728 :デフォルトの名無しさん:2016/05/03(火) 20:29:33.54 ID:jSIt0Mms.net
- 趣味でスウィフトどころか、プログラミングをはじめてはじめたものだがかなり楽しいわ。
必ずしも仕事に繋がる必要はないよね?
- 729 :デフォルトの名無しさん:2016/05/03(火) 21:31:55.71 ID:zBWhUN4e.net
- ここそんな人ばっかだよ。
- 730 :デフォルトの名無しさん:2016/05/03(火) 22:07:06.10 ID:kzvDuqU1.net
- Swift使いたくて使ってる人ばかりだからね
実用性はどうでもいい
- 731 :デフォルトの名無しさん:2016/05/03(火) 23:20:26.35 ID:JtOUjSkK.net
- おまえら立派なスウィフターだな
- 732 :デフォルトの名無しさん:2016/05/04(水) 07:25:23.81 ID:OGyJ//k3.net
- Swift終わったな
- 733 :デフォルトの名無しさん:2016/05/04(水) 07:42:36.97 ID:AS0nDrtT.net
- Swift始まったな
- 734 :デフォルトの名無しさん:2016/05/04(水) 10:02:37.42 ID:r49AWqCR.net
- Swiftやってるな
- 735 :デフォルトの名無しさん:2016/05/04(水) 10:22:37.31 ID:D79M6+1d.net
- Swiftクソだな
- 736 :デフォルトの名無しさん:2016/05/04(水) 10:35:50.18 ID:r49AWqCR.net
- 馬鹿には理解できない言語だな
- 737 :デフォルトの名無しさん:2016/05/04(水) 10:42:57.18 ID:D79M6+1d.net
- と思って悦に浸ってる勘違い意識高い系バカが使う言語だな
- 738 :デフォルトの名無しさん:2016/05/04(水) 13:04:48.03 ID:1trhxMwI.net
- 愉快犯同士の空中戦やめい
ObjC信者もSwift使いもポカーンだわ
- 739 :デフォルトの名無しさん:2016/05/04(水) 13:57:25.01 ID:ca9oVIgU.net
- ObjCの狂信者がSwiftの動向にビクビクしながらこのスレ覗きに来てるのが笑えるわw
- 740 :デフォルトの名無しさん:2016/05/04(水) 14:58:35.83 ID:7sUhWWXr.net
- どっちの言語も書けるスタンスで双方のイマイチなところを批判してももう一方の信者だとレッテル貼られるのが匿名掲示板の辛いところだな
- 741 :デフォルトの名無しさん:2016/05/04(水) 15:02:45.09 ID:kAhLboWM.net
- >>740
双方のイマイチなところを具体的に頼む
- 742 :デフォルトの名無しさん:2016/05/04(水) 15:20:45.59 ID:1luj0Nf3.net
- Swiftはwithout CだからインラインCが書けない
Objective-CはC拡張だから制御文はCのまま
やっぱSwiftive-Cだろ
- 743 :デフォルトの名無しさん:2016/05/04(水) 15:25:51.79 ID:L0ARy0sB.net
- 好きな言語使えばいいのに何をいがみ合ってるんだよw
- 744 :デフォルトの名無しさん:2016/05/04(水) 15:35:40.08 ID:MZQDLmi3.net
- 現場で必要とされるヤツを使えばいいだけ
- 745 :デフォルトの名無しさん:2016/05/04(水) 15:37:04.37 ID:1trhxMwI.net
- どんだけCが好きなんだよww
インラインCって意味分からん、他言語コードがコピペで動くものなんぞ要らんわ
無理にやるなら、JSのevalみたいに実行時にステップ実行か?
マジレスするならお前はObjective-C++使え
Cが書けて型推論もジェネリクスもexceptionもクロージャも何もかもがあってObjC, Swiftの上位互換
実用上マイナーだから使いにくいけど最強の言語だと思ってる
- 746 :デフォルトの名無しさん:2016/05/04(水) 15:37:50.28 ID:1/nIslLH.net
- 荒れるのはObjC厨がこのスレ書き込むから
- 747 :デフォルトの名無しさん:2016/05/04(水) 16:06:22.75 ID:kAhLboWM.net
- Swiftのことが気になって気になって気になってしょうがないんたろうな
- 748 :デフォルトの名無しさん:2016/05/04(水) 17:24:35.12 ID:D79M6+1d.net
- >>742
それじゃObjective-Cでいいってことになっちゃうからダメだろ
- 749 :デフォルトの名無しさん:2016/05/04(水) 17:34:43.60 ID:49ZtW6XP.net
- CGPointとCGPointMakeの違いを教えてクレメンス
- 750 :デフォルトの名無しさん:2016/05/04(水) 18:54:39.40 ID:QuiB877u.net
- 質問スレ行けっていわれんぞ。
CGPointは参照のみだったかも。
だから自分で数値入れる時はmake使うってだけだと思う、俺もはっきりした記憶ないけど。
それよりストリングindex面倒臭すぎじゃプロトコル指向なんてプロトコルで超小分けにパーツ組んで合体させるだけとちゃうのん?ね?
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。
- 751 :デフォルトの名無しさん:2016/05/04(水) 18:56:42.40 ID:7sUhWWXr.net
- >>741
スタンスを明らかにして改めて書いたら俺の言ってる事の証明にはならないけど、これまでに何回かスレには書いててるよ
>>741
イニシャライザが違うだけで結果は同じ。後者はSwift以前からあった初期化関数。Swiftらしい書き方という事で前者が登場した。どっちを使ってもいい
- 752 :デフォルトの名無しさん:2016/05/04(水) 18:58:03.01 ID:QuiB877u.net
- >>750
悪い、何か勝手にコピぺ入った。
正しくはこれ↓
それよりストリングindex面倒臭すぎじゃね?
ちょっとしたことなのに何行も書かないと出来ないこと多い。
今例えようと思ったけど出てこんかったスマン。
- 753 :デフォルトの名無しさん:2016/05/04(水) 18:58:30.04 ID:Lk860syx.net
- KVOがないのはクソ仕様
- 754 :デフォルトの名無しさん:2016/05/04(水) 18:58:50.61 ID:7sUhWWXr.net
- >>750
違いあるの?あったら嘘教えてる事になるな。ごめん。
- 755 :デフォルトの名無しさん:2016/05/04(水) 19:28:52.90 ID:QyV686/Wo
- Swiftが未完成だからでしょ。
本当に良い言語ならObjCユーザーだってとっくにSwift移行してみんな仲良く平和な世界になってるはず。
- 756 :デフォルトの名無しさん:2016/05/04(水) 19:57:43.50 ID:1trhxMwI.net
- ググったら「【iOS】CGPoint()とCGPointMake()の違い」というくだすれ行きなQiitaがトップにヒットしたわな
>>749は、このページで理解できないなら公式サイトのSwiftマニュアルを読み直せ、という話だが
CGPoint() ... 構造体のコンストラクタ
CGPointMake() ... 構造体を返すメソッド
返す実態は両方とも構造体の値型なので、機能に違いはなさげ
性能は・・・後者の方が2倍弱速くてワロタ
ホント、Swift発表時にObjCより早いとか言ってたのはどういうベンチマークだったんだよw
- 757 :デフォルトの名無しさん:2016/05/04(水) 20:58:11.80 ID:QyV686/Wo
- CGPointMakeは単なるC言語の構造体だからな。
結局ObjCより早くなってもC言語より早くなることはないってことか。
- 758 :デフォルトの名無しさん:2016/05/04(水) 20:58:48.38 ID:Y14GgyGL.net
- オーディオデータの取り込みに詳しい方助けてください
CMSampleBufferの使い方がわからず苦戦しています。海外のサイトをみても全くわからず路頭に迷っています
ttps://teratail.com/questions/34067
- 759 :デフォルトの名無しさん:2016/05/04(水) 22:53:42.82 ID:7sUhWWXr.net
- >>756
おお俺も勉強になった。ありがとう。
- 760 :デフォルトの名無しさん:2016/05/04(水) 23:36:23.10 ID:LrlISPBQ.net
- >>706
実際敷居は低いと思うわ
javascriptやlinqに似たところある気がするし、実用的なものになるかどうかはさておきobj-c知らなくても書けるしね
- 761 :デフォルトの名無しさん:2016/05/05(木) 07:36:43.38 ID:1W29GGFc.net
- >>760
おれは逆に色んな言語の違いがわからないんだよね
大学の時にCやった程度だけどjsもphpもswiftも大した違いがわからないまま割とすんなり書けるようになった
細かい書き方に違いはあれど基本同じに見える
機能的な問題?
非オブジェクト指向とかアセンブラとは違うのわかるけど、、
- 762 :デフォルトの名無しさん:2016/05/05(木) 07:47:57.66 ID:WWv6suKc.net
- >>745
vc++よりもいいの?
- 763 :デフォルトの名無しさん:2016/05/05(木) 08:12:05.46 ID:e++JP2v+.net
- >>761
なでしことHaskellとnimとLispくらいはやってみれば?
動作環境も用途も機能も大体同じ言語やってたら、そりゃ多少の意識高い系なら同じに見えるわ
- 764 :デフォルトの名無しさん:2016/05/05(木) 12:24:21.29 ID:1W29GGFc.net
- >>763
なでしこ聞いたことあるなー
日本人向けって言ってたから興味あるかも
言うて戻すのにいちいちリハビリするのめんどい、、
基本プログラミングは言語統一してくれ派閥なもんで
- 765 :デフォルトの名無しさん:2016/05/05(木) 12:43:48.35 ID:83OAMlQj.net
- なでしこはオワコン
- 766 :デフォルトの名無しさん:2016/05/05(木) 13:30:24.16 ID:uz/T5fPr.net
- なでなでシコシコ?
- 767 :デフォルトの名無しさん:2016/05/05(木) 13:42:36.16 ID:e++JP2v+.net
- この程度にリハビリが必要とか言うから意識高い系なんだよ
どの言語も同じ程度に読み書き出来るなら弘法筆を選ばずで何の問題もなかろう
言語に依存する機能や特性、性能を気にしてないなら、尚更言語文法くらい気にせず使えるようになれよ
なお、SwiftはObjCと機能、特性はほぼ一緒で性能は下位互換
文法くらいしか楽しむ所ないから困る
- 768 :デフォルトの名無しさん:2016/05/05(木) 14:06:09.35 ID:Rev/1OWf.net
- リハビリにSwiftは適さないので、他の言語をお勧めする
- 769 :デフォルトの名無しさん:2016/05/05(木) 14:22:17.32 ID:BaL+pKTS.net
- WWDCでswift限定の何かがあるのか。
http://japan.cnet.com/news/service/35081399/
- 770 :デフォルトの名無しさん:2016/05/05(木) 14:33:34.68 ID:83OAMlQj.net
- SwiftはObj-Cの上位互換言語
- 771 :デフォルトの名無しさん:2016/05/05(木) 14:49:46.56 ID:83OAMlQj.net
- Swiftから他の言語に戻った時の弊害
文末のセミコロンを忘れる
if文の()を忘れる
switch文のbreak;を忘れる
- 772 :デフォルトの名無しさん:2016/05/05(木) 15:45:19.51 ID:M3xx0KzK.net
- >>770
ちょっと何言ってっか(略
- 773 :デフォルトの名無しさん:2016/05/05(木) 17:15:33.85 ID:eZmHLWJz.net
- >>769
フレームワークのSwift移行計画を発表するんじゃない?
- 774 :デフォルトの名無しさん:2016/05/05(木) 17:27:22.88 ID:e++JP2v+.net
- バズワード並べただけのブロガーホイホイではなかろうか
>>769がブロガーかどうかは別としても普通に釣り上がってるし
よくて、なんとかKitをSwiftから叩くとMac OS, iOS, watchOS, tvOSがこのように連携できます(ドヤァ
だと予想
そんなことよりswift 3.0の真面目な進捗報告を願いたい
- 775 :デフォルトの名無しさん:2016/05/05(木) 17:33:16.06 ID:YhZGBBy2.net
- >>761
forthをお勧めする。
- 776 :デフォルトの名無しさん:2016/05/05(木) 18:00:45.50 ID:w6zqabi+.net
- 進捗報告も何もオープンなのに
- 777 :デフォルトの名無しさん:2016/05/05(木) 18:37:07.39 ID:/k6lk36c.net
- GitHubみろよ
- 778 :デフォルトの名無しさん:2016/05/05(木) 18:40:17.10 ID:e++JP2v+.net
- お前ら純粋だなw
オープンソース=全ての進行が公開されている
と解釈できるほど俺は純粋じゃない
- 779 :デフォルトの名無しさん:2016/05/05(木) 18:42:23.92 ID:gHd2qrOP.net
- WWDC で ObjC の切り捨て発表
- 780 :デフォルトの名無しさん:2016/05/05(木) 19:09:29.80 ID:w6zqabi+.net
- コミュニティを裏切ってまで裏で進めるメリットって何だ?
- 781 :デフォルトの名無しさん:2016/05/05(木) 19:21:28.69 ID:1W29GGFc.net
- xcodeのハイブリッド化とかは?
もうできてるんだっけ?
- 782 :デフォルトの名無しさん:2016/05/05(木) 19:37:52.83 ID:y2h1rl3P.net
- 何と何のハイブリッドよ?
- 783 :デフォルトの名無しさん:2016/05/05(木) 20:35:39.24 ID:VfNasYy1.net
- swiftからcライブラリとか使いづらいのは、
obj-cとのすみ分けだと思っている。
cやc++のライブラリを使いたい時にobj-cでラッパーコードを書いて
swiftからobj-cのインターフェース呼び出しのコードを書いていくと
便利。これで住み分け出来てるからswiftとobj-cは共存共栄できると思う。
- 784 :デフォルトの名無しさん:2016/05/05(木) 21:29:26.22 ID:6UCX1o0o.net
- 単純にやる気がない、手が回ってないだけだと思うが
C++が叩けないのは他の新興言語も同じだからいいとして、Cの叩きづらさ叩かれづらさは尋常じゃない
2.0で若干改善したけど3.0でもう一度一新してくれねーかなぁ
>>780
Androidも建前上はAOSPコミュニティの持ち物だけどGoogleが裏でゴリゴリ進めてGoogle I/Oでドヤァってやってるじゃんよ
コミュニティ主体のOSSと企業主体のOSSじゃ進め方は違って当然
- 785 :デフォルトの名無しさん:2016/05/05(木) 21:31:03.60 ID:9z+vbfGv.net
- >>782
win/mac
期待はしてないけどiOS/Androidも。
せめてPlaygroundだけでもiOSで試したい
- 786 :デフォルトの名無しさん:2016/05/05(木) 21:40:03.10 ID:w6zqabi+.net
- >>784
うん、で、Swiftでそれやるメリットは何なの?
Androidの場合は新機能をライバルに知られないことと、発表会を盛り上げられることが考えられるけど
- 787 :デフォルトの名無しさん:2016/05/05(木) 22:00:55.15 ID:eZmHLWJz.net
- >>785, 761
iPad版は出てもおかしくないと思う。
winやAndroidはどうでもいいと思う。大して売り上げに影響しないだろうし。
- 788 :デフォルトの名無しさん:2016/05/05(木) 22:03:31.62 ID:VoEPaWRz.net
- タブレットで本格的なプログラミングはないわぁ
- 789 :デフォルトの名無しさん:2016/05/05(木) 22:10:18.20 ID:YJJ4THJY.net
- without Cなら、obj-c++使うからいい
- 790 :デフォルトの名無しさん:2016/05/05(木) 22:13:56.52 ID:YJJ4THJY.net
- swiftive-c++希望、NSプレフィックスは取るな
- 791 :デフォルトの名無しさん:2016/05/05(木) 23:10:07.89 ID:hzKJRrN+.net
- >>786
Swift 3.0で発表会盛り上げてどうぞ
goやrustをライバル視してるならそっちへの牽制もあるか?逆にswiftがパクることの方が多いけど
- 792 :デフォルトの名無しさん:2016/05/05(木) 23:31:09.68 ID:09EmDjov.net
- >>785
開発者の囲い込みに成功してるAppleが他社プラットフォームにわざわざ塩を送らないでしょ
MSは囲い込み競争に負けてるからMacでも開発できるような体制になっけども
- 793 :デフォルトの名無しさん:2016/05/05(木) 23:52:40.77 ID:eZmHLWJz.net
- キーボード付きタブレットは昔のDOS入りノートPCと同じだからな。
- 794 :デフォルトの名無しさん:2016/05/06(金) 00:06:20.76 ID:IoBG5ZO+.net
- >>792
Linuxで動かしてなんでWinで動かないんだよwwwwって笑い者になってるから
WWDCじゃないとしても早めにやるんじゃないのかね
ない時はそんなもの要らないと言って、出来たらヴォースゲー流石アポー!!
と絶賛するのが訓練された信者の在り方かもしれんが
- 795 :デフォルトの名無しさん:2016/05/06(金) 00:12:03.12 ID:ASZ35Xju.net
- cygwinポートなら既にマージされてるけど
- 796 :デフォルトの名無しさん:2016/05/06(金) 00:28:14.82 ID:r2RofS0q.net
- >>764
「プログラミングは言語統一してくれ派閥」とか言ってる時点でなぁ
プログラミング言語はそれぞれ目指す目標が違うんだから、そんな未来は来ない
実際に何か書いて動かす必要があるのなら、複数言語覚えちゃうほうが明らかに手っ取り早いし、普通みんなそうしてる
そもそも、プログラミング言語だけ統一したところで例えばサーバーサイドとアプリとWebでは作法が全然違うし、
アプリですらプラットフォームごとにUIの思想はばらばらな訳で、世の中がiOSとMacだけになるとかそういう状況にならないと一切旨味はないと思うぞ
そんな夢を見続けているのって無意味じゃない?
- 797 :デフォルトの名無しさん:2016/05/06(金) 01:19:20.26 ID:hPBBpARM.net
- >>792
CやC++やる本物のギークはLinuxだし、量産業務プログラマはWindows PCだし、
Macが囲い込みできている開発者ってオサレ気取りのワナビだけじゃないの?
高いハードのお布施で伸びてきたけど、Apple Watchがコケて先は見えない
アプリはソシャゲくらいしかお金にならないから、
本物の業務の現場でプログラムやってるWin層からマージン取る方にいくんじゃないかな
- 798 :デフォルトの名無しさん:2016/05/06(金) 01:33:24.47 ID:ASZ35Xju.net
- つい無駄に雄弁になってコンプレックスを悟られちゃうタイプかな
- 799 :デフォルトの名無しさん:2016/05/06(金) 01:39:34.05 ID:hPBBpARM.net
- コンプレックスというか危機感かな
Windowsの仕事は10年先もあるだろうし、C/C++やる本物のプログラマはずっと必要
Swiftエコシステムをマネタイズする仕組みを作らないとみんな飢えるよ
- 800 :デフォルトの名無しさん:2016/05/06(金) 02:33:48.32 ID:yYbOXUzQ.net
- >>794
レスのアンカー辿ってくれ
言語じゃなくてXcodeの話だぞ
- 801 :デフォルトの名無しさん:2016/05/06(金) 03:09:59.29 ID:XHqCx5Mk.net
- 初心者の俺にはxcodeで予測変換でるのありがたいんだけど、他の言語?というかソフトでもでるの?
- 802 :デフォルトの名無しさん:2016/05/06(金) 04:29:04.77 ID:QCGxwQ8w.net
- >>794
よくわからんがUNIXで動いてるものをUNIX同士で移植したの見て
なんでおれたちMicrosoft社の独自規格OSでも動くようにしないんだ!って
言ってるバカがどっかに居るってこと?
- 803 :デフォルトの名無しさん:2016/05/06(金) 08:12:24.31 ID:a+APx1Ve.net
- Xcodeのwin対応でアプリが増えることも、開発者プランの加入が増えることもAppleとユーザー双方にメリットがあることだと思う。
macが買えないとか会社の都合でwin使ってる人だってiOSは持ってたりする訳で、そこにswiftを学習する機会を与えれば将来的にプラスになると思うんだけどなー
- 804 :デフォルトの名無しさん:2016/05/06(金) 10:04:00.90 ID:rONbK8Rq.net
- Xcodeは何もiPhoneアプリ開発専用じゃないんだが
Win版が出たとしてMacアプリの検証どうやんの?
- 805 :デフォルトの名無しさん:2016/05/06(金) 10:46:20.90 ID:hWQFOZ7X.net
- >>802
goやrustがMac, Linux, Win, Android, iOS, MIPS, x86と対応してるのに後発のswiftが出来てないことへの皮肉、分からないのかな?
>>804
ブーメランささってんよ
Mac OS, iOS専用じゃないから、それらが開発出来る必要ない
- 806 :デフォルトの名無しさん:2016/05/06(金) 10:52:12.60 ID:4ICSGBEM.net
- >>803
Appleはハードを売ってる会社だからそう簡単な話じゃないと思う
- 807 :デフォルトの名無しさん:2016/05/06(金) 11:39:35.37 ID:rONbK8Rq.net
- >>805
Xcodeで何つくるの?
- 808 :デフォルトの名無しさん:2016/05/06(金) 12:08:58.97 ID:SLyybgrK.net
- >>807
apple watch
apple TV
- 809 :デフォルトの名無しさん:2016/05/06(金) 12:24:49.00 ID:a+APx1Ve.net
- 普通にiOSアプリ作る前提で話してた。
winで実機テストできたらiOS機器も少し伸びるだろうし、
iOS使って簡単にでもswiftの学習が促進されれば将来のMacユーザーやApple信者も増加すると思うんだ。
おまじないが無くて書きやすい言語だからこそユーザーを引き込む力が強いと思う。
- 810 :デフォルトの名無しさん:2016/05/06(金) 13:44:27.33 ID:S+Ntpto5.net
- >>807
IBMがサーバサイドSwiftとか考えてるから(棒読み
- 811 :デフォルトの名無しさん:2016/05/06(金) 16:41:00.77 ID:r2RofS0q.net
- >>809
開発者側の環境を整えたらどうしてiPhoneが売れるようになるの?
自分がiPhoneだったらAndroidを、AndroidだったらiPhoneを、「開発環境が良くなって魅力的なアプリが増えました!」って売り文句で買う気する?
iOSアプリ開発でお金稼ぎたい人、企業はまずMac miniとか買っちゃうから。
WindowsでXcodeが動いて欲しいとか言ってるのはWinノートしか持ってないけどiPhone持ってるみたいな大学生だけだろ?
- 812 :デフォルトの名無しさん:2016/05/06(金) 17:45:06.85 ID:QCGxwQ8w.net
- まぁ、WindowsPhoneアプリで一儲けできるなら
安いWindows機を買ってやらないこともないっつか
むしろその場合に逆に「Macだけで開発できるように公式互換エミュ作れ!」とか言ったら
完全に狂人の戯言だよなぁ…
そんな環境で売り物テストしたくねぇし、ドザがナチュラルに
気が狂ってると思うことは多い。
- 813 :デフォルトの名無しさん:2016/05/06(金) 18:53:05.36 ID:a+APx1Ve.net
- >>811
winでiPhone使ってる人めっちゃいるよ?
アプリ作ってみたいってだけでMacに乗り換えるってのは仕事の関係もあったりして難しいと思う。
winとかiOSでXcodeが出ればディベロッパープログラムの加入だけでも凄い利益になるし、これからはGoogleみたいにappストアで広告枠作るらしいから開発者人口は多い方がAppleは儲かる。
宣伝的にも公開アプリ数は昔から普通に泥と比較されてるじゃん。
- 814 :デフォルトの名無しさん:2016/05/06(金) 19:03:15.20 ID:a+APx1Ve.net
- あと、開発者になったら最新機種に乗り換える頻度も高くなるし4s以降とかiPadとかも買いたくなるでしょ?
iOSに関して売上は確実に伸びるしappストアのDL数も伸びる。
ユーザー的にも便利になるし誰が損するのか全然見えない
- 815 :デフォルトの名無しさん:2016/05/06(金) 19:29:42.24 ID:XRJOmAOR.net
- う い ん ど う ず w
- 816 :デフォルトの名無しさん:2016/05/06(金) 19:38:21.57 ID:r2RofS0q.net
- >>813
WinでiPhone使ってる人のことは否定してないよ。
iOS開発したいのに手元のWinマシンでXcodeが動かないからできない、とかのたまってるあんたみたいなライト層を取り込むメリットがどこにあるのって話。
Macに乗り換えるんじゃなくて、iOS開発の時だけMacを使えばいいだけの話。
デベロッパープログラムで利益になると言っているが、Windowsで動くXcodeやiOSシミュレータの開発コストは0なのかい?
今なら本気で開発するつもりの人に開発専用のMac miniとかを買ってもらえて、デベロッパープログラムにも入って貰えるわけだから、
開発コスト、サポートコスト、どちらも削減できた上に売上まで増えるわけで、Apple的にはWindows版を開発するメリットなんてどこにもないと思うが。
現状、Xcodeはアップデートでどんどん古いMac OS Xのサポートを切ってる現状から見ても、少なくともWindowsのサポートってのはとんでもなく大きなコストがかかるから、
そんなことをやってもAppleは得しない。
Xcode for Winが出てくるようなタイミングは、iOSが凋落しまくって開発者が一切寄り付かなくなってそんな苦肉の策しかやることがないタイミングだろ。
現状、十分に活発なアプリ市場が出来上がってる以上、Windowsで開発できるようになったからってキラーアプリが増えるわけでもなし、ストアのDL数が増える要素がないだろ。
- 817 :デフォルトの名無しさん:2016/05/06(金) 19:42:01.71 ID:ZXd1jUzZ.net
- おまじないって何よ
- 818 :デフォルトの名無しさん:2016/05/06(金) 19:59:30.48 ID:U9P/4iQF.net
- MacでVisualStudioが出るくらいありえない
- 819 :デフォルトの名無しさん:2016/05/06(金) 20:53:36.44 ID:SLyybgrK.net
- Mac買ってコーティングはWindowsのVisual Studio+xamarinでやるのが向いてると思うぜ
- 820 :デフォルトの名無しさん:2016/05/06(金) 21:02:47.67 ID:ASZ35Xju.net
- MacにVSでたじゃん
VS Codeだけど
- 821 :デフォルトの名無しさん:2016/05/06(金) 23:23:48.46 ID:4ICSGBEM.net
- >>813
Developer Programに入るだけよりMacも買ってもらった方が儲かるだろ
>>816も言ってるようにMac miniやMacBookごときを買うのを躊躇して開発を始められないような熱の少ないライトなDeveloperは眼中にないよ
ただ作ってみました的な質の悪いアプリはストアの質も落ちるしノーサンキューだろう
- 822 :デフォルトの名無しさん:2016/05/07(土) 02:13:27.67 ID:rFR0bWUt.net
- 精々2万人ぐらいしかユーザーが増えないのにWindows版なんか作るわけない。
作りたきゃMacぐらい買うってw。Airを中古で買えば6万ぐらい済むのに。
後、4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。
- 823 :デフォルトの名無しさん:2016/05/07(土) 02:19:00.71 ID:rFR0bWUt.net
- 最近は聞かなくなったが、少し前までOSXのWindows版を出せとかいう話をよく聞いた。
出すとしたら、値段的に8万円ぐらいで売らないととてもペイしない。
+開発環境だと50万ぐらい。
なんのことはない。昔のOPENSTEPの値段やね。
- 824 :デフォルトの名無しさん:2016/05/07(土) 02:48:19.89 ID:/XtTgEZq.net
- >>822
>4ICSGBEMが言うようにアプリ開発はもはや素人の出る幕はない。
プロがいきなり畑から生えてくるんですね
わかります。
あといまのモシモシゲーのアレを作ってるやつらがあれでプロって自称したら噴く
- 825 :デフォルトの名無しさん:2016/05/07(土) 06:41:15.09 ID:l6vJbo0+.net
- あんなもしもしゲー()と馬鹿にすると思うが、作るのには相当の工数がかかってるぞ
普通にプロの複数人体制でそこそこの期間とらないとできない
アプリで儲けたいのならそれなりにしっかりしたコンセプトも必要だし、見た目をしっかりさせるためのデザイナーも必要だし、現状ではPRだってしっかりやらなきゃ
そもそもダウンロードにつながらない。
遊びでやってみたいなら、Androidを買ってみるか、初期投資はちょっとつらいかもしれないがMac miniとかを買うのがマジでお勧め。
実際、Windows版Xcodeが出たとして、何作ってストアに売り込むつもりなの?そんなに独創的で流行るアイディアを持ってるのかな?
- 826 :デフォルトの名無しさん:2016/05/07(土) 09:22:27.09 ID:IXkQvPOM.net
- Swiftのはなしをしろ
- 827 :デフォルトの名無しさん:2016/05/07(土) 12:37:26.27 ID:8sdmQ+pX.net
- ほしかったら自分で作れよ
なに人任せにしてるんだよ
- 828 :デフォルトの名無しさん:2016/05/07(土) 12:43:43.23 ID:v7dF15fo.net
- 一人で作って何年かかると思ってんだよアホか
- 829 :デフォルトの名無しさん:2016/05/07(土) 12:48:02.69 ID:IXkQvPOM.net
- ねだるな勝ち取れ
- 830 :デフォルトの名無しさん:2016/05/07(土) 14:38:32.12 ID:8sdmQ+pX.net
- だれも一人で作れと言ってないし
ここで意味もない叫びをするくらいなら動けば?って思っただけ
自分だったらそうするけど
- 831 :デフォルトの名無しさん:2016/05/07(土) 14:59:44.91 ID:lcp+0jE0.net
- >>825
そんな独創的な流行るアイデアがあればとっくに機材そろえて開発に着手してるだろうよ
- 832 :デフォルトの名無しさん:2016/05/07(土) 15:00:11.80 ID:cEgjFU9Q.net
- やらねーくせにw
- 833 :デフォルトの名無しさん:2016/05/07(土) 15:02:19.22 ID:rFR0bWUt.net
- ちなみにxcodeは新mac板に専用のスレが立っているからな。
- 834 :デフォルトの名無しさん:2016/05/07(土) 15:25:11.05 ID:/xZz2ykS.net
- swiftもMac板にもスレあるし、そっちに行った方がいいな
- 835 :デフォルトの名無しさん:2016/05/07(土) 15:56:22.83 ID:B5W1/mr8.net
- 今度立てるときはスレタイの先頭はSwiftか【Swift】にしろよ。
意味わかるだろ?
- 836 :デフォルトの名無しさん:2016/05/07(土) 17:21:07.71 ID:Ni9dNVoc.net
- 押し付けないでください!!!
- 837 :デフォルトの名無しさん:2016/05/07(土) 17:22:02.04 ID:Ni9dNVoc.net
- objective-cで何の問題もないんです!
- 838 :デフォルトの名無しさん:2016/05/07(土) 17:34:55.93 ID:rCqt5XGU.net
- そうだな
- 839 :デフォルトの名無しさん:2016/05/07(土) 17:42:23.95 ID:B5W1/mr8.net
- いやスレッドの視認性の話。
- 840 :デフォルトの名無しさん:2016/05/07(土) 18:03:27.58 ID:4X0XqLuK.net
- 独創的なアイデアがあれば、ひとりでいいんだよ。
独創的なアイデアがないから、人手だけやたらとかけた壮大な駄作ができるんだろ。
いまのファイナルファンタジーがそうだろ
- 841 :デフォルトの名無しさん:2016/05/07(土) 19:36:44.96 ID:/XtTgEZq.net
- 独創的とかじゃなくて
あたりまえのことをあたりまえにやることの重要性。
iPhone触った後にAndroid触った時の
「なんでこんなことができてないんだ?」といっしょ。
- 842 :デフォルトの名無しさん:2016/05/07(土) 19:48:43.10 ID:QTOH9uq0.net
- それ君がAndoridの使い方を理解してないか、国産クソガラパゴスAndroidを見て評価してるんじゃないの
最近で言えば、AppExtensionはAndroidの丸パクリだよね
「なんでいまだにホーム画面にウィジェット置けないんだ?」って感じ
- 843 :デフォルトの名無しさん:2016/05/07(土) 20:53:17.77 ID:IXkQvPOM.net
- あの、ここSwiftスレなんすけど
- 844 :デフォルトの名無しさん:2016/05/07(土) 21:09:48.42 ID:5SVpA7kW.net
- Swiftすげー
Swift面白い
Swift最強
- 845 :デフォルトの名無しさん:2016/05/07(土) 21:10:15.32 ID:v7dF15fo.net
- >>844
kwsk
- 846 :デフォルトの名無しさん:2016/05/07(土) 21:43:25.91 ID:QTOH9uq0.net
- Swift3.0の情報漁ってても辛くなるだけだしなぁ
あんまり表のSwifterが触れたがらないゴミプロポーザルの話でもするか?
- 847 :デフォルトの名無しさん:2016/05/07(土) 22:27:38.06 ID:hfPhBXdU5
- >>846
気になる
- 848 :デフォルトの名無しさん:2016/05/07(土) 22:17:45.59 ID:QTOH9uq0.net
- 誤訳があったらスマンな、誰も真面目に訳さないからな
SE-0062 Obj-Cのキーパスを参照可能にする
#selectorみたいにKVCする場合、#keypathでキーパスを取るように強制
SE-0064 Obj-Cのプロパティのgetter/setterのセレクタを参照可能にする
プロパティのgetter/setterを#selectorで取得できなかったバグの修正
SE-0066 型引数の構文の標準化
引数なしクロージャは () -> Void なのに、引数1のときだけ Int -> Void と括弧を省略できるのは
一貫性がないから常に (Int) -> Void と書くようにせよ
SE-0067 FloatingPointプロトコルの改良
今のFloatingPointプロトコルはIEE754が定める浮動小数点数を操作するには貧弱すぎるので改良する
SE-0068 Selfの意味を拡張する
self.dynamicTypeをSelfでかけるようになる、今までできなかったのが頭悪い
SE-0069 Foundationの型を値型にする
Foundationをプロトコル拡張で全て実装しなおすのは難しいから、
NSDateなら、Date Structと、NSDate classに分離する(参照型はNSが残る)
その上で、Swift APIでは letとvarでImmutable/Mutableを表現する
SE-0070 Optinalのプロトコルを宣言できるのはObj-Cのみとする
プロトコル拡張とoptinalの存在が紛らわしいから、
@objc optionalを全てのメソッドに付けないとエラーにする
SE-0072 暗黙の型変換削除
Swiftコンパイラのバグの温床になっていたNSString -> Stringのような暗黙の型変換を全部なくす
必要があるならば全てasでキャストせよ
- 849 :デフォルトの名無しさん:2016/05/07(土) 22:31:45.06 ID:Ni9dNVoc.net
- 押し付けないでください!
押し付けないでください!
押し付けないでください!
- 850 :デフォルトの名無しさん:2016/05/07(土) 22:34:02.13 ID:IXkQvPOM.net
- 訳じゃなくてどうゴミだと思うのか書けよ
- 851 :デフォルトの名無しさん:2016/05/07(土) 22:34:40.14 ID:lHpho2mQ.net
- SwiftのProposalなのにObjective-Cの話しかしてないのね
- 852 :デフォルトの名無しさん:2016/05/07(土) 22:42:27.78 ID:QTOH9uq0.net
- >>850
32行の行数制限で両方書くのは流石に難しいな、お前も煽ってないでSwiftの話をしてもいいんだぜ
基本的に記述がどんどん安全で冗長になっていくゴミ提案ばかり
逆に記述がスマートになりそうなSE-0018とかはリジェクト
あとSwiftらしいFoundationを1から作るのを諦めてるのが将来的にマイナスだと思うんだが
letとvarがあり、CopyOnWriteのSwiftでNSCopyingプロトコルなんて意味がない
- 853 :デフォルトの名無しさん:2016/05/08(日) 00:16:04.93 ID:2fJZaif/.net
- >>848
SE-0062
嬉しい。コード補完も効くだろうし便利になる。
SE-0069 SE-0070
ややこしい事になってきた感じがする。
SE-0072
自動キャストなくなるのかよw
明示的にする事でコンパイラが迷わなくてコンパイルも早くなるんだろうからその点はいいけど、細かい暗黙的な変換を気にしないで書ける読めるという方向を諦めたのは少し残念
いい進化と微妙な変更と残念な退化といろいろあるね
- 854 :デフォルトの名無しさん:2016/05/08(日) 00:34:50.27 ID:3zpmsjeYK
- >>848
SE-0069の参照型回避は使い方に気をつけないとパフォーマンス落ちそうで怖いな。
Cの構造体値渡しの問題と同じことになりそう。
- 855 :デフォルトの名無しさん:2016/05/08(日) 00:34:55.34 ID:hpeMWjdb.net
- >>853
SE-0062
クラスに対するキーパスは便利になるけど、
配列や辞書みたいな、動的に名前を解決するものはどうなるのか
SE-0069はもうちょっと全貌を纏め上げてくれないとなんとも言えないが
Immutableのlet String、NSStringとMutableのvar String、NSMutableStringにしたいのか?
SE-0072についてフォロー(?)をしておくと、String -> NSStringは現状のまま
NSStringは内部実装が多数あるから、コンパイラをよほど賢くしないとStringへのキャストに失敗する
Swift3のテーマは、Objective-Cの延命だと思う
言語仕様としての洗練はSwift4からだろう
- 856 :デフォルトの名無しさん:2016/05/08(日) 00:40:10.63 ID:p3vkdm2Y.net
- 暗黙の型変換なんて要らないだろ。
そんなもの最初から要らなかったんだよ。
- 857 :デフォルトの名無しさん:2016/05/08(日) 00:43:54.36 ID:SEggZNIX.net
- 暗黙の型変換→便利
明示的宣言→普通
asキャスト→ウザイ
- 858 :デフォルトの名無しさん:2016/05/08(日) 00:45:18.05 ID:h81zC51w.net
- 沈黙の艦隊
進撃の巨人
暗黙の型変換
- 859 :デフォルトの名無しさん:2016/05/08(日) 00:45:24.41 ID:SEggZNIX.net
- Objective-Cで十分です。
- 860 :デフォルトの名無しさん:2016/05/08(日) 00:53:28.87 ID:TL89dNO8.net
- 型推論でソース嫁ないだろ!ゴルァ!
- 861 :デフォルトの名無しさん:2016/05/08(日) 00:54:22.32 ID:TL89dNO8.net
- Swift3終わったな
- 862 :デフォルトの名無しさん:2016/05/08(日) 11:03:25.00 ID:5SbN0uzB.net
- >>859
うん、みんな知ってる
- 863 :デフォルトの名無しさん:2016/05/08(日) 11:28:43.16 ID:vJgYNSfB.net
- Swiftの方がマスターした時の生産性が高いけどな
- 864 :デフォルトの名無しさん:2016/05/08(日) 11:45:42.25 ID:n3Nh2GSe.net
- よく生産性高いという話聞くけどイマイチ実感がわかないんだけど
具体的にどういうところがよくなるわけ?
- 865 :デフォルトの名無しさん:2016/05/08(日) 12:09:18.59 ID:jk+W7Qvs.net
- タイプ数が減ってる
- 866 :デフォルトの名無しさん:2016/05/08(日) 12:12:53.06 ID:n3Nh2GSe.net
- それってxcodeのコード補完でどうにでもなるレベルだと思うけど違うんかな
- 867 :デフォルトの名無しさん:2016/05/08(日) 12:42:09.36 ID:jk+W7Qvs.net
- var string = ""
NSMutableString *string = @"";
Xcode補完込みで減ってる
誤差だとは思う
- 868 :デフォルトの名無しさん:2016/05/08(日) 12:42:50.99 ID:vJgYNSfB.net
- 例えば、obj-cはヘッダと実装でファイルが別々になるし、プロパティ宣言一つにしても記述量が多い
【swift】
var name: String
【obj-c】
@property (nonatomic, copy) NSString *name;
プロパティのセッタの振る舞いを変えたい場合も、obj-cだと保存用の内部変数用意してセッター丸ごと書かないといけないけど、swiftだと、willSet、didSet使って必要なとこだけ書けばいい
あと、型類推がきくからいちいち一時的な変数の型宣言しなくていいとか
【swift】
var name = "山田太郎"
let info = getInfo();
【obj-c】
NSString *name = "山田太郎":
PersonInfo* info = getInfo();
クラスや構造体の定義とかも楽
- 869 :デフォルトの名無しさん:2016/05/08(日) 13:02:10.31 ID:vJgYNSfB.net
- スマソ
最後の例は間違ってたw
【swift】
let info = self.getInfo()
【obj-c】
PersonInfo *const info = [self getName];
- 870 :デフォルトの名無しさん:2016/05/08(日) 13:02:44.30 ID:JDG6pqSg.net
- ・ヘッダーファイル不要
・self ; 不要
・if let where
・function().function().function()
・よく使い回すものはプロトコル拡張で再利用性向上
- 871 :デフォルトの名無しさん:2016/05/08(日) 13:03:52.98 ID:vJgYNSfB.net
- また間違ったw
【obj-c】
PersonInfo *const info = [self getInfo];
- 872 :デフォルトの名無しさん:2016/05/08(日) 13:14:52.66 ID:jk+W7Qvs.net
- ・function().function().function()
[function [function [function]]]
・よく使い回すものはプロトコル拡張で再利用性向上
今までもUtilクラス等で再利用してる
微妙にObjCエアプログラマっぽい
>> 848
今時 ObjCでgetter使う奴もいまい
PersonInfo *const info = self.info;
で良いんじゃないかな、self.が必要な分、やっぱりSwiftよりタイプ数多いけど
- 873 :デフォルトの名無しさん:2016/05/08(日) 13:29:52.96 ID:JDG6pqSg.net
- ん?プロトコル拡張をクラスの再利用と同じと思ってるのかな
ProjectBuilder のころから ObjC 書いてる俺はエアなのかw
それは失礼しましたw
- 874 :デフォルトの名無しさん:2016/05/08(日) 13:32:04.37 ID:jk+W7Qvs.net
- 目的、実現機能は同じだろ?
文法変わってスゲーと言ってるなら、それも良し
- 875 :デフォルトの名無しさん:2016/05/08(日) 13:34:47.26 ID:JDG6pqSg.net
- カスタマイズポイントをプロトコルを conform してるクラス(または struct)に集中できるところが違う
- 876 :デフォルトの名無しさん:2016/05/08(日) 13:43:07.84 ID:v+P74dHu.net
- コードを読む側としてはletに何が入っているのかわからないからメンテナンス性は悪い
型推論は大規模なコードを書くと、型推論がコンパイルのボトルネックになるから、敢えて定義することが多い
特にジェネリックみたいな入れ子のクラスの推論は弱い
- 877 :デフォルトの名無しさん:2016/05/08(日) 13:58:33.69 ID:LcnT42uz.net
- >>876
同意
見てて明らかすぎる場合は省略していいかなという感じはしてきたが、なんかのメソッドの戻り値とかを代入されてるとなんだかわからない
タイプしたくないという要望は否定しないから、勝手にIDEで補完してくれりゃいいんだけどな
- 878 :デフォルトの名無しさん:2016/05/08(日) 15:07:37.14 ID:GwDyGEQe.net
- 可読性のために必要と考えるなら型を明示すればいいだけ
そこはプログラマの裁量だろ
- 879 :デフォルトの名無しさん:2016/05/08(日) 15:08:59.78 ID:GwDyGEQe.net
- あと、enumにメソッド書けるとことか何気に便利
- 880 :デフォルトの名無しさん:2016/05/08(日) 16:19:41.58 ID:k7Hfd6+4.net
- 結局obj-cが足引っ張ってるからswiftを洗練出来ないんでしょ?
- 881 :デフォルトの名無しさん:2016/05/08(日) 16:33:39.38 ID:HU46K3x1.net
- ソウダヨ
- 882 :デフォルトの名無しさん:2016/05/08(日) 18:29:02.26 ID:OtOURaLi.net
- Visual Studio+C#の型推論ならvarの上にカーソル持って行ったら型がツールチップで表示されるから問題ないんだけど、Xcodeはそういうのやってくれないんだな
- 883 :デフォルトの名無しさん:2016/05/08(日) 18:49:36.58 ID:qY7FGqHE.net
- 言語の仕様とツールの仕様は別の話
- 884 :デフォルトの名無しさん:2016/05/08(日) 19:09:04.13 ID:hpeMWjdb.net
- どのタイミングで型推論が可能か、ってことだから言語仕様の話でしょ?
C#のvarは使えるタイミングをローカル変数に限定してるから、その時点で型が確定している
利便性を上げるだけで特に副作用がない
Swiftはなんでもかんでもletとvarを使わせるから、
現状だと全ソースをコンパイルしないと型が確定しない
- 885 :デフォルトの名無しさん:2016/05/08(日) 19:29:21.75 ID:wG9lSdB2.net
- 副作用?
- 886 :デフォルトの名無しさん:2016/05/08(日) 20:03:36.56 ID:qY7FGqHE.net
- C#のvarと、Swiftのvar、letは意味が違う
Swiftのvar, letは変数の定義だけど、c#のvarは、variant型から来てんじゃねーの?
- 887 :デフォルトの名無しさん:2016/05/08(日) 20:11:47.08 ID:hpeMWjdb.net
- VBのvariant型は確かに近いけど、由来は両方ともvariable(変数)でしょ
むしろletに再代入不可の意味を持たせるのはSwiftだけになると思うから、他の言語から見たら異様に見えそう
- 888 :デフォルトの名無しさん:2016/05/08(日) 20:42:21.27 ID:qY7FGqHE.net
- 大概の言語に定数定義の仕組みがあるから別に異様ではない
型類推させる時だけvarとかつけるC#の方が異様
Swiftの var a = 10 は純粋にプリミティブなInt型だろうけど、
C#のvar a = 10は、Variant構造体とかに値を格納してそう
知らんけど
- 889 :デフォルトの名無しさん:2016/05/08(日) 20:46:59.04 ID:LcnT42uz.net
- >>888
それはVBの話なんじゃないの?
あと、C++にもautoってのがあるけど、C#のvarに似た感じだし異様だとは思わないかな
- 890 :デフォルトの名無しさん:2016/05/08(日) 21:03:28.66 ID:OtOURaLi.net
- >>888
いいえ
var a = 10;
はint型です
- 891 :デフォルトの名無しさん:2016/05/08(日) 21:09:24.45 ID:hpeMWjdb.net
- >>888
いろいろ勘違いしてるなー、C#のvarはその場合はIntに解決される
C#は基本的には静的型付け言語、後付けで追加されたdynamic型以外は静的に型が決まる
letってのは古代のBasicだと代入命令だから、再代入不可が変に思える
今後主流になるECMA7だとローカルスコープの変数にletが使われているし、混乱を招きそう
元ネタは数学(〜として定義する、をletと書く)
あと、Swiftでlet a = 10 をした場合、IntegerLiteralConvertibleに準拠した型のうち適切な型に決定される
だからコンパイル時まで型が決まらない
しかもどういう優先度があるのかはコンパイルマジック
- 892 :デフォルトの名無しさん:2016/05/08(日) 21:37:56.47 ID:k7Hfd6+4.net
- 電卓程度の小さなアプリならdidSetとwillSetの簡単な記述だけでほとんど完成したりする所は便利で使いまくってるな
頭で設計しながらリアルタイムで出来上がっていくから楽しい
delegate = self の記述は省略してもいいんじゃないかと思ってる
あとoptional関係はもっとスッキリした記述で対策できたらいいな
- 893 :デフォルトの名無しさん:2016/05/08(日) 21:46:49.95 ID:k7Hfd6+4.net
- >>891
そういうのって変数クリックで右窓のQuickHelpに現時点で設定されてる型見れるんじゃないの?
コンパイルマジックを恐れるような作業する時はちゃんと型指定すればいいだけだし
型推論はおまけの機能ってことでよくない?
何かそこに力注ぐとガラパゴス化が進みそうで嫌だ。
- 894 :デフォルトの名無しさん:2016/05/08(日) 21:47:07.48 ID:qY7FGqHE.net
- 結局、SwiftのvarとC#のvarは字面が同じだけで意味的には別物ってことじゃん
>>884のSwiftのletやvarがC#のvarと比べてどうのこうのという比較はおかしい
- 895 :デフォルトの名無しさん:2016/05/09(月) 00:11:09.34 ID:c6sD7MQ9.net
- 質問なんだけど、例えば
例1)
if enumValue == .None {
value_1 = inputValue
}else{
value_2 = inputValue
}
みたいなのがあったとして、value_1と2に変数の代入を振り分ける時に
value_1と2のエイリアス的なものって作れないのかな?
こんな感じで、
例2)
var areas = nil
if enumValue == .None {
areas = value_1
}else{
areas = value_2
}
areas = inputValue
『代入する側』の振り分けは普通にあるけど
『代入される側』は参照とかコピーとか理解できてなくて疑問に思った
- 896 :デフォルトの名無しさん:2016/05/09(月) 00:35:35.00 ID:beZqczUX.net
- >>887
むしろletに再代入許す言語なんてないと思うが。
- 897 :デフォルトの名無しさん:2016/05/09(月) 00:40:29.33 ID:beZqczUX.net
- >>891
letは代入命令では無い。お前はもっと勉強したほうがいい。
let束縛でクグレ。
- 898 :デフォルトの名無しさん:2016/05/09(月) 00:43:58.32 ID:beZqczUX.net
- letの起源はBASICなんかよりも古いLISP
- 899 :デフォルトの名無しさん:2016/05/09(月) 01:29:50.31 ID:wknROfBd.net
- >>896-898
・モダンなJavaScriptであるES6thだとletは再代入可、constは再代入不可という使い分け。分かりやすい
・letを代入命令として使っていたのはBASICの話(LET A = A + 1みたいな記述ができた)
そのため現在の手続き型の系譜としては、let=代入命令の印象が強い
・もちろんSwiftは関数型のパラダイムも取り入れている、letをLISPから引っ張ってきたのかもしれない
ただ起源ではない。pure LISP(LISt Processor)にletはなかった(そもそもリストを処理するためだけの言語)
pure LISPは1960年、ダートマスBASICが1964年(ここでletが生まれた)、
自分の知るletのあるLispは、Comon Lispで1984年くらい
ググれで勝利宣言しないでソースを持ってきて戦おう
- 900 :デフォルトの名無しさん:2016/05/09(月) 01:42:27.09 ID:wknROfBd.net
- あと破壊的代入を許さない純粋関数型言語なら、
letで定義したレキシカルスコープの変数が再代入不可能ってのは自明の話なわけであって…
Swiftは関数型もモチーフに入れてるけれど、ベースは手続き型言語なので、
letにconstの意味を意味を持たせていることにどうしても違和感が拭えないという話をしてるだけなのよ?
variable/constantなら対義語だけど、var/letって英語としても対じゃないじゃん(笑)
おそらくこれはSwift1のころの、グローバルにジェネリクス関数を定義する、
数学的なアプローチを取ろうとしていたころの名残で、深く考えてもあまり意味はないだろうと思う
- 901 :デフォルトの名無しさん:2016/05/09(月) 01:45:46.80 ID:UQymDFyU.net
- letの元ネタが数学って認めるなら再代入(再定義)できないのが本来のletのあり方ってことじゃないの
- 902 :デフォルトの名無しさん:2016/05/09(月) 01:49:07.60 ID:rf35Jf5X.net
- varだろうがletだろうが字面には拘らないし、letがconstとかでも別にいい。letの方が文字数が少ないから好みではあるが
ただ、グローバル変数からローカル変数にいたるまで可変変数と定数の使い分けの明確化をコンパイラの警告で徹底させているのはSwiftの功績の一つだとは思う
- 903 :デフォルトの名無しさん:2016/05/09(月) 01:59:15.53 ID:UQymDFyU.net
- プログラミング作法的にまず定数ありきで、必要な時だけ変数にするべきというのを考えると
もし (定数定義の文字数) > (変数定義の文字数) だと、心理的にタイプ数少ない変数定義ファーストの癖がついてしまってよくない
定数を const にするなら 変数は variable って8文字書かせるぐらいにしないとって個人的に思う
逆に let 以外に、var より短くて気軽に使ってもらえそうな定数定義用のキーワード候補って思いつかない
- 904 :デフォルトの名無しさん:2016/05/09(月) 02:04:05.46 ID:rf35Jf5X.net
- 可変変数はvarでいいよね
で、それに対応する定数のための記号となると、letでいいんじゃねと思う
不変という意味では、constの他に、fixとか、immutableとかありそうだけど、varの対義としてはなんかしっくりこないしね
- 905 :デフォルトの名無しさん:2016/05/09(月) 02:14:23.33 ID:wknROfBd.net
- >>901
数学のletについて言うなら、これは本来使役動詞に分類されるもので、
「aを10と仮定しますね」程度の意味で、「だからaには20は入らないです」という意味までは包含しないよ
そもそも数学の世界に代入という考え方はないからね…あくまで元ネタっていうだけ
let / var はSwiftの世界の中だけで見たときは、さっぱりした記法でいいと思う
>>904
個人的に気になるのは、let structは不変だけど、let classは単なる再代入不可の変数ということ
let束縛なんて高尚なものではない
let a = ReferenceArray()
a.append(Element())
って、気持ち悪くない?まあAppleもそれを分かっているから、クラス排斥をしたいんだろうけど・・・
- 906 :デフォルトの名無しさん:2016/05/09(月) 07:37:53.97 ID:IM0fFSSs.net
- どっちも3文字で短くて書きやすいし意味的にもわかりやすい
Swift の let/var という書き方は非常に良いと思う
- 907 :デフォルトの名無しさん:2016/05/09(月) 08:59:49.29 ID:5AXMGR+2.net
- >>905
別にクラス排斥をアップルは望んでないだろ
それを言ってるのは関数型!プロトコル指向!!と言ってる意識高い人たち
Cocoaをクラスなしで操作するIFを公式で提供する気はない
そんなことしたらObjCから叩けなくなってしまう
- 908 :デフォルトの名無しさん:2016/05/09(月) 09:14:12.20 ID:D9bjr26a.net
- >>907
SE-0069読んでみ
- 909 :デフォルトの名無しさん:2016/05/09(月) 10:03:29.00 ID:0czJu7Uu.net
- >>905
structは値型、classは参照型という捉え方してるので、letで設定したクラスのメンバを変更できても別に違和感はないな
- 910 :デフォルトの名無しさん:2016/05/09(月) 12:10:07.49 ID:I7KppH2B.net
- そんなに熱くなるような話じゃねーだろ
- 911 :デフォルトの名無しさん:2016/05/09(月) 12:50:42.32 ID:Hf2VjWxH.net
- まぁ、まぁ、落ち着いてw
- 912 :デフォルトの名無しさん:2016/05/09(月) 13:50:34.32 ID:EdwSTZkP.net
- Windowsユーザーのワイ
開発できなくてしこしこjavaを使ってる模様
敷居高すぎ
- 913 :デフォルトの名無しさん:2016/05/09(月) 13:59:22.38 ID:Zq6Yv26E.net
- >>912
何の開発をしたいの?
- 914 :デフォルトの名無しさん:2016/05/09(月) 14:33:09.32 ID:5AXMGR+2.net
- XamarinステマのC#推しの出番
はよこい
- 915 :デフォルトの名無しさん:2016/05/09(月) 16:20:38.91 ID:vLNKu85p.net
- アプリ開発に興味があって独学し始めたんですがここ見てるとswiftってダメみたいな空気を感じます
何を勉強すればよいでしょう?
- 916 :デフォルトの名無しさん:2016/05/09(月) 16:26:01.02 ID:xNRDveim.net
- アプリの構造とフレームワークの使い方
- 917 :デフォルトの名無しさん:2016/05/09(月) 16:28:39.01 ID:wW23qoVV.net
- >>915
Apple教に入信するならSwift
潰しがきくのはC#、Java
どっちつかずならとりあえず、Objective-C
敷居の高さは、
Objective-C > Swift > Java > C#
JavaとC#は敷居の高さ的には同等だけど、ツールや開発環境的にC#の方が若干低め
- 918 :デフォルトの名無しさん:2016/05/09(月) 16:45:55.86 ID:vLNKu85p.net
- >>916
>>917
レスありがとうございます
参考にさせてもらいます
質問板でないのは承知の上でもうひとつ
コーディングする上で一つの機能に対していくつかの書き方があるかと思うのですが「どの書き方が良い」とする判断基準って何でしょう?可読性のみって事はないですよね
スレ違いでごめんなさい
- 919 :デフォルトの名無しさん:2016/05/09(月) 16:54:15.90 ID:xNRDveim.net
- 可読性を優先するかパフォーマンスを優先するかの二択だよ
- 920 :デフォルトの名無しさん:2016/05/09(月) 16:54:24.71 ID:9+EnAQM8.net
- >>915
なにをもなんもiOSならObjective-C、AndroidならJava。
そして、どちらも(というより最近はなんでも)
システムが用意してる機能をどう叩くかが勉強の過半を占めるから
むしろ、そういうライブラリの使い方を覚える学習の方が大事。
逆に言えばライブラリはどの対応言語からも叩けるから
わかってる人が無茶すりゃ言語なんてなんでもいい。
swiftについて言えば言語そのものはいちばんモダンだけれども
いま、Objective-C用にObjective-Cで作られたライブラリを
Appleが改変するかどうかの段階だから、いちおう学習しながらみんな様子見中。
- 921 :デフォルトの名無しさん:2016/05/09(月) 17:17:27.01 ID:vLNKu85p.net
- >>919
>>920
レスありがとうございます
大変参考になりました
皆さんと語り合えるぐらいになるのを目標に勉強します
スレチ失礼しました
- 922 :デフォルトの名無しさん:2016/05/09(月) 18:30:41.21 ID:5WUI3njW.net
- >>920
並行制御の言語仕様がない時点でモダンではないかなー
async/awaitの存在を知ったら、selfが循環参照しないかビクビクしながら
クロージャコールバックヘル書いてるSwift屋は死んじゃうよ
- 923 :デフォルトの名無しさん:2016/05/10(火) 06:00:14.46 ID:/6xXmhvV.net
- swift屋は平行制御が swift 3 で見送られたことに大笑いして、もうそこは期待してないよ
今さらネタにもされぬ
- 924 :デフォルトの名無しさん:2016/05/10(火) 10:33:21.93 ID:0Ohv65sc.net
- async/awaitって実際のところ使いやすいの?
generaterとか歴史をセットで追いかけている人には使いやすいだろうけど
関数実行途中に呼び出し元に戻る挙動って、直感的かと言われると微妙なんだよね。
特に複数スレッドでその挙動された日には頭が沸騰しそう。
- 925 :デフォルトの名無しさん:2016/05/10(火) 10:55:12.82 ID:ZdmM1iht.net
- 使いやすいよ
気軽に非同期処理出来るから多用しまくり
- 926 :デフォルトの名無しさん:2016/05/10(火) 11:28:05.15 ID:jRV+cfGN.net
- 循環参照はweakやunowned使えばいいし
非同期処理ならNSOperationで十分やで
- 927 :デフォルトの名無しさん:2016/05/10(火) 12:51:37.76 ID:UIYAHbLV.net
- そこはGCDでしょ
- 928 :デフォルトの名無しさん:2016/05/10(火) 14:15:01.82 ID:/6xXmhvV.net
- 新興言語でweak, unownedを意識させるのが古くさいとは思う
GCDもObjCではNSOperationへ乗り換えさせてるのに、移植をしないからGCDに先祖戻り
4でgoroutine相当をパクってくれると期待してる
- 929 :デフォルトの名無しさん:2016/05/10(火) 15:21:17.45 ID:UIYAHbLV.net
- 先祖戻りって?
SwiftでもNSOperation使えばいいやん
- 930 :デフォルトの名無しさん:2016/05/10(火) 15:48:57.68 ID:YkQDCvlG.net
- weakとか循環参照を意識しなくちゃいけないのは並行制御云々よりARCの問題なんじゃないの?
- 931 :デフォルトの名無しさん:2016/05/10(火) 15:57:58.43 ID:2UczGuFz.net
- だよね
Obj-CもSwiftも参照カウンタ方式のメモリ管理してるからしょうがない
それがいやなから片っ端からunownedにすればいい
C#はガベコレで不要なメモリ破棄してんだからそもそもメモリ管理のコンセプトが違う
- 932 :デフォルトの名無しさん:2016/05/10(火) 17:43:45.90 ID:/6xXmhvV.net
- どういう擁護だ、だから古くさいんだろ?
GCないRustも気合いでなんとかしてるし、時代遅れの言語/ランタイム仕様の見直しどうぞ
>>929
ヒント: Swift on Linux
- 933 :デフォルトの名無しさん:2016/05/10(火) 18:08:36.07 ID:zXNMLqy+.net
- >>928
>GCDもObjCではNSOperationへ乗り換えさせてる
え?逆じゃないの?
- 934 :デフォルトの名無しさん:2016/05/10(火) 18:08:46.40 ID:2UczGuFz.net
- 一概に古臭いともいえんでしょ
参照カウント方式の方がメモリ効率いい場合もあるし
Linuxとの互換性もそのうち使えるレベルになるんとちゃう?
- 935 :デフォルトの名無しさん:2016/05/10(火) 18:25:47.17 ID:0Ohv65sc.net
- >>934
古臭いといえば古臭いんじゃないかな。循環参照は防げないわけだし。
ARCが出た時は革命的だと思ったけど、循環参照も人間側が意識しなくても
防ぐ手段を用意して欲しいところ。
rust見たくonwershipを一箇所にしか持てない仕様にするとかかね。
- 936 :デフォルトの名無しさん:2016/05/10(火) 19:12:34.89 ID:HXxhcrDc.net
- unique_ptrを昇華させたRust
shared_ptr, weak_ptrを昇華?(強制)させたARC
在り方違うけどもうちょっと頑張ってみても良いかな
他プラットフォームへの互換性は祈ってる
- 937 :デフォルトの名無しさん:2016/05/10(火) 20:31:30.24 ID:l1dnu8xV.net
- 参照カウント型のメモリ管理で循環参照を回避する仕組みを入れ込もうとするといろんなとこにオーバーヘッドがかかってきそう
そもそも、そこに気を回せない奴は言語問わずメモリリークおこしそう
- 938 :デフォルトの名無しさん:2016/05/10(火) 20:46:20.87 ID:XHWXVDIf.net
- alloc/deallocを手で書いてないプログラマは二流
- 939 :デフォルトの名無しさん:2016/05/10(火) 20:49:11.91 ID:pDn//wQc.net
- そこはARCでいいだろ
- 940 :デフォルトの名無しさん:2016/05/10(火) 21:13:40.85 ID:xJZDFb+p.net
- Apple、次期メジャーバージョン「Swift 3.0」のリリース過程を解説、正式リリースは2016年後半予定
https://codezine.jp/article/detail/9423
>「Swift 3.0」では、言語仕様および標準ライブラリに大きな変更が行われるため、
>「Swift 2.2」とはソースコードの互換性が失われる。
- 941 :デフォルトの名無しさん:2016/05/10(火) 21:23:30.36 ID:ulgJR1hu.net
- >>937
モバイル端末のマシンスペックが上がっていけばまたGC的なメモリ管理に戻しても十分動くようになるかもね
- 942 :デフォルトの名無しさん:2016/05/10(火) 21:38:30.19 ID:N1cY8Gnf.net
- >>940
現行のswiftは失敗だったということか
- 943 :デフォルトの名無しさん:2016/05/10(火) 21:48:01.85 ID:XHWXVDIf.net
- >>939
ARCじゃまともに参照型のメモリを管理できんから値型プッシュしてるんだぞ?
- 944 :デフォルトの名無しさん:2016/05/10(火) 22:13:41.41 ID:HXxhcrDc.net
- 値型だとalloc,freeしないだろw
ARCポインタ、値型構造体しか使えないswift, objcでどうして欲しいんだよ
- 945 :デフォルトの名無しさん:2016/05/10(火) 22:24:01.53 ID:5Hat3bdZ.net
- Swift言語を非公式にWindowsへ移植した「Swift for Windows」プレリリース版が公開される
https://osdn.jp/magazine/16/05/10/154000
- 946 :デフォルトの名無しさん:2016/05/10(火) 23:40:02.42 ID:/xHUYlq2.net
- >>945
さすがにWindowsでSwift使おうとは思わないが
需要あるのかな……
- 947 :デフォルトの名無しさん:2016/05/11(水) 00:27:37.16 ID:7WCzOel+.net
- >>942
って言うか出たばっかだからまだまだ使用が変わって当然。
javaもrubyも一般的になったなと感じるまでには10年とかかかってる。
- 948 :デフォルトの名無しさん:2016/05/11(水) 00:46:19.55 ID:UApFb9iY.net
- Swiftは今でさえObj-Cより生産性高いだろ
コード量も少なくすむし、読みやすい
- 949 :デフォルトの名無しさん:2016/05/11(水) 01:21:13.09 ID:Vh3ph2Zp.net
- >>947
じゃあ次回以降もまた互換性のない仕様変更があるってことか
こんなもん仕事では使えないよな
- 950 :デフォルトの名無しさん:2016/05/11(水) 02:07:39.38 ID:k8IgVYjp.net
- Swift Package Managerってどんなもん?
CocoaPodsやCarthageいらなくなるんかね
- 951 :デフォルトの名無しさん:2016/05/11(水) 07:12:24.43 ID:JAZShg4p.net
- 公式でできるのはいいことだ
Xcodeにパッケージの検索機能とかついたらいいな
- 952 :デフォルトの名無しさん:2016/05/11(水) 08:36:01.06 ID:YffqwLPw.net
- 生産性って、何?
今書いてもゴミコード確定なSwiftは生産性ゼロでしょ?
- 953 :デフォルトの名無しさん:2016/05/11(水) 08:42:55.79 ID:4IudTOj9.net
- なぜそこまで悲観的なんだ
どんな言語でもメジャーアップデートで大幅な変更入るのは当たり前だし、Swiftはそのサイクルが今はまだ短めなだけ
多少互換性がなくなってもXcodeである程度機械的に変換してくれるだろうし
手直ししても半日ぐらいで対応できるだろ
それより、iOS自体やフレームワークの変更への対応の方が大変
- 954 :デフォルトの名無しさん:2016/05/11(水) 08:43:10.79 ID:ETyeHi8v.net
- 目先のライトなコードの生産速度、とマジレス
- 955 :デフォルトの名無しさん:2016/05/11(水) 09:38:17.89 ID:9S32dyBI.net
- >>953
>手直ししても半日ぐらいで対応できるだろ
んなもん規模によるとしか言えない
何かあっても詫び石で済むようなアプリならXcodeの自動変換でいいよ
ただ再レビュー再テストが発生した時になぜそんなstableじゃない言語を選んだのかを上や横やクライアントに説明できるようにしておく必要はあるかな
- 956 :デフォルトの名無しさん:2016/05/11(水) 09:53:39.23 ID:4IudTOj9.net
- Androidだって、WindowsだってOSやSDKがメジャーアップデートしたら、検証なしでアプリがそのままコンパイル通って動くとは普通考えないだろ
iPhoneやMacも、バイナリレベルでは旧バージョンが一応動くようにしてくれてるが、いずれにしろどんな環境でも再レビューや再テストは発生するだろ
そこが不要なのを保証してくれるのは汎用機とかオフコンの世界じゃないのか?
- 957 :デフォルトの名無しさん:2016/05/11(水) 10:05:41.23 ID:ETyeHi8v.net
- 言語仕様のことを言ってるのか、ランタイム仕様のことを言っているのか分からんが
どちらも基本は下位互換ありで、動かない機能があったら動かないのかよwwwと笑われるのが常じゃなかろうか
Apple OSはバイナリレベルで動かないランタイムバージョンアップをすることが珍しくないから今更気にしない
Xcodeの自動変換はバカだから期待できないよなぁ
1.xの頃に比べれば多少マシになってるけど、相変わらず漏れが多い印象だ
- 958 :デフォルトの名無しさん:2016/05/11(水) 10:05:57.87 ID:l+MXa3J8.net
- いずれにせよ今swiftを学んでも近い将来に知識が役にたたなくなってしまうということだからな
仕事ではやってられんよ
- 959 :デフォルトの名無しさん:2016/05/11(水) 10:18:21.72 ID:4IudTOj9.net
- >>958
いや、それ今Cocoaフレームワークの使い方覚えても役に立たなくなるって言ってるのと同じレベルでしょ
毎年山のように変更されるんだから
言語の変更点なんてかわいいもんだよ
- 960 :デフォルトの名無しさん:2016/05/11(水) 10:25:36.17 ID:Bz4x8w/j9
- そもそも仕事で使うための言語じゃないし。
素人と初心者引き寄せて飼い慣らせるための言語だから。
- 961 :デフォルトの名無しさん:2016/05/11(水) 11:18:04.23 ID:sA9FQTwa.net
- >>937
でも実際のところ循環参照を意識してコード書いている奴がどれだけいるのかな。
とりあえずかけちゃうのがな〜。
swiftlintとかで警告出すようにするとかかな
- 962 :デフォルトの名無しさん:2016/05/11(水) 11:22:42.84 ID:sA9FQTwa.net
- >>950
たしかhomebrewの作者がApple社員になって担当してるんだよね。
>Swift Package Manager
homebrew以前は正直パッケージ管理周りはlinux系のほうが良さ気で
OSXヘイトだったけど、今はhomebrewの方がいいと思える。
各パッケージの追従が速い。golangとかhomebrewのアップデートで
バージョンアップしたんだって知ることが多いくらい
- 963 :デフォルトの名無しさん:2016/05/11(水) 11:35:41.66 ID:xqMebsDc.net
- >>962
Arch Linuxオヌヌメ
というか、それフロントツールじゃなくて、サーバ側のメンテポリシーの話だろ
Swift Package ManagerのサーバはIBMだったか?
npmみたいにちょいちょいトラブルがありそうだよな
どうにもならない問題だけど、どうするのかねぇ
- 964 :デフォルトの名無しさん:2016/05/11(水) 12:19:08.27 ID:sA9FQTwa.net
- >>963
当然パッケージ管理に関する感想はインフラの挙動含めてのことだね。
tapすればテスト的なパッケージを取り込めるのも手軽で良かった。
linuxはdocker経由でしか使わんと思うからalpinelinuxかな。今触るとしたら。
- 965 :デフォルトの名無しさん:2016/05/11(水) 12:32:30.11 ID:T3iqLJ21.net
- ほんとにAppleの互換性軽視はひどいと思う
Microsoftは互換性最優先で、C#もVBも最初期からほぼソースの下位互換を保ってるし、バイナリも.NET Framework2.0以降なら問題なく動作する
Windows自体も相当低層のことしてるか、仕様外のことに依存してない限りかなりまで互換性を保ってる
Microsoft以外にしても、規模のでかい破壊的変更を加えてるのはごく少数
- 966 :デフォルトの名無しさん:2016/05/11(水) 12:55:35.15 ID:YffqwLPw.net
- いままでの言語仕様がクソだったと認められるのは偉いよ
そんなクソを珍味だと崇めてる林檎信者には同情するが
- 967 :デフォルトの名無しさん:2016/05/11(水) 13:10:29.80 ID:r7xSO0od.net
- >>965
それ、下位互換じゃなくて、後方互換じゃないのか?
- 968 :デフォルトの名無しさん:2016/05/11(水) 13:32:13.27 ID:T3iqLJ21.net
- >>967
書き間違えてた、後方互換だ
- 969 :デフォルトの名無しさん:2016/05/11(水) 14:26:11.17 ID:sA9FQTwa.net
- 今Android開発の勉強をしていてModelにあたる
ContentProviderの勉強をしてるんだけど、
coreDataとは違うんだよね。
coreDataはdbそのままなんだけど、
ContentProviderはdbをラップしてWebAPI設計をしているイメージ。
androidの場合画面遷移も
あるuriに遷移するって感じですごくwebっぽい。
正直カルチャーショックだったんで、
iOSとAndroidの両方を開発してる人はどう考えているか知りたい。
実際どっちが開発しやすいの?
webやってる人はAndroidの方が開発しやすい?
- 970 :デフォルトの名無しさん:2016/05/11(水) 14:40:26.20 ID:xqMebsDc.net
- 宗教/文化の違いを理解して個々に作る
、、、のが嫌ならCordovaでもやればどうだろう
Cordovaに限らないけどウェブ屋はそっち方面に走る印象
- 971 :デフォルトの名無しさん:2016/05/11(水) 15:50:50.62 ID:GeTKo991.net
- クロージャーが深い場合に、現状では以下のような書き方してて良くない感じなんだけど、賢い方改善策を教えて下さい。
someHeavyMethod(param, completion: {[weak self] in
if let weakSelf = self {
someHeavyMethod2(param2, completion: {[weak weakSelf] in
if let weakSelf2 = weakSelf {
someHeavyMethod3(param3, completion: {[weak weakSelf] in
if let weakSelf3 = weakSelf2 {
...
}
})
}
})
}
})
if letのせいでネストが余計深くなるのをなんとかしたい
- 972 :デフォルトの名無しさん:2016/05/11(水) 15:54:10.59 ID:JAZShg4p.net
- if let じゃなくて guard 使え
- 973 :デフォルトの名無しさん:2016/05/11(水) 16:14:06.79 ID:sA9FQTwa.net
- >>970
いや。多分お互いに吸収しあって能力を高め合うのが理想。
AndroidではネットワークにアクセスするAPIはメインスレッドで実行すると
例外を吐く仕様になってる。でもそうするとネットワークアクセスの
メインスレッド実行を無くせるからiOSでも採用すべき仕様だと思う。
例えばAndroidのR.XXって形で文字列とか画像に対して自動で定数を設定できる機能があるんだけど、R.Swiftってのがでてる。
手動でenumとか切るよりずっと便利だしバグを防げる
- 974 :デフォルトの名無しさん:2016/05/11(水) 17:34:56.64 ID:xqMebsDc.net
- それ、if letじゃなく多段コールバックのせいだと思うぞ
PromiseKit使ったら多少マシになりそう
- 975 :デフォルトの名無しさん:2016/05/11(水) 17:48:01.96 ID:wO5x2wz+.net
- そもそもifが必要なのかこれ
- 976 :デフォルトの名無しさん:2016/05/11(水) 18:18:50.02 ID:rI6oMt4o.net
- >>955
上やクライアントがswift指定してるという罠
- 977 :デフォルトの名無しさん:2016/05/11(水) 21:29:19.17 ID:XprVS9+n.net
- Swift3で破壊的変更が起きてデスマーチになっても
上やクライアントには関係ないからな
- 978 :デフォルトの名無しさん:2016/05/11(水) 21:59:25.44 ID:P7ZP3HoH.net
- javaやc#って破壊的変更あったっけ?
なかった気がする
- 979 :デフォルトの名無しさん:2016/05/11(水) 22:39:21.12 ID:4sje7yOY.net
- 初期の頃のソースがそのままコンパイルできるってこと?
- 980 :デフォルトの名無しさん:2016/05/12(木) 01:02:58.87 ID:6kP9VQqv.net
- Swiftは終わりだろうね
- 981 :デフォルトの名無しさん:2016/05/12(木) 01:18:14.63 ID:R4Q88AV6.net
- すぐにSwift3が始まるからな
- 982 :デフォルトの名無しさん:2016/05/12(木) 01:24:46.97 ID:6aRY0Xqb.net
- swift5くらいまでは手を着けない方が良さそうだな
- 983 :デフォルトの名無しさん:2016/05/12(木) 01:28:53.32 ID:Wf8oBi+n.net
- Swift楽だわ
もうObj-Cには戻れんわ
- 984 :デフォルトの名無しさん:2016/05/12(木) 01:37:23.61 ID:ByEEOU/C.net
- UIKitをObjective-Cのかわりに使う分にはSwiftは楽だよ
Swiftを本格的に使おうとすると全然楽ではないし、破壊的変更で苦しむことになる
Swift2で書かれ、メンテナンスされていないゴミライブラリ郡を篩い分ける作業だけでもおぞましい
- 985 :デフォルトの名無しさん:2016/05/12(木) 01:54:26.12 ID:Wf8oBi+n.net
- ゴミライブラリなんか使うなよ
- 986 :デフォルトの名無しさん:2016/05/12(木) 02:42:02.98 ID:4J49ezna.net
- Androidの開発コードにSwiftを使用する
http://www.infoq.com/jp/news/2016/05/swift-for-android
- 987 :デフォルトの名無しさん:2016/05/12(木) 08:51:06.10 ID:qxIPhfDG.net
- betaから2.0までは半年単位で破壊変更だったろ
むしろ2.0から3.0までの変更が少なすぎて、飽きてる人多そう
- 988 :デフォルトの名無しさん:2016/05/12(木) 08:58:35.49 ID:6aRY0Xqb.net
- つまりswiftは趣味でしか使えないってことか
- 989 :デフォルトの名無しさん:2016/05/12(木) 09:16:51.06 ID:ICr6Z31q.net
- >>986
これはAndroid SDK作ってるチームに、あんな言語本気で使うの?って否定された
- 990 :デフォルトの名無しさん:2016/05/12(木) 09:19:07.59 ID:qxIPhfDG.net
- 荒し目的以外でSwiftがガチで使えるって言ってるヤツはいないしな
それに気づいてないアンチは多いけど
- 991 :デフォルトの名無しさん:2016/05/12(木) 09:22:00.70 ID:hzAx9gGp.net
- 海外のサイトみてみろよ
ガチで使ってる人いっぱいいるだろ
- 992 :デフォルトの名無しさん:2016/05/12(木) 09:30:44.81 ID:qxIPhfDG.net
- 全体の何%だって話だよ
使う人はいるだろうけどメジャー言語で使うには辛い
>>989
サーバ向け言語のgoをiOSで動かしたGoMobileのブーメランささってんなw
- 993 :デフォルトの名無しさん:2016/05/12(木) 09:53:40.02 ID:hzAx9gGp.net
- メジャー言語ってなんだよ
使う言語の1つでいいだろ
- 994 :デフォルトの名無しさん:2016/05/12(木) 10:52:15.43 ID:Wf8oBi+n.net
- WWDCが楽しみだな
言語のプレゼンでワクワクさせられるのはAppleならではだな
- 995 :デフォルトの名無しさん:2016/05/12(木) 12:28:17.97 ID:4J49ezna.net
- swift コマンドって OSX にデフォで入ってる?
Xcode 導入しないと入らない?
- 996 :デフォルトの名無しさん:2016/05/12(木) 13:53:43.25 ID:J9pMJf8f.net
- RealmSwiftってライブラリ使ってるんだけど、
こいつ単体で容量50MB超えるってどういうことですか?
どうにもならないんですか?
- 997 :デフォルトの名無しさん:2016/05/12(木) 14:05:55.91 ID:fvp8F2Pu.net
- それはSwiftだからしょうがないんじゃないか
- 998 :デフォルトの名無しさん:2016/05/12(木) 14:06:21.98 ID:zM8eV0Fx.net
- 32bitと64bitバイナリが内包されててApp StoreからDLする前に最適化されて半分にはなるんじゃね?とテキトーに答えてみる
iOSスレかRealmスレに有識者いそう
- 999 :デフォルトの名無しさん:2016/05/12(木) 14:24:02.32 ID:u+gI67IU.net
- >>996
ビルドした後のバイナリのサイズみてみればいいんじゃね?
>>997
Obj-C版のRealmは200Mあるんだが
- 1000 :デフォルトの名無しさん:2016/05/12(木) 17:40:25.26 ID:DKtdIGc+.net
- >>999
200Mかあ。
そう言えば、Mac IIの内蔵HDDは40Mだったな。
200Mだと、、、、Quadraのころかなあ。
言語は、LightSpeec Cあたりだっけ。
- 1001 :デフォルトの名無しさん:2016/05/12(木) 19:42:21.96 ID:6wLBo9DQ.net
- >>999
realmSwiftとrxSwiftを使ったアプリ作ってるけど
ipaファイルのサイズは11MBだったぞ。
ライブラリ側のサイズ見ても仕方なくね?
- 1002 :デフォルトの名無しさん:2016/05/12(木) 20:47:25.72 ID:79OW2QnO.net
- なうい、かっこいい言語だから使っていてる。理由なんてそれだけで充分
- 1003 :デフォルトの名無しさん:2016/05/12(木) 21:47:38.18 ID:C03XQQkD.net
- そう思って学習していくとObjective-Cより大幅に遅れた界隈の人たちが
そこに住んだままいまさら新たに考えたしんげんごってわかってきて
こんなのダメじゃね?となるという
- 1004 :デフォルトの名無しさん:2016/05/12(木) 22:42:43.43 ID:zM8eV0Fx.net
- >>1002
Swiftはチョベリグ ダヨネー(East End風
>>1001
その半分がSwiftランタイムだと思うとちょっとアレだけどな
WebViewなアプリをSwiftで作った時はコレはやらかしたとマジで後悔したよ
本体よりランタイムの方がずっと大きいでやんの、、、
RealmだのRxだの使ってれば多少は後悔も少なかったと悔やむ
- 1005 :デフォルトの名無しさん:2016/05/13(金) 00:02:32.70 ID:OwCwO3Ka.net
- >>972
someHeavyMethod(param, completion: {[weak self] in
guard let weakSelf = self else {
return
}
someHeavyMethod2(param2, completion: {[weak weakSelf] in
guard let weakSelf2 = weakSelf else {
return
}
someHeavyMethod3(param3, completion: {[weak weakSelf] in
guard let weakSelf3 = weakSelf2 else {
return
}
...
})
})
})
こんな感じ?確かにまだこっちのほうがよいかも。weakSelfの数字をどんどんインクリメントしていかないといけないのはどうしようもないんですかね。
>>974
PromiseKit使えるように各種ライブラリを修正していくってことですか?コールバック受けるメソッドが全部自分が書いたやつだったらPromiseKit前提にするのも良いのかな
>>975
selfのnil判定がそもそも要らないだろうってこと?感覚的にそのようには思えていないんですけれども
- 1006 :デフォルトの名無しさん:2016/05/13(金) 00:51:07.61 ID:AZHuwgvK.net
- 感覚てそんなファジーなこといわれてもわからん
- 1007 :デフォルトの名無しさん:2016/05/13(金) 02:19:07.18 ID:hsr/lvyK.net
- >>1005
全部一緒でいい
あと strongSelf が普通
someHeavyMethod(param, completion: { [weak self] in
guard let strongSelf = self else { return }
someHeavyMethod2(param2, completion: { [weak self] in
guard let strongSelf = self else { return }
someHeavyMethod3(param3, completion: { [weak self] in
guard let strongSelf = self else { return }
...
})
})
})
Promise 使うのにライブラリ修正なんて必要ない
非同期メソッドを Promise を返すメソッドでラップする
- 1008 :デフォルトの名無しさん:2016/05/13(金) 07:18:01.26 ID:eLoYCWPt.net
- >>1007
う、美しい言語仕様だー(目をぐるぐるさせながら)
- 1009 :デフォルトの名無しさん:2016/05/13(金) 10:04:14.58 ID:7v+s5Rqr.net
- someHeavyMethod(param)
[weak self] in
guard let strongSelf = self else { return }
})
質問者じゃないけど、コレ出来る?
- 1010 :デフォルトの名無しさん:2016/05/13(金) 11:07:00.51 ID:7fsj0BUa.net
- >>1009
横からだけど、自分はできてるけどできない理由は何?
- 1011 :デフォルトの名無しさん:2016/05/13(金) 11:11:36.74 ID:7v+s5Rqr.net
- 誰も直さないから[weak self]があるとダメって言う話かなぁと
- 1012 :デフォルトの名無しさん:2016/05/13(金) 12:11:57.26 ID:hsr/lvyK.net
- 何言ってるかわからん
- 1013 :デフォルトの名無しさん:2016/05/13(金) 12:25:05.59 ID:AYUc/5X4.net
- xcodeのViewControllerってMVCモデルでいうVとCが一体になってますって意味じゃないよね?
ただのControllerだよね?
IBとViewControllerが密着してるから後はModelだけ作ればええねんって言ってる奴がいるんだけど、、
- 1014 :デフォルトの名無しさん:2016/05/13(金) 13:08:16.05 ID:CAtVBk8L.net
- 質問の意図がわからん
ViewControllerっつうくらいだから、Viewのコントローラーだろ
MVCでいうとVに近いけど、Cを独立させて明確にすることもできるししないこともできる
ViewControllerをDataSourceプロコトルに適合させてMの役割を担わせることもできる
要は作り方次第でどーにでもできる
- 1015 :デフォルトの名無しさん:2016/05/13(金) 14:22:07.21 ID:AYUc/5X4.net
- そっかVだわ。
じゃあxibで作ったviewのオーナークラスはUIViewControllerを継承したクラスにすべきなのかな。
今までUIViewのサブクラスにしてたわ。
- 1016 :デフォルトの名無しさん:2016/05/13(金) 14:34:06.52 ID:OwCwO3Ka.net
- >>1007
なるほど。とてもすっきりしました。ありがとう。
PromiseKitも次回は導入検討します。
>>1011
https://developer.apple.com/library/ios/documentation/Swift/Conceptual/Swift_Programming_Language/AutomaticReferenceCounting.html#//apple_ref/doc/uid/TP40014097-CH20-ID48
キャプチャリストの構文は把握してますか?
- 1017 :デフォルトの名無しさん:2016/05/13(金) 14:47:16.02 ID:4noKv6w/.net
- いやControllerだろう。
UIViewは表示処理
UIViewControlerはライフサイクル管理とかイベントとUIview都のひも付け等を担当。
Modelとの連携もUIViewControllerでまとめる。
- 1018 :デフォルトの名無しさん:2016/05/13(金) 15:35:59.76 ID:AYUc/5X4.net
- わかった!
viewとModelでは直接やり取りせず、
viewControllerを介してview群とModel群でやり取りすればいいんだね!
- 1019 :デフォルトの名無しさん:2016/05/13(金) 15:37:27.61 ID:XkDH6Kvi.net
- ViewController is Controller
Not View
- 1020 :デフォルトの名無しさん:2016/05/13(金) 21:59:24.00 ID:4noKv6w/.net
- MVCの本質がわかったところでそれで綺麗にかけるかというと微妙な気がする。
RxSwiftとかつかってMVVMみたいな設計してるアプリで
オープンソースでコードが直接参照できも乗ってないですかね?
- 1021 :デフォルトの名無しさん:2016/05/13(金) 22:24:37.47 ID:txnRg8L7.net
- swiftなんかオナニー
新しい言語に乗り換えてたらキリがないだろ?
- 1022 :デフォルトの名無しさん:2016/05/13(金) 22:56:02.22 ID:iQGFQdt2.net
- キリがなくて何か問題でも?
新しい言語触るの楽しくね?
- 1023 :デフォルトの名無しさん:2016/05/13(金) 23:09:57.97 ID:K3athqnx.net
- 楽しくない
- 1024 :デフォルトの名無しさん:2016/05/13(金) 23:18:06.77 ID:eLoYCWPt.net
- 新しい概念を持ち込んだ言語は面白いけど
Swiftは単にいいとこどりしようとして失敗してるだけだからな
言語ヲタには面白くない
- 1025 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
- 1026 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1026
235 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★