Swift part11 [無断転載禁止]©2ch.net

WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

関連スレ

プログラミング言語Swift Part4
http://egg.2ch.net/test/read.cgi/mac/1484763495/

[SDK]iPhoneアプリ開発初心者質問箱48[touch][iPad]
http://egg.2ch.net/test/read.cgi/mac/1484217623/

Xcode part14
http://egg.2ch.net/test/read.cgi/mac/1476190499/

Swiftアンチスレ part1
http://mevius.2ch.net/test/read.cgi/tech/1458491343/


前スレ
Swift part10
http://mevius.2ch.net/test/read.cgi/tech/1487552413/

スレ立て時は1行目に「!extend::vvvvv」
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2デフォルトの名無しさん (JP 0H9b-Gzhg)2017/06/28(水) 19:25:31.37ID:DxMay05+H
1+1/2+1/4+1/8+....

>ただし、Swiftは「クズ」だと思っている人は今でもいる

ひどい言われようだな。

「Android」アプリ開発言語に加わった「Kotlin」--開発者が寄せる期待
https://japan.techrepublic.com/article/35103377.htm

瑕疵担保責任(かしたんぽせきにん)

納品されたシステム、プログラムに不具合があった場合、10年後でも無償で修理してもらうことが可能になった。

民法改正で事実上期限が「無制限」になった
不具合を指摘されたらすぐに行動をとるべし 納品物に不具合があれば損害賠償を請求される可能性もある

http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

ポイント1:修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

重大な脆弱性が現バージョンから発見されました。こちらでアップデートしたところ、起動ができなくなりました。
至急弊社に来て修正作業をお願いします。なおお金は払わない。また営業に損失が出たので損害請求もする。

5デフォルトの名無しさん (ワッチョイ 7de5-DoE+)2017/07/02(日) 09:49:55.33ID:TQ3ZZw9j0
kotolinは劣化Swiftだけど、進化Javaではあるからな

6デフォルトの名無しさん (ワッチョイ 6d7e-QA6g)2017/07/02(日) 10:10:02.70ID:flwPV3hx0
>>5
Kolin nativeってのもあるし、Swift -> Kotlinへの移行しても良いかも。
Androidアプリ作って見たいし、だからと言ってJavaは嫌いだし。

>>5

//Kotlin
val a = generateSequence(0){it+1}
println( a.map{it*10}.filter{50<it}.take(5).toList() ) //正常動作

//Swift
extension Sequence { var array:[Iterator.Element] {get{return map{$0}}} }
let a = sequence(first:0){$0+1}.lazy
print( a.map{$0*10}.filter{50<$0}.prefix(5).array ) //実行時エラー

やっぱりJavaVMで動くKotlinは最強やな

>>6
実用に至ってから出直せw

9デフォルトの名無しさん (ワッチョイ 6d7e-QA6g)2017/07/02(日) 11:53:55.69ID:flwPV3hx0
>>7
lazy使って、実行時エラー回避できるんじゃなかったっけ?

10デフォルトの名無しさん (ワッチョイ 1911-wjSU)2017/07/02(日) 13:53:19.97ID:PPQhv25G0
>>9
既に let a = ….lazy でaはLazySequenceになっている

しかしオーバロードと型推論の設計上の問題により
LazySequence.filterでなくSequence.filterが呼ばれるため
prefixより前に無限シーケンスを全て処理しようとして死ぬ

11デフォルトの名無しさん (ワッチョイ cd31-VKRT)2017/07/02(日) 15:07:17.13ID:J2BCSwZK0
Obj-Cで困らないんだが...

12デフォルトの名無しさん (ワッチョイ 42ea-iP7L)2017/07/02(日) 16:07:05.73ID:gG24OjEk0
WWDCのSwiftのハイライト教えてください。どの辺がパワーアップした?

13デフォルトの名無しさん (ワッチョイ d291-OatX)2017/07/02(日) 18:40:03.44ID:1aYpJu000
>>10
なるほど
回避するにはどう書けば良い?

14デフォルトの名無しさん (スプッッ Sdc2-HpRm)2017/07/02(日) 18:44:51.58ID:uCQPXMN6d
SwiftとXcode学ぼうとおもってるんだけど、オヌヌメの本ある?

15デフォルトの名無しさん (ワッチョイ 1911-wjSU)2017/07/02(日) 18:55:19.60ID:PPQhv25G0
>>13
型推論ちゃんがドジらないようメソッドチェーンせず一つずつやらせる

do {
let a2 = a.map{$0*10}
let a3 = a2.filter{50<$0}
print( a3.prefix(5).array )
}

16デフォルトの名無しさん (ワッチョイ 826c-rlqC)2017/07/02(日) 19:10:09.36ID:ymzX8oAS0
4.0だと>>7で問題ないぽいな

17デフォルトの名無しさん (ワッチョイ 6d7e-QA6g)2017/07/02(日) 19:23:57.56ID:flwPV3hx0
>>14
あんたのbackground次第だな。
萩原本は、万人向けだが。

18デフォルトの名無しさん (ワッチョイ 1911-wjSU)2017/07/02(日) 20:44:23.57ID:PPQhv25G0
>>16
確かに4だと直ってるな
issues見たけどオーバーロードやlazy等に関する直接的な対応は見付けられなかった
オーバーロード解決に後続のチェーン使う地雷が修正されてるなら有り難いけど

19デフォルトの名無しさん (スプッッ Sdc2-OatX)2017/07/02(日) 21:36:26.29ID:eTKnpEgqd
>>15
ありがとう
いつか嵌ったときに思い出すよ

20デフォルトの名無しさん (ワッチョイ 77e5-Wxq/)2017/07/07(金) 10:54:58.74ID:iSt0xPuD0
ワンライナーに至上の価値を置いてるやつは初心者
複数言語、プラットフォームにまたぐ開発をやったことなく
狭い世界で安全なコード規約に保護されてないと開発できない箱入り息子ども
その狭い価値観でプログラミング言語を語り出すと>>7のような間抜けなことを言い出す
SwiftがあるのにピザってるJVMで動作するkotlinを選ぶやつは初心者も初心者

21デフォルトの名無しさん (ワッチョイ 77e5-Wxq/)2017/07/07(金) 10:58:39.58ID:iSt0xPuD0
ていうかKotlinなんか眼中になくてCrystallangやElixirがめっちゃ気になってるんだがね
やつらベンチだとSwiftより速いらしいやん
どんなマジック使ってるんだ

他言語を専スレで話題にしようとする初心者
加えて、VM言語が下手なネイティブより高速になることがある背景を知らない初心者

Swiftは特定条件下ではobjcより早いけど、一般的には別段速くないって昔から言われてるから

23デフォルトの名無しさん (ワッチョイ 5711-hFsI)2017/07/07(金) 16:27:22.50ID:T5EkXb6i0
"ワンライナー"と呼んでいるやつは初心者

ちなみにElixirでは単なるメソッドチェーンに留まらずパイプ演算子が用意されている
https://blog.drewolson.org/elixir-streams/

import Stream
a = iterate(0,&( &1+1 ))
IO.inspect a |> map(&( &1*10 )) |> filter(&( 50<&1 )) |> take(5) |> Enum.to_list, char_lists: false

24デフォルトの名無しさん (ワッチョイ f711-lTuT)2017/07/08(土) 17:59:47.97ID:9wd2fVEY0
Obj-Cで困らないんだが...

25デフォルトの名無しさん (ワッチョイ d70d-L5XL)2017/07/08(土) 18:06:37.95ID:RHeSLAN60
Cベースじゃないモダンスタイル言語にsmalltalk思想かと思ったら
objective-Cとまったく関係ない実験作が出てきたからなぁ…
あきらかにAppleWatchともどもジョブズが
「これじゃまだダメだろ」って止めてたのが
お漏らしして表に出てきちゃった感

Obj-C使ってる奴の老害感(Mac板

27デフォルトの名無しさん (ワッチョイ f77e-Y/ku)2017/07/08(土) 21:44:39.09ID:kEunb2nv0
>>26
Swift  -> ObjCへ移行中。Swiftだけしか知らない事に、危機感。
ObjCコンパイル早いし。

28デフォルトの名無しさん (ワッチョイ f711-lTuT)2017/07/08(土) 23:37:48.53ID:9wd2fVEY0
>>26
老害以外に言うことないのかね...

29デフォルトの名無しさん (ワッチョイ f77e-ATab)2017/07/09(日) 05:46:33.77ID:GCKhJDjB0
>>26
ボキャブラリ貧困

mac板での自爆ギャグが悔しかったのか必死だなw
こっちの板はアンチスレもあるし老害orガイジでないならそっち行くといいよ

31デフォルトの名無しさん (ワッチョイ f77b-lTuT)2017/07/09(日) 09:43:38.60ID:XPzyjd3D0
他スレにも出向いてObj-C=老害を吹聴してSwiftを布教して回ってんのかよ...

82 1 名前:名称未設定 (ササクッテロリ Sp71-yTFi) Mail:sage 投稿日:2017/07/03(月) 20:24:07.40 ID:ipKiHhaqp
これは老害ですわ
なんでこんな古いObjCの記述をするんだよw

Modern Objective-Cを学び直すか、ObjCを捨ててSwiftを学ぶべきだな

32デフォルトの名無しさん (スップ Sd3f-Zww2)2017/07/09(日) 09:48:07.95ID:W1Kac4fsd
>>26
何歳から老害なんですか?
あなたはいつから老害になるんですか?
それとも、歳くってもModernな言語をさわって布教してれば老害にはならないのですか?

いや、そこSwiftスレじゃん
そしてあまりにも酷いObjCコードをスレチで書いた老害が悪いわw
業務ではObjCしか使わないしSwiftが良い言語と思っちゃいないが、専スレでアンチは勘弁な

34デフォルトの名無しさん (スップ Sd3f-Zww2)2017/07/09(日) 10:04:05.98ID:ubbDJ28zd
>>33
もう一度おききしますね

何歳から老害なんですか?
あなたはいつから老害になる予定ですか?
それとも、歳くってもModernな言語をさわって布教してれば老害にはならないのですか?

35デフォルトの名無しさん (ワッチョイ f77b-lTuT)2017/07/09(日) 10:09:22.98ID:XPzyjd3D0
(^^;;

36デフォルトの名無しさん (ワッチョイ 9f6f-UF+C)2017/07/09(日) 10:43:37.17ID:7zogvxJ60
ObjCでいいはないだろ...
何たってサーバーサイドも書けるんだぜ?
何もせんでもキャリアが伸びるこんなおいしい話はない
来年あたりSwiftのサーバーサイドでの積極採用の会社も出てくると予想してる

>>34
Modern Objective-Cが書けるなら老人であっても老害じゃないんじゃないの
あとSwiftスレでObjCで荒らしてるのはガイジかな:)

38デフォルトの名無しさん (ワッチョイ d700-cxsd)2017/07/09(日) 10:59:41.20ID:K0mwJiCj0
>>36
さすがにそこまではないと思う
サーバーサイドに使われるようになるには
ライブラリやフレームワークの充実度が重要
すでに他言語が相当前にいるので追いつくまでそうとうかかる

39デフォルトの名無しさん (ワッチョイ 9fea-OB+r)2017/07/09(日) 11:16:23.18ID:Y9w3zegu0
>>36
サーバーサイドは実験レベルで書けるけど実務レベルでは無理だろ
まだまだ時間が必要だと思う

40デフォルトの名無しさん (ワッチョイ ffdb-j4lg)2017/07/09(日) 11:16:38.17ID:+2xoEb/90
>>34
老害=年齢で決まると思ってる時点でお前はただのアホやで

41デフォルトの名無しさん (スップ Sd3f-Zww2)2017/07/09(日) 12:31:30.62ID:JmS2/1Qnd
>>40
shine

42デフォルトの名無しさん (ワッチョイ f77e-Y/ku)2017/07/09(日) 12:35:41.50ID:GCKhJDjB0
>>34
お前が老害

43デフォルトの名無しさん (スップ Sd3f-Zww2)2017/07/09(日) 12:39:52.64ID:JmS2/1Qnd
>>29
>>42
shine

44デフォルトの名無しさん (ワッチョイ f77e-Y/ku)2017/07/09(日) 12:40:36.19ID:GCKhJDjB0
ObjC専用スレ覗いて見た。最後のレスが今年の2月だった。
ObjCをちょっと触ってるけど、良い感じだわぁ。
ちょいと、メソッド名が冗長な感じはするけど、スルスルとコンパイルされるのが良い。

コンパイルエラーが不親切って感じはするけど。
その点、Swiftコンパイラは親切but時間かかる。

45デフォルトの名無しさん (ワッチョイ 9f6f-UF+C)2017/07/09(日) 12:56:04.79ID:7zogvxJ60
差分ビルドなら結局ObjCもSwiftも大して差を感じたことがないが
Swiftのビルド遅い遅い言ってるのは常にクリーンビルドでもやってんのかな
それかMacbook or Airだと体感差が出るとか?Proだと差が感じられない

46デフォルトの名無しさん (ワッチョイ 9f6f-UF+C)2017/07/09(日) 12:57:56.01ID:7zogvxJ60
まーSPMの構成変えた後一からビルドすることになる時は俺もイラッ☆とするけどな

47デフォルトの名無しさん (ワッチョイ 1748-gXZb)2017/07/09(日) 13:13:17.68ID:7wqzHkG/0
>>45
SSDだとSwiftが遅いって思ったこと無いけど、HDDだとめちゃくちゃ遅く感じる、というかやってられない

48デフォルトの名無しさん (ワッチョイ 9fea-OB+r)2017/07/09(日) 13:21:17.87ID:Y9w3zegu0
ビルドの速さを語るときはせめての目安としてコンパイルするファイル数も言わないと意味がないかと

Copying swift library ... が怒り通り越して笑いが出る
SSDでも普通に体感差があるけどないの?

50デフォルトの名無しさん (ワッチョイ f77b-lTuT)2017/07/09(日) 13:24:42.64ID:XPzyjd3D0
AppleがCoffeeタイムを提供してくれているのさ

と信者ならポジティブに解釈できることだろう

51デフォルトの名無しさん (ワッチョイ bf32-yTjp)2017/07/09(日) 17:27:56.47ID:M1SE5oNM0
Swiftのビルドは遅いと思わないな。
遅いと言ってる人は多分StoryBoard使ってたり、変数の宣言時に型指定してないんだろうな。

52デフォルトの名無しさん (ワッチョイ ffe3-KuRC)2017/07/09(日) 18:51:26.63ID:58HcjkUe0
型推論全否定すんな
だいたいC#はvarでも速いぞ

型推論の比較対象はC++だろw

ふーんHDDだとそんなに遅いんだ
Pro Retina SSDがSwiftやる上での下限スペックってことかな
13inch 128GBは罠だが・・・

55デフォルトの名無しさん (ワッチョイ 9f20-gfZI)2017/07/10(月) 18:53:10.56ID:knKTPcd80
ARCって循環参照したらメモリリークすんでしょ?

だからってweakとかunownedにしたら間違って解放後にアクセスしちゃうかもしれないし
マジ使えねー

56デフォルトの名無しさん (ワッチョイ 9f11-iY2e)2017/07/10(月) 20:47:48.41ID:vzjIr3Mm0
>>44
Objective-Cはキモいくらいにコンパイル速いよな。
なんかSwiftよりも楽しそうな感じするな。

>>55
自分でメモリ管理したら循環参照しないってこと?
どっちもどっちだろ
あんまり関係ないと思うけど

58デフォルトの名無しさん (ワッチョイ d70d-L5XL)2017/07/10(月) 22:20:27.57ID:OxPhUDSQ0
たぶんガーベージコレクションなら背後でCPUパワーを食い続けて全部監視してくれる!と言いたいのでは

59デフォルトの名無しさん (ガックシ 068f-QYYo)2017/07/10(月) 23:35:14.81ID:5DkNY5/u6
Cで作った関数をSwift上で使いたいのですが、
文字列のアドレスを渡す関数でエラーが出てしまいます。
何が原因でしょうか。。。

@IBAction func BtnClick_ConnectTest(_ sender: Any) {
//接続先設定
var port:Int32 = Int32(_textFirld_sendPort.text!)!
var IP:String = _textField_sendIP.text!
var str:String = "test"
MyScocket_init()
setScoketSend(port,IP)

SendUDP(Unmanaged<AnyObject>.passUnretained(str as AnyObject).toOpaque() ,str.utf16Count)
}

int SendUDP(char* str, int strsize){
// パケットをUDPで送信
int ret = sendto(g_sockets[SOCK_SEND].sd, str, strsize, 0,
(struct sockaddr *)&g_sockets[SOCK_SEND].sock, sizeof(g_sockets[SOCK_SEND].sock));
if( ret < 0) {
perror("sendto");
}
return ret;
}

エラー内容
Cannot convert value of type 'UnsafeMutableRawPointer' to expected argument type 'UnsafeMutablePointer<Int8>!'

60デフォルトの名無しさん (ガックシ 068f-QYYo)2017/07/10(月) 23:36:58.98ID:5DkNY5/u6
>>59
すみません。エラーが出ている箇所はSendUDP(char* str, int strsize)を呼び出した部分でエラーが出ています。
その他の場所は特に問題ないみたいです

61デフォルトの名無しさん (ワッチョイ d700-cxsd)2017/07/10(月) 23:37:47.31ID:Hza8gIww0
GCと比較してたのか…
それなりのコストかかるから単純に比較できんけどなぁ

62デフォルトの名無しさん (ワッチョイ d700-cxsd)2017/07/10(月) 23:39:48.29ID:Hza8gIww0
>>59
何が原因って、エラー内容のままじゃん…
英語読めないならぐくるとかしてみなよ

63デフォルトの名無しさん (ワッチョイ 5711-KuRC)2017/07/10(月) 23:52:21.77ID:LuuY8Q0f0
>>59
bindMemory

64デフォルトの名無しさん (ワッチョイ 572d-KuRC)2017/07/11(火) 01:40:47.21ID:gmstQp2n0
最近書き始めたけど、これ凄いな
簡単にアプリ作れて驚いた、凄い書きやすいわ
ただ基本的な文法をもっと勉強したいんだけど、良い参考書って何かないですかね
アプリ入門系の本だと、アプリで使うメソッドしか解説がないのでもっと基本的な所から勉強したい

65デフォルトの名無しさん (ワッチョイ 9f61-cxsd)2017/07/11(火) 03:13:01.93ID:l+dots440
とりあえず萩原本の最新の買っとけ

66デフォルトの名無しさん (ワッチョイ f7a9-aOiv)2017/07/11(火) 04:41:16.12ID:rvrzGERi0
言語仕様としてtypescriptも十分楽しいしあえてswiftえらんでベンダーロックインする必要もない

67デフォルトの名無しさん (スップ Sdbf-j4lg)2017/07/11(火) 11:23:21.08ID:ZgquAFHgd
>>64
appleにあるでしょ

68デフォルトの名無しさん (ワッチョイ f76c-QYYo)2017/07/11(火) 11:56:52.95ID:uTsC6u070
>>64
Core Foundationのソースを見ろ!
いろんなCの関数が並んでる。

69デフォルトの名無しさん (オッペケ Srcb-R1hf)2017/07/11(火) 12:07:35.73ID:Hq6/pqoer
swiftってあんまUDP使ってる人いないきがするけど、主流はTCPなの?

70デフォルトの名無しさん (ワッチョイ f76c-cxsd)2017/07/11(火) 12:25:37.46ID:oWge628W0
主流も何も用途次第でしょ

71デフォルトの名無しさん (ブーイモ MMfb-aOiv)2017/07/11(火) 13:47:20.91ID:6GA6X5kAM
iosは基本的にhttpsで通信なんだから強いて言えばtcpなんだろうけど、
今時その層を意識する必要あるのかな。websocketとかある時代だし
ルーター超えとか考慮するのにtcpから触るとか無理ある

72デフォルトの名無しさん (ワッチョイ f7d1-QYYo)2017/07/11(火) 15:38:11.48ID:NnERboSX0
httpに限らずTCP利用のサービスの方が多いだろ。UDPはよほどパフォーマンス気にするようなサービスでだが、ビデオストリームでさえTCP(それもhttpなんて)でいいやの方が主流でUDP使ってるのが稀になってるだろ

73デフォルトの名無しさん (ワッチョイ f7f4-L5XL)2017/07/11(火) 18:57:19.43ID:f6AJLSJm0
QUIC

74デフォルトの名無しさん (ワッチョイ f7d1-QYYo)2017/07/11(火) 19:48:11.70ID:NnERboSX0
(まだ)マイナーなの出しても意味ないだろw
そのQUICとやらも>>69が使うぶんにはTCPだのUDPだの気にすることは無いだろし。UDPでちまちまやるんだったら意味ねえからな

75デフォルトの名無しさん (ワッチョイ 976f-fYl/)2017/07/11(火) 20:10:17.79ID:ScJXy/Hw0
リアルタイム性が重要な分野以外では生UDPの出番なんてない
QUICだって結局改良版TCPじゃん

76デフォルトの名無しさん (スプッッ Sd3f-j4lg)2017/07/11(火) 20:23:33.95ID:Q6KlR0b1d
Aさんが書いたコードなclassだらけ、Bさんが書いたコードはstructだらけ
classは糞、structは糞と水と油をひたすら掛け合う日々
このクソ言語なんとかして

互いにだらけになる方がおかしいだろ
一方は値型で一方は参照型なのに
どんなアプリ作ったらそんなんなるんだ?

78デフォルトの名無しさん (ワッチョイ 5711-KuRC)2017/07/11(火) 20:58:45.14ID:HBLQ2eVf0
>>76
AさんBさんに、使い分けどころか組み合わせることもあるんすよって教えてあげて
https://github.com/apple/swift/blob/master/stdlib/public/core/HashedCollections.swift.gyb#L36

79デフォルトの名無しさん (スプッッ Sd3f-j4lg)2017/07/11(火) 21:12:02.54ID:Q6KlR0b1d
Aさんはstruct不要論者のjavaerでclassしかつかわない
Bさんは継承アンチで基本struct、部分的にclassを使う
はあ糞すぎる

80デフォルトの名無しさん (ワッチョイ 9f20-gfZI)2017/07/11(火) 21:21:14.43ID:ARlFR3Nh0
>>76
When to use struct?
https://stackoverflow.com/questions/521298/when-to-use-struct
Choosing Between Class and Struct
https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/choosing-between-class-and-struct

✓ CONSIDER defining a struct instead of a class if instances of the type are small and commonly short-lived or are commonly embedded in other objects.

X AVOID defining a struct unless the type has all of the following characteristics:

It logically represents a single value, similar to primitive types (int, double, etc.).

It has an instance size under 16 bytes.

It is immutable.

It will not have to be boxed frequently.

81デフォルトの名無しさん (ワッチョイ f7a9-aOiv)2017/07/11(火) 23:20:13.04ID:rvrzGERi0
goみたくclass無くしてstructだけにしてくれたら良かったのにね。
値型と参照型の違いとは言うけど、
普通にそんなん考慮して使い分けてるのって何割いるか

82デフォルトの名無しさん (ワッチョイ 5711-KuRC)2017/07/12(水) 00:00:01.48ID:uvMvuqTN0
>>81
型定義で指定するか変数定義の違いだけでは

83デフォルトの名無しさん (ワッチョイ 9f6f-UF+C)2017/07/12(水) 12:14:48.88ID:Ft5NBnXm0
classはiOS frameworksとの互換性維持のためにあるだけだろ
基本structでいいよ
サーバーサイドはほぼStruct一色だわ

84デフォルトの名無しさん (JP 0H3f-KuRC)2017/07/12(水) 13:32:57.34ID:DcKWLYd4H
var a = Array<Int>()
var a = [abc]()
違いって何?

85デフォルトの名無しさん (ワッチョイ ff17-txss)2017/07/12(水) 17:42:49.46ID:TL+DQEEP0
>>59
誰も答えないからやってみた
ref. ttps://stackoverflow.com/a/41308592

@IBAction func BtnClick_ConnectTest(_ sender: Any) {
//接続先設定
var port:Int32 = Int32(_textFirld_sendPort.text!)!
var IP:String = _textField_sendIP.text!
var str:String = "test"
MyScocket_init()
setScoketSend(port,IP)

SendUDP(str)
}

int SendUDP(const char* str) {
// パケットをUDPで送信
int ret = sendto(g_sockets[SOCK_SEND].sd, str, strlen(str), 0,
(struct sockaddr *)&g_sockets[SOCK_SEND].sock, sizeof(g_sockets[SOCK_SEND].sock));
if( ret < 0) {
perror("sendto");
}
return ret;
}

昔はUnmanagedやらOpaqueやらUnsafeやら操作しなきゃいけなかったような気がするけど変わったかな
まぁ、Stringは(ほぼ)組み込み型で特別扱いされてるだけで、ARC管理下の自前オブジェクトは管理が必要なはず

86デフォルトの名無しさん (スップ Sd3f-Zww2)2017/07/12(水) 18:21:47.80ID:ZOQNZDbbd
ポインターがないSwiftめんどくさ

87デフォルトの名無しさん (JP 0H8a-FPdr)2017/07/13(木) 13:42:07.18ID:gLbFU3lkH
>>85
ありがとうございます!
助かりました。
ちなみにiosでTCP/UDP使う時に使いやすいapiないですか?
今回、UDP通信するにあたってCFソケットも検討したんですが、いまいち使いづらくて

C言語の方が慣れてるんでCで書いたんですけど

88デフォルトの名無しさん (ワッチョイ 84d1-NvYO)2017/07/13(木) 14:26:17.90ID:YXo9YsXu0
Cのでええやん?慣れてるなら
あくまでもSwiftっぽくなら、Objective-Cのでもええやろ?iOS APIがほぼそれなんだし

89デフォルトの名無しさん (JP 0H8a-FPdr)2017/07/13(木) 17:57:36.12ID:gLbFU3lkH
>>88
ありがとう。Cで書くよ
調べてたらswiftでCでソケット通信を作るのは一般的じゃないみたいな記事みたからちょっと気になった

90デフォルトの名無しさん (ワッチョイ bc7b-svru)2017/07/13(木) 22:54:25.78ID:60WI1OgY0
Cで出来てることはObjective-Cならそのままできる

>>86
ポインタがないのが面倒なんじゃなくARCが面倒なんだぞ
今回はARC度外視できたけどARC管理下のオブジェクト取り回しはObjCでも同じだからな

Pythonみたいに極限までに研ぎ澄まされたシンプルさと美を兼ね備えた言語で開発したい

93デフォルトの名無しさん (ワッチョイ 4ce3-z+eH)2017/07/16(日) 23:52:07.18ID:QMScBLa+0
if __name__ == '__main__':

美しい?

94デフォルトの名無しさん (ワッチョイ bc37-svru)2017/07/17(月) 08:21:51.45ID:Ze9nWRlN0
>>93
とても高級言語とは思えない醜さ

95デフォルトの名無しさん (スップ Sdc4-tNHj)2017/07/17(月) 09:25:14.61ID:NNb10sQTd
>>94
無駄にかっこ無くしたSwiftも似たようなもんだけどな

96デフォルトの名無しさん (ワッチョイ 4611-ReYe)2017/07/17(月) 10:35:41.40ID:Mc06oZvK0
日本ではSwift大人気だけど、海外だとそれほど人気ないらしいね。
言語ランキングとかだと日本だけ異様に高いらしい。

97デフォルトの名無しさん (ワッチョイ c66b-svru)2017/07/17(月) 10:39:22.12ID:VuxDjspY0
>>96
だろうな
相当のApple信仰心がないと付き合ってらんねぇよってなるだろ
しかもにわかでない元々のApple好きはJobs教だからObjective-Cでいいって思ってるし

98デフォルトの名無しさん (ワッチョイ 84d1-NvYO)2017/07/17(月) 10:49:55.85ID:jv/mhdui0
隙あらば妄想語り

99デフォルトの名無しさん (JP 0H3a-G/zD)2017/07/17(月) 15:18:50.28ID:fxU6unKKH
>>93-94
shebangが美しいとかω

100デフォルトの名無しさん (ブーイモ MM98-cMRf)2017/07/17(月) 16:28:59.78ID:5dSbIPaGM
>>94
書きたくなければ書く必要ないんだぜ。
そもそもswiftじゃ同じことを書くことすらできないだろ。。

スクリプトはPython一強になりつつあるな
コンパイラは何だかんだとJAVA、強者はC/C++で次点にC#が勢いを増しつつある感じ

102デフォルトの名無しさん (ワッチョイ 166d-e5K2)2017/07/18(火) 07:56:20.08ID:Ttzd9ReG0
>>92
Python文法を踏襲しつつ、イマドキ?な言語PFになってるnimがあるぞ
Swiftを越えるクソっぷりで海外でも日本でも不興だけども

103デフォルトの名無しさん (ワッチョイ d06c-Oo8n)2017/07/19(水) 00:14:23.59ID:9uIEKdpP0
>>102
wikipedia見ただけだと凄そうなんだけど、どんなところがクソなの?

104デフォルトの名無しさん (ワッチョイ ba11-6W30)2017/07/19(水) 03:21:11.49ID:dfarNNhW0
これからはDNAプログラミングの時代

>>103
1. 目標として掲げた言語仕様に対する完成度がswift betaくらいに未完成
2. nimソースを他言語ソースにコンバートして、他言語ソースをネイティブバイナリにコンパイルという微妙なコンパイル手法
3. 1, 2に引きずられているのか書いたコードが仕様通りに動かない(バグったコードがバグるんじゃなく、正しいコードがバグる

Python好きだし期待してた頃もあったけど、一向に完成度が上がらないから諦めた
大企業スポンサーがつかない新興言語はどうしようもないんだなって, Apple/IBMがついてるSwiftはまだマシ

106デフォルトの名無しさん (ワッチョイ 8411-MZWZ)2017/07/19(水) 16:09:56.39ID:wHc1xz6Y0
2の手法は良いと思うけどな
まぁ完成しないんじゃどうしようもないけど

107デフォルトの名無しさん (ワッチョイ ace3-z+eH)2017/07/19(水) 20:32:46.34ID:z7u2kxVf0
コンバートって
なんかの言語がPythonっぽい見た目だったらいいなーと思って作ったのだろうか

108デフォルトの名無しさん (ワッチョイ 96db-XVrW)2017/07/19(水) 20:34:41.55ID:ydXVL5dr0
ただのトランスコンパイラ

一応、GCが付いてたりとランタイムに独自機能は乗ってるけどな

SwiftもObjCへのトランスコンパイラとして実装すれば良かったのかもしれないとふと思った
その程度だとApple公式PJになる意義はなかったかもだけど、今のSwiftランタイムの存在意義と比べてトントンじゃね

110デフォルトの名無しさん (ワッチョイ 47a9-bWGY)2017/07/21(金) 20:51:00.68ID:FAsYkEFy0
>>109
objcって中身は動的言語みたいなもんだからメッセージ呼び出しのオーバーヘッドがかなりある。

111デフォルトの名無しさん (ワッチョイ bf6b-rqTR)2017/07/21(金) 21:03:26.40ID:FKHXpg8D0
>>110
と思っていた時期が私にもありました

呼び出しのオーバーヘッドもなにもクラス実体があるポインタアドレスに
まるっとデータ送ってるだけだから逆にリンカがコンパイル時に
「ここ」って指定してるのとどこがそんなに違うんですか?的な

113デフォルトの名無しさん (スプッッ Sd7f-2SPP)2017/07/21(金) 21:50:28.57ID:P8NTwIcBd
メッセージ式って、レシーバーが文字列解析してるとか?

114デフォルトの名無しさん (ワッチョイ 47d1-29Ea)2017/07/21(金) 22:25:12.37ID:LSoQGIGd0
文字列解析はランタイムだろ

115デフォルトの名無しさん (ワッチョイ 6717-M4aJ)2017/07/21(金) 22:30:29.43ID:VKToeNQS0
SwiftはObjCと違ってメッセージ呼び出しのダイナミックコールしないから早いんだぜって言ってたな
なお体感できるものだとは思えない

116デフォルトの名無しさん (ワッチョイ 6717-M4aJ)2017/07/21(金) 22:31:33.55ID:VKToeNQS0
すまん語弊があるな、ダイナミックコールしないケースがある、が正しかった

117デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/22(土) 15:09:54.42ID:/tUO2w1id
まあ何と言われようと、OSX、iOSをここまで発展させてきたObjective-Cの実績は事実として存在している

118デフォルトの名無しさん (ワッチョイ 7fdb-3tmt)2017/07/22(土) 15:18:51.98ID:95UuPgIe0
apple専用言語だから実績と言われてもピンと来ない

iOSが毎年更新してるのにアホみたいに安定してる事実が
もう「あたりまえ」だと思われてるんだなぁ…
C/C++製の自分の足下の更新ペースと安定性を忘れきってるのが笑える。

Cocoa, UIKitで他の言語が使えないからなぁ
ObjCだったから発展したんじゃなく、発展に合わせてObjCが普及したのが事実よな

Swiftでないと使えないという環境がないから普及しねぇ
Carthageも流行らなかったから普及に貢献してないし

121デフォルトの名無しさん (ワッチョイ bf6b-dDxP)2017/07/22(土) 16:20:59.31ID:S//wJJE60
>>120
Objective-Cだから発展したというよりは、Objective-Cのままでも何ら問題がないということだろう

122デフォルトの名無しさん (ワッチョイ 6717-M4aJ)2017/07/22(土) 21:33:30.66ID:IwEFmDCG0
Carbon(C++)からCocoa(ObjC)に切り替えて選択肢を無くした状態でObjCをゴリ押ししたからな
Swiftのゴリ押し、足りてないよー

123デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/22(土) 22:47:39.39ID:EDEdZkbmd
>>122
あの時はそもそもOSが根本的に変わったけどな

124デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/22(土) 22:49:41.31ID:EDEdZkbmd
まあObjective-CはJobsが原点回帰(NeXT系譜)した感じだな

125デフォルトの名無しさん (ワッチョイ 47d1-29Ea)2017/07/22(土) 23:41:33.63ID:QZvpiOv/0
>>122
CarbonがいつC++だったのよ。Cだろ
>>123のいう根本から変わる過渡期にどうするかで出てきたCarbonなんて最初からいつか無くなる運命だし、Carbonよりも先にObjective-Cあったので切り替えでもなんでもないだろ
いつまでもOSネイティブなObjective-Cにしなかったアホが悪いでしかないのに、ゴリ押しとか基礎も結論も妄想がひどすぎ

126デフォルトの名無しさん (ワッチョイ bf6b-dDxP)2017/07/23(日) 00:09:20.02ID:+M2gaImH0
Swiftやってる連中はにわかが多いからしゃーない

>>118
ソニーが採用してただろ

旧MacOSはそういやPascal推しだったの思い出した

Pascal, C/C++を拒否してObjCに強制誘導してるじゃないか、、、
同じようにSwiftも頼むよー

130デフォルトの名無しさん (ワッチョイ 2748-dkZs)2017/07/23(日) 08:39:16.33ID:b9v3bw3F0
C/C++が拒否されてるなんて全く感じたこと無いけど
C/C++でバリバリ書かれてるコードにちょっとCocoa APIをObj-Cで呼び出せばプログラムが完成するって感じだと思うけど
ObjCに強制誘導って思うのは、単にMac OS XのAPIを学びたくないからじゃないの?

131デフォルトの名無しさん (ワッチョイ 47d1-29Ea)2017/07/23(日) 11:21:23.34ID:FXaeC0G60
強制誘導ってアホか?
Objective-CのベースだってMac OS X/OS X/macOSのバージョンアップによってC++に書き換えられてるし、CoreはCのままだし、OS X/CocoaはほぼNEXT STEPのまんまと言っていいくらい元々Objective-Cだし、IO KitはC++で書けだし

132デフォルトの名無しさん (ワッチョイ bf6d-29Ea)2017/07/23(日) 11:40:38.80ID:wBdpKyPw0
>>128
推しというか、Macの開発(ほんとの生み出す開発)はPascal/Assembleで作っていたんだなあというのは、どこぞの博物館で公開されたQuickDraw/MacPaintのソースでわかる
推すも何もそうだったらそうなるだろ、ドキュメントとか。だが、サード開発ではCが大多数(&CでPascal形式API呼ぶのにほぼツーカーで何も問題ない)で、Appleもそれにならうでしかないな

133デフォルトの名無しさん (ワッチョイ 477e-48IU)2017/07/23(日) 12:24:47.14ID:+emKkgEz0

134デフォルトの名無しさん (ワッチョイ 477e-48IU)2017/07/23(日) 12:29:34.74ID:+emKkgEz0
Google Search
Google Trends
Twitter
GitHub
Reddit
などなどを"X programming"っていうテンプレートで検索し、hits countsをrankingしたって事らしい。

>>130
ObjCをちょっと書かないとmacOS, iOSアプリが作れないように
Swiftをちょっと書かないとモノが作れないくらいのゴリ押しして欲しいなぁと

Appleは作りっぱなしで押さないし、信者はジョブズの聖遺物(ObjC)を崇めるし
Appleがゴリ押しした製品に寄生して銭稼ぎしようとbetaの頃に始めたのに悲しいよ

136デフォルトの名無しさん (ワッチョイ bf6b-29Ea)2017/07/23(日) 12:40:43.51ID:+M2gaImH0
世界初のWebブラウザはObjective-Cによって産み出された
まあどーでもいいけど、いまやWeb全盛の時代にそういう言語で最新のアプリが作れる環境が与えられてんだから少しくらい感慨というものを感じてもいいんじゃないの

137デフォルトの名無しさん (ワッチョイ bf6d-29Ea)2017/07/23(日) 12:58:28.23ID:wBdpKyPw0
元々アホかなとは思ったが, >>135ぶりからアホってもんじゃねええ。Swift好きにも迷惑だと思うぞ

138デフォルトの名無しさん (ワッチョイ bf6d-29Ea)2017/07/23(日) 13:19:23.25ID:wBdpKyPw0
>>130
C++を拒否というならSwiftによって/Swiftがだろうな、現在はw
macOS上のSwiftでは、まあ、Objevtive-C++でラッパー書いてそれをSwiftでだが、Linuxでぼちぼちっとじわっと使われているので、はよSwiftでC++のブリッジを(まあ、Cのインターフェースでラッパー作ればいいんだろうけど)
C++ブリッジの予定ないのかなあ

つ swiftpp

140デフォルトの名無しさん (ワッチョイ bf60-ST9I)2017/07/23(日) 13:26:14.58ID:KVqGyOG90
Uiview.アニメーション関数を使いたいのですが、uiviewanimationoptionsの選択肢が
でてきれくれません。Youtubeを参考にしながら、optionsの部分をcurveLiniearに
したいのですが・・・cを入力しても候補が一切表示されず途方に暮れています。
どういった原因が考えられますか?助けてください。ゲーム作りたいです。

141デフォルトの名無しさん (ワッチョイ bf6d-29Ea)2017/07/23(日) 13:27:23.92ID:wBdpKyPw0
>>139
macOS/Objevtive-C++ありきのじゃね?

142デフォルトの名無しさん (ブーイモ MMcf-0FYW)2017/07/23(日) 13:49:07.88ID:Ach+AE6nM
>>127
すげー初耳なんだけど

143デフォルトの名無しさん (フリッテル MM4f-bWGY)2017/07/23(日) 16:19:01.64ID:rIJW0aWHM
rustのメモリ管理の仕組みが採用されたらどんだけ幸せになれんのかな。
そもそもrustごと採用してくれれば良いのに

144デフォルトの名無しさん (ワッチョイ 7fe3-E/h9)2017/07/23(日) 20:38:41.65ID:dr3Y8KYj0
Rust使いがあんまり幸せそうじゃない件

145デフォルトの名無しさん (ワッチョイ 7fe3-E/h9)2017/07/23(日) 20:39:56.87ID:dr3Y8KYj0
いやそうでもないか…

言語仕様に振り回されてはいるが大概自分に原因を帰着してる
まだ信仰心旺盛なようだ

146デフォルトの名無しさん (ワッチョイ 7f17-PyNh)2017/07/23(日) 21:47:12.66ID:jwqjM4Na0
Rustなんか採用されたら気が狂うわ

147デフォルトの名無しさん (ワッチョイ 47a9-bWGY)2017/07/24(月) 07:40:43.41ID:UKDzlT7I0
でも静的にメモリ管理を解決するって
どんだけ良いものか気になるんだよね。
どうせswift5辺りで採用されんだから、先にrustに触って先行学習してても良いかもね。
多分swiftに採用されたら下位互換性また壊れるぜ

Rustの元になってるC++ std::unique_ptrをどうぞ
ObjC++でも使えるゾ

>>141
下手な風評はSwift好きに迷惑だからやめろやw

149デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 09:18:58.69ID:mOlqqWbM0
>>139
時々見る、この「つ」ってどういう意味?

三重の県庁所在地じゃない?

151デフォルトの名無しさん (エムゾネ FFff-ea0C)2017/07/24(月) 09:52:25.50ID:LhEoev6pF
>>149
「つ」は、差し出す手のイメージ

152デフォルトの名無しさん (フリッテル MM4f-bWGY)2017/07/24(月) 10:26:23.68ID:1TXRI9GxM
>>148
c++にはなんでもあるんだね。
でも言語仕様で縛らなくても静的にメモリ管理って可能なの?c++のプリプロセッサがすごいってこと?

153デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 10:27:01.25ID:mOlqqWbM0
>>151
俺には「つ」が手に見えない。手のひら?手の甲?

154デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 10:29:33.52ID:mOlqqWbM0
>>152
オブジェクトへの参照が1個、複数の別で、
unique_ptr, shared_ptrを使い分ける。

参照するだけで、所有しないweak_ptrってのもある。

要するにリファレンス・カウント式のメモリ管理なのだ。
Objective-Cの設計をC++が取り入れたのかな?

155デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 10:30:53.63ID:mOlqqWbM0
ちなみに、俺はC++を最近全然使ってない。C++詳しい人、
unique_ptr, shared_ptr, weak_ptr
の解説、よろしこ!

156デフォルトの名無しさん (フリッテル MM4f-bWGY)2017/07/24(月) 10:47:25.46ID:1TXRI9GxM
>>154
ただのリファレンスカウント方式ならrustとは違うで。

157デフォルトの名無しさん (ワッチョイ 6717-M4aJ)2017/07/24(月) 10:49:27.16ID:d8RjP+270
逆だよ、C++のshared_ptrをObjCのARCに文法糖衣で取り込んだんだよ

>>152
unique_ptrは元々C++ boostのライブラリとして提供してたから出来るでしょ
ObjCもSwiftもそういう機能はライブラリじゃなく文法で取り込みたがるから言語更新待ちになるだけで

158デフォルトの名無しさん (フリッテル MM4f-bWGY)2017/07/24(月) 10:49:41.82ID:1TXRI9GxM
リファレンスカウントは全然静的に解決しているメモリ管理機構じゃない。
rustのやり方はコンパイル時に指摘してくれるけど、リファレンスカウントはけっきょく動的に解決するわけだし。
それならとっくにswiftで実現してるし。ARCだろ。

159デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 11:07:27.25ID:mOlqqWbM0
>>157
Boost Software License - Version 1.0 - August 17th, 2003

って事は、Boostの方が歴史が古そうですなぁ。ObjCよりも。
俺、誤解してたわぁ。

160デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 11:11:24.98ID:mOlqqWbM0
Apple Inc. deploys ARC in their operating systems, such as macOS (OS X) and iOS.
Limited support (ARCLite)[5] has been available since Mac OS X Snow Leopard and iOS 4,

with complete support following in Mac OS X Lion and iOS 5.[6] Garbage collection was declared deprecated in OS X Mountain Lion,

in favor of ARC, and removed from the Objective-C runtime library in macOS Sierra.[7][8]

ref. en.Wikipedia://ARC
ARC Liteの出現は、2009, Snow Leopardからみたい。

161デフォルトの名無しさん (フリッテル MM4f-bWGY)2017/07/24(月) 12:00:46.09ID:1TXRI9GxM
rustのメモリ管理の仕組みを見てきたけどプリプロセッサで何とかなるというものじゃなかったから、
c++ならあると言うものじゃなかった。
言語仕様から改変か必要なものだったよ。

簡単に言えば、メモリの参照は一箇所に制限されて、そこからしかアクセスできないようにする。

たから、もしswiftでrustのメモリ管理機構が導入されたら、
100%既存のコードでは動かないし単純に変換もできない。
ロジックの見直しが必要だからね。

例えば配列にループアクセス中は
配列に対する変更操作はすべてコンパイルエラーになる。とか。

162デフォルトの名無しさん (ワッチョイ df6c-HXaS)2017/07/24(月) 12:08:11.82ID:kuRPbSwp0
いやownership manifesto読めよお前ら
全部書いてあんのに

163デフォルトの名無しさん (ワッチョイ bf6d-29Ea)2017/07/24(月) 14:33:26.45ID:wWQbQtbc0
>>148
https://github.com/sandym/swiftpp
これじゃねえの?XcodeありきObjective-Cありきだろ?
これじゃねえ、どれやねん?

164デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/24(月) 15:17:51.01ID:mOlqqWbM0
>>161
「メモリの参照は一箇所」
まあ、そうかもしれんけど、俺の理解では参照カウントを1以上に上げない
様なメモリ管理ポリシーを実践する事で、メモリリークは防げると思う。

それから、Instrumentsとdebuggerを活用するのが吉。
最近気がついたのが、command+IでInstruments leaksを起動して捕捉出来なかったメモリリークが、不思議な事に、break pointで一旦止めてdebuggerからInstruments leaksを起動すると捕捉できるんだよねぇ。

165デフォルトの名無しさん (ワッチョイ 5f91-lcSO)2017/07/24(月) 22:22:24.32ID:QNE9e6LM0
>>151
マジか
俺ずっと「つ」って読んでたわ

=ア 【はい】

こういうのも👉に見えてなかったとか…

167デフォルトの名無しさん (ワッチョイ e711-E/h9)2017/07/24(月) 22:40:40.19ID:Ip9wN0np0

168デフォルトの名無しさん (ワッチョイ df6c-HXaS)2017/07/24(月) 22:52:15.68ID:kuRPbSwp0
ノシ

169デフォルトの名無しさん (ワッチョイ e711-ea0C)2017/07/24(月) 23:24:01.06ID:J5SFZDQ/0
>>153
手の平。
https://nanapi.com/ja/25657

https://m.chiebukuro.yahoo.co.jp/detail/q1410591729?__ysp=MmNoIOOBpA%3D%3D
[つ]は手を表現しています。

例えば、[( ・∀・)つ旦]というAAでしたら
旦はお茶のAAですので、
お茶をハイ、と差し出している様子を表しています。
2ちゃんねるでは省略形をよく用いますので
顔文字が省略されて[つ]のみで使用されます。

>>165
まじっす!

170デフォルトの名無しさん (ワッチョイ 6797-cAwC)2017/07/25(火) 00:35:48.08ID:pCPhayDn0
つ⌒□

馬券、車券、くじ券をすてている

171デフォルトの名無しさん (ワッチョイ 476c-d1J2)2017/07/25(火) 11:28:49.52ID:uSdVU4/I0
>>170

そんな、補足説明が必要なAAなんて、不要だわぁ。

わかんねー奴の方が少数だから

173デフォルトの名無しさん (ワッチョイ 2748-dkZs)2017/07/25(火) 18:36:52.92ID:MoMVyAkE0
>>135
つまりは皆が出来ないうちに自分だけはSwiftを沢山書けるようになっておけば、Swiftがゴリ押しされたときに先行者利益を得られると思ったけどそうはならなかったから悲しいってことだろ?
別にAppleが推してないなんてことないと思うし、Obj-Cを崇めてる奴なんていないと思うし、Swiftはまだまだバージョンごとに変更がある割には十分普及してると思うけどな

大体Swiftをちょっと書かないと作れないぐらいのレベルだったら大してSwiftの知識もいらないと思うし銭稼ぎできるようなもんでもないと思うんだけどな
はじめにObj-C使わなきゃいけなくなったときに本1,2冊ぐらいしか買ってないし、Swiftに関してはお金まったく書けてないし、金稼ぎできる要素がある気がしない

>>138
C++をブリッジするとなるとC++の複雑な機能全てをブリッジ出来なきゃ有用性が落ちそう
限定された機能で書かれたC++コードだけブリッジしてくれるとかだと結局C++側がそれ以外の機能使ってたらラッパー書かなきゃいけなくなるし、落とし所が難しそう

174デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/25(火) 21:49:06.28ID:GBfCSeDrd
Swiftの完成度が最初から高ければ状況は違ったかもな
あとむだにWithout Cに走ったのは筋が悪かったと思うわ

175デフォルトの名無しさん (ワッチョイ e711-E/h9)2017/07/25(火) 22:11:09.32ID:GZGsW4rL0
C++ブリッジってそれもうwith C++だからな
テンプレート除けばそれなりに出来るだろうけど
テンプレート除いたC++に対応したところでだから何なのって話になるし

176デフォルトの名無しさん (ワッチョイ bf6b-29Ea)2017/07/26(水) 00:11:43.09ID:f0n9OFYu0
Without Cをぶち上げたんだからもうCに関わるなよ
韓国人かよ...

177デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/26(水) 00:29:39.23ID:qL2o6nlmd
Cライクforもインクリメント、デクリメントもなくす無駄な徹底ぶりだからな

178デフォルトの名無しさん (ワッチョイ dfea-O7UX)2017/07/26(水) 06:41:21.77ID:3wgr+b8u0
Pythonぽくて好きよ

179デフォルトの名無しさん (ワッチョイ 6783-bWGY)2017/07/26(水) 12:41:46.12ID:p1ZvRLSy0
なんかswiftどんどん構文追加して複雑になってないか?
phpみたい

180デフォルトの名無しさん (ワッチョイ 27ed-M4aJ)2017/07/26(水) 12:46:08.87ID:0VRUk0dC0
せめてObjCみたいって言ってくれよ

181デフォルトの名無しさん (ブーイモ MMff-0FYW)2017/07/26(水) 12:53:13.70ID:3gkHvmLyM
>>176
マルチプラットフォーム化に加えて
膨大なossがcやc++で書かれてるんだから無視は不可能だ。

182デフォルトの名無しさん (ワッチョイ e711-msIr)2017/07/26(水) 13:24:53.92ID:aZ/eqHae0
Without Cは言語仕様(構文)の話

183デフォルトの名無しさん (ワッチョイ df0d-wITz)2017/07/26(水) 16:59:40.71ID:2aPuu4440
むしろ、Objective-Cの「インスタンスは母体クラスに[おまえのインスタンスを作れ]命令で作成します」とか
「クラス間の通信はクラス[命令:引数]で明示的に他のクラスに実行させてるとわかります」が好きだったので
そのあたりswiftが「退化」しちゃったのが嫌。

言語仕様とクラス仕様が分離しててクラスライブラリだけ進歩してくとか
ソース内で自他の表記がしっかり別れてて「ここであいつがこれやって次…」
と読めるのが気に入ってたのに
他のグチャグチャモダン言語と同じ言語仕様変更地獄と
ソースになんだかわからない誰かが作った記号が普通に混じりますって
これ、ずっとプログラミング文化の発展阻害してた奴だ…と

184デフォルトの名無しさん (ワッチョイ df6c-HXaS)2017/07/26(水) 17:12:34.07ID:X3I7XP0c0
>>183
>明示的に他のクラスに実行させてるとわかります

Swiftでは分からんの?

>>184
いやわかるよ

186デフォルトの名無しさん (ワッチョイ df6c-HXaS)2017/07/26(水) 17:17:39.81ID:X3I7XP0c0
>>183
>ソース内で自他の表記がしっかり別れてて

これ何のことを言ってんの?
自他の区別がつかない言語なんてあんの?
そんな精神病みたいなプログラムあっても実行できなくね

多分全部staticで書いてんだろ
おそらくインスタンスとクラス、動的メッセージと静的メソッドの違いがわかってない

188デフォルトの名無しさん (ワッチョイ 7fe3-E/h9)2017/07/26(水) 19:04:57.26ID:Q9Wh0Ukp0
$

↑こいつ

今までの理念をぶちこわすような暴挙
itでもなんでもよかったのになんでこれにした

189デフォルトの名無しさん (ワッチョイ 27ed-M4aJ)2017/07/26(水) 19:22:50.49ID:0VRUk0dC0
一方俺は、ObjCの言語仕様にクラス変数が追加されて、既存フレームワークのクラスメソッドがクラス変数に変わって発狂していた

>>188
$0, $1, etc.として複数引数の場合でも引数記述を省略させるためでしょ
シェルスクリプトを書いたことないとなんぞこれってなるが、it0, it1よりはスマートだと思うが

190デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/26(水) 19:32:05.98ID:SoUQ8WPld
>>181
なので普通に考えるとObjective-C 3.0として改良発展させるのがよかったと思うんだよね...

191デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/26(水) 19:33:29.48ID:SoUQ8WPld
>>183
禿同すぎる

192デフォルトの名無しさん (ワッチョイ 7fe3-E/h9)2017/07/26(水) 19:44:28.65ID:Q9Wh0Ukp0
>>189
いちいち引数に名前つけさせて、
省略できるのはひとつまでって感じで今まできてたじゃん!

ここにきてこれ
itですら多少は意味があるが、$ってなに?
なんで急にドル記号が出てくんの

193デフォルトの名無しさん (ワッチョイ e711-msIr)2017/07/26(水) 20:10:19.84ID:aZ/eqHae0
itの方がマシというのは別に否定しないけど
「今までの理念」というのはSwiftには無くね

194デフォルトの名無しさん (ワッチョイ df6c-HXaS)2017/07/26(水) 21:11:05.37ID:X3I7XP0c0
俺はitより$nの方がマシだと思うけどね

「名前を省略する」ためのものに「名前をつけた気になる」ために$nをやめてitにするってかなり本末転倒じゃない
どうせ具体的な名前が無いなら、極めて曖昧なitなんて単語じゃなく、どこまでも記号的な$nでいい
敢えて単語にするならanonymousArgumentとかclosureArgumentとかにして、クロージャの名前がない引数であるという意味を表さないと
itなんて、$nと同じぐらい何も意味を表さないのに、無駄に単語の体をしてるだけタチ悪いと思うわ

逆にwillSetの引数名省略時のnewValueみたいに、最低限あらかじめ意味が限定されてるところでは、$nでもitでもなくちゃんと最低限の意味を表す省略形になってる

195デフォルトの名無しさん (スッップ Sdff-dDxP)2017/07/26(水) 22:07:58.73ID:SoUQ8WPld
どーでもいいけどいい加減syntaxのセンスがクソ過ぎやしないか?

196デフォルトの名無しさん (ワッチョイ 27ed-M4aJ)2017/07/26(水) 23:04:09.76ID:0VRUk0dC0
シンタックスのセンスなんてどーでもいいし・・・

197デフォルトの名無しさん (ワッチョイ 7fe3-E/h9)2017/07/26(水) 23:45:24.29ID:Q9Wh0Ukp0
本音をいうと省略させたくない
書き方増やしてどうする

198デフォルトの名無しさん (ワッチョイ 6aea-PkaZ)2017/07/27(木) 00:17:20.77ID:stgr+uVA0
俺も書き方のバリエーションが増えるのは反対だな。誰が書いても同じ文法で、誰が書いたコードでも誰でもさっと読めるのが理想だったな。

199デフォルトの名無しさん (ワッチョイ afa9-8N1R)2017/07/27(木) 00:19:52.29ID:YcR0VV5Q0
swiftでrxSwiftさわったらすごくRxがわかりやすくなったのは良い思い出。
objcだとわけわかめだった。
構文って結構学習コストに関わるんだなって理解した瞬間でした。

200デフォルトの名無しさん (ワッチョイ 97e3-f9Oc)2017/07/27(木) 00:21:32.40ID:8AwtWwUr0
>>198
Haskellが普及しないのは、その理想を追い求めすぎてるからだけどね

201デフォルトの名無しさん (ワッチョイ afa9-8N1R)2017/07/27(木) 00:27:01.52ID:YcR0VV5Q0
>>200
書き方のバリエーションの少なさでいったらgoがいい感じではないかと。
中括弧の位置すら強制するからね。

202デフォルトの名無しさん (ワッチョイ 7b32-VhqT)2017/07/27(木) 10:53:29.63ID:ck0CL7KM0
objCは文法に多様性がありすぎて俺には理解できなかった

203デフォルトの名無しさん (ワッチョイ 6a0d-0tm6)2017/07/27(木) 19:10:53.39ID:NhSve46F0
Blocks構文は「それそういうクラスじゃいかんの?Cに付け足す理由は…?」といまだに

204デフォルトの名無しさん (ワッチョイ 0f7e-XfY8)2017/07/27(木) 19:22:06.60ID:uqnl2xme0
>>199
ObjCにはCocoa Bindingがある。

205デフォルトの名無しさん (ワッチョイ afa9-8N1R)2017/07/27(木) 20:21:49.26ID:YcR0VV5Q0
>>204
双方向バインディングとRxを一緒にするない。

206デフォルトの名無しさん (スッップ Sd8a-fvjh)2017/07/27(木) 21:59:22.87ID:dY8Lj/zzd
>>202
メッセージ式は面食らったが、CとJavaをやってたからあんまり覚えることなかったけどなObjC

>>183
> クラス[命令:引数]

スレチ引っ張って悪いけど、ObjCにこういう記法あったっけ?
[クラス 命令:引数] とかだと思ってたのだが…

208デフォルトの名無しさん (ワッチョイ a66b-qK7i)2017/07/29(土) 08:59:34.62ID:/r3JclQn0
>>207
そだね

209デフォルトの名無しさん (ブーイモ MM8a-V675)2017/07/29(土) 13:02:57.19ID:arVZp8ApM
レベルに合わせた書き方すりゃいいじゃんよ
generics,typealias,operator overload この辺は無理して使うことない
boilerplate無くしてえなーもっとコードを直感的に書きてえなー、そもそも今までの書き方飽きたから違った書き方してえなー
という欲求が生まれた時に導入すれば良い。そうすりゃObjCとも大して見た目変わらんしな

210デフォルトの名無しさん (ワッチョイ 0f7e-XfY8)2017/07/29(土) 17:08:58.83ID:wplyINA+0
>>209
なるほどぉ。
ところで、Swift -> ObjCへ移行する時に、RxSwift相当のFramework
って、ReactiveCocoaって事になるのかなぁ?

211デフォルトの名無しさん (ワッチョイ 7b11-Fw5N)2017/08/05(土) 14:14:44.53ID:dw0K286c0
Swift一発屋になってんじゃねえか。
ピコ太郎だってもっとまともにやってるぞ。
もっと頑張れよApple。熱くなれよ!

212デフォルトの名無しさん (ワッチョイ 9fa9-fAXk)2017/08/06(日) 17:25:37.14ID:exhLY8Mw0
>>210
言っておくけど、Rxとobjcは全く相性が悪い。
なんでかというとあのobjcのメッセージ式
Rxってメソッドチェーンが無いとかなり実装しづらいのに
objcでは書けないのだよ。
[]のネスト地獄を味わう事になる

213デフォルトの名無しさん (スッップ Sdaf-Q1zC)2017/08/06(日) 17:36:38.87ID:/dqOVGNEd
Rispも知らないんだろうなぁ..

214デフォルトの名無しさん (ワッチョイ 4b7e-LqqZ)2017/08/06(日) 17:37:55.69ID:A+R4LQxw0
>>212
なるほどぉ
Cocoa BindingとかCore Dataを使えって事なのね。
ところで、ObjC Wizardの方々は、Core Data使うんでしょうかねぇ?

215デフォルトの名無しさん (スッップ Sdaf-Q1zC)2017/08/06(日) 17:49:19.26ID:/dqOVGNEd
LISP

216デフォルトの名無しさん (ワッチョイ d9c0-mS7C)2017/08/06(日) 20:13:36.95ID:uZylSw7t0
Lispのtypoかよw
そういうワードがあるのかと真面目に受け取ってた

あ、自分はvim派なんでelisp含め使ったことないわ
elisp wizardは変態だと尊敬してる

217デフォルトの名無しさん (スッップ Sdaf-Q1zC)2017/08/06(日) 22:21:23.59ID:/dqOVGNEd
>>216
すまんw
まあメッセージ式のネスト地獄もLisp様から見ればかわいいもんですw

218デフォルトの名無しさん (ワッチョイ 056c-cJAr)2017/08/07(月) 09:36:54.43ID:tO02o/C10
>>212
メソッド呼び出しに、ドット構文が使えればObjCも描きやすくなるよねぇ。
Objective-C 3.0に期待だね。

id a = [[NSObject alloc] init];
->id a = NSObject.alloc().init(); // こんな感じ!

219デフォルトの名無しさん (ワッチョイ d9c0-mS7C)2017/08/07(月) 10:15:21.88ID:0r/N/mwc0
既にクラスプロパティとオブジェクトプロパティで実現できてるね!ObjCはすごいね!
クラスプロパティの存在を知らないんだろうなぁ、ObjCについてもうちょっと勉強してこい

>>219
いや、引数あったら出来ないだろ

ところでドット構文マンセーな人ってiOSやる前は何の言語がメインの人?

221デフォルトの名無しさん (ワッチョイ d9b5-xdmZ)2017/08/07(月) 12:05:53.21ID:tDzZ+7xU0
>>218
obj-cの魅力ってあくまでcの拡張でありobj-cの世界は[]の中だけってスタンスであってほしいから
ドット構文?はあんまり増やしてほしくない
個人的にはElixrのパイプ演算子(|>)をobj-cに採用して欲しい。
(元ネタはElixirじゃないかもしれないけど。)

[NSObject alloc] |> [@ init]
みたいな感じで使う。Elixirの場合だと返却値を次のメソッドの第一引数に渡すって意味だけどobj-cでは@を置き換えるみたいな感じで

222デフォルトの名無しさん (ワッチョイ eb23-YyKq)2017/08/07(月) 16:52:39.28ID:nxE7L61t0
|> の元ネタは F#

223デフォルトの名無しさん (スッップ Sdaf-Q1zC)2017/08/07(月) 20:27:43.12ID:zWbONOmMd
>>218
>ドット記法
既にできたような..

224デフォルトの名無しさん (スッップ Sdaf-Q1zC)2017/08/07(月) 21:19:58.43ID:zWbONOmMd
>>223
自己レス
プロパティへのアクセスだけだた

225デフォルトの名無しさん (ワッチョイ 27e5-j5Xk)2017/08/07(月) 23:19:41.66ID:+algoHcf0
最近ObjC ageが激しいがnukeとかvaporとか読んで腰が引けちゃった連中が多いのかな?
ああこれc++の再発明かなと思うくらい難解なコードになってきたからな
POPがあるからまだ扱いやすいが

226デフォルトの名無しさん (ワッチョイ 7b11-Fw5N)2017/08/08(火) 23:44:13.59ID:Q/PbX3Ct0
SwiftはC++っぽくて地雷にしか見えない。
闇の軍団が好きそうな言語。

227デフォルトの名無しさん (ワッチョイ d9c0-mS7C)2017/08/09(水) 07:04:14.41ID:XdIT1ef80
Swiftアンチスレ part1
http://mevius.2ch.net/test/read.cgi/tech/1458491343/

>>226がアンチスレに行かずObjC ageする狂信者にしか見えない

228デフォルトの名無しさん (ワッチョイ 2b0d-adf2)2017/08/09(水) 13:10:58.09ID:a8XvE3390
Objective-Cがまぁ長年主に言語仕様を弄るんじゃなくて
外部のクラスライブラリ更新で"外"に括り出してきたタイプの問題を
2010年代になっていまさら言語仕様直接変更の繰り返しで泥沼って
そりゃ車輪の再発明ってレベルじゃねーぞっつか…
あきらかに(筋の悪い)車輪を知らないところからの使者が
「おまえら未開の蛮族にまったく新しい言語を作ってやるぜ」って
泥の中でのたうってるのを眺めてるこの感じ。

ObjCが長年プロパティ、GC/ARC, ブロック文, nillable, ジェネリクスと言語仕様追加を繰り返して泥沼を作ってる中で
Swiftという新しい泥沼を作ってくれたから皆で泥遊びをしている中、泥遊びって子供かよ・・・と高二病な感じ
一緒に泥遊びしようぜ、やってみたら案外楽しいよ

230デフォルトの名無しさん (ワッチョイ 056c-cJAr)2017/08/09(水) 14:56:18.93ID:ocU/hJiZ0
>>229
Objective-Cでもジェネリクス可能なのか?

どのレベルまでできる?
1. 型汎用な関数
2. 型汎用なクラス
3. 型汎用なプロトコル
4. 型汎用なプロトコル・エクステンション

231デフォルトの名無しさん (ワッチョイ 33e3-W16a)2017/08/10(木) 00:13:58.72ID:9Flolen30
泥遊びで沼にはまるのは今日の全国的な運勢なのか?

232デフォルトの名無しさん (ワッチョイ 9a6f-bpxh)2017/08/11(金) 11:21:49.75ID:1Cu8sv5r0
離れて分かるObjCのやかましさと優しさ

233デフォルトの名無しさん (ワッチョイ 5a6c-Ys+T)2017/08/15(火) 12:29:40.52ID:y502fzBz0
LattnerがGoogle Brainに就職
やっぱり人工知能やりたいんだな

234デフォルトの名無しさん (ワッチョイ 5a6c-Ys+T)2017/08/15(火) 12:33:22.46ID:y502fzBz0
Google BrainといったらTensorFlow開発してるところだから、これはいよいよTensorFlowがオフィシャルにSwift対応するかもしれん

235デフォルトの名無しさん (ワッチョイ 9a11-0RqM)2017/08/15(火) 13:50:50.41ID:DSphWfvu0
良かったな、お前らの教祖様の就職先見つかって。

Apple「Swift」の生みの親がテスラの自動運転開発をやめてGoogleの人工知能開発チーム入り
http://gigazine.net/news/20170815-google-hire-apple-engineer/

もう秋田

あのおっちゃん短期で技術リーダー採用してくれる所を探してたよな
来年には再転職しそう

238デフォルトの名無しさん (ワッチョイ 37a9-K8M/)2017/08/15(火) 15:27:52.81ID:tN8D0FqC0
>>235
kotlinの開発に参加しそう

239デフォルトの名無しさん (ワッチョイ 136c-HoSW)2017/08/19(土) 04:02:37.38ID:H/3D3Ri60
Swift 5のゴールの一つに設定された非同期実行の構文の議論がevolutionメーリスで始まってる

・kicking off concurrency discussions by Ted Kremenek
https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170814/038891.html
・async/await + actors by Chris Lattner
https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20170814/038892.html
・Concurrency in Swift: One possible approach by Chris Lattner
https://gist.github.com/lattner/31ed37682ef1576b16bca1432ea9f782

どうせまたリスケするんでしょ、、、とか思ってるけど
それとは別にラットナー のgist記事がRustのオーナーシップモデルをディスっててワロタ
Rustライクなメモリ管理をSwift4で投入するって言って結局Swift5に持ち越したのは忘れんぞ

ファーストクラスの非同期とファーストクラスのオーナーシップモデルを並走させるのはキッツイだろうがどうするんだろうね
理論的には出来なかないだろうが時間も技術力も足りずどっちかSwift6に持ち越しすることになるんじゃねーのか

241デフォルトの名無しさん (ワッチョイ 136c-ysxe)2017/08/19(土) 12:40:33.92ID:H/3D3Ri60
オーナーシップは初めから「4には入れられないけど」「将来的に〜」ってエクスキューズしてた
オーナーシップを4のゴールに含めるなんて話は一度も出てないはずだが

242デフォルトの名無しさん (ワッチョイ 59a9-KV95)2017/08/19(土) 18:39:02.10ID:a8QxREVh0
思うんだけどrustのオーナーシップモデルって後付で入れられるものなの?
rustを見る限り無理そうだし、
スマホの性能もこれから上がっていく一方なのに学習コストが上がる
メモリオーナシップモデルって導入する意味あるのん?

243デフォルトの名無しさん (ワッチョイ b111-jLVh)2017/08/20(日) 00:21:00.45ID:we0VfWa50
学習コストが上がるのはそれを必要とする人だけ
というのも設計要件の一つ

https://github.com/apple/swift/blob/master/docs/OwnershipManifesto.md
>Criteria for success

244デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/21(月) 16:42:51.48ID:mGn9ABqu0
SwiftからObjective-CのArreyを取得しようとすると、x0756846 のような、メモリーアドレス?しかとれないのですが、何か特別な変換とか必要ですか?

245デフォルトの名無しさん (ワッチョイ 196c-2J29)2017/08/21(月) 16:47:08.07ID:/ym3MI5Q0
>>244
詳しく

246デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/21(月) 17:20:19.06ID:mGn9ABqu0
>>245
CManeger.mmの関係しそうなところ
@property (nonatomic, readwrite) NSArray *hoge;
データ取得関数の最後に
self.hoge = hoge.array;
dispatch_async(dispatch_get_main_queue(), ^{
[self.delegate CManager:self didCompleteWithCandidates:self.hoge];
});
とあり、ブレークポイントはって確認すると、取得したデータがhogeにある。

HOGE-Bridging-Header.h
#import "CManager.h"

Hoge.swift
let objcCMng = CManager()
let ret = objvCMng.hoge
print(ret)

出力データは
Optinal([<CCandidate: 0x170226b80> , <CCandidate: 0x170226ce0>)]
という感じになります。
ただし、デバックエリアで確認するとself>objcCMng>_hoge>_orderedSet>_array>[x]>_hogeに取得データがあることは確認できます。
型変換か何か必要なのでしょうか?

247デフォルトの名無しさん (ワッチョイ 096f-uL9b)2017/08/22(火) 07:28:48.92ID:yXinq9w70
>>246
let ret = objvCMng.hogeを
let ret:Array! = objvCMng.hoge
にしてみたら?

248デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/22(火) 08:07:48.74ID:uTo9s4E+0
>>247
ありがとうございます。
試しましたが、出力結果はほとんど同じでした。

[<CCandidate: 0x170226b80> , <CCandidate: 0x170226ce0>]

249デフォルトの名無しさん (ワッチョイ f9ea-CZr6)2017/08/22(火) 11:05:06.00ID:3GURQKJz0
何がみたいのかよくわからんのだが、、
dumpだとどうなる?

250デフォルトの名無しさん (ワッチョイ 136c-HoSW)2017/08/22(火) 12:26:03.39ID:t4xHLqmy0
多分descriptionをオーバーライドしてなくてprintで<CCandidate: 0x170226b80>みたいに出力されるのと、型変換してなくて[AnyObject]?型のままになってるのの複合で混乱してるんだろう

前者はCCandidateのdescriptionを自分の望みどおりの出力をするようにオーバーライドすればいい
後者はSwift側で as? [CCandidate] するか、Obj-C側で @property (nonnull, nonatomic, copy) NSArray<__kindof CCandidate *> *hoge; とかすればいい

251デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/22(火) 21:55:20.85ID:uTo9s4E+0
>>249
some: 2 elements
- <CCandidate: 0x170226b80> #0
super: NSObject
- <CCandidate: 0x170226ce0> #1
super: NSObject
となります。

まだはまってます…

252デフォルトの名無しさん (ワッチョイ 99d1-pVc9)2017/08/22(火) 22:44:59.20ID:XQhpAbMj0
何したいのかいまいちわからんな
>>250のいう通りにすればいいだけだろとしか思えない

253デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/22(火) 23:00:38.58ID:uTo9s4E+0
>>250
ありがとうございます。
書き込み頂いた情報を元に、objc-cの言語仕様を調べながら触ったんですが解決せず、AnyObjectに問題を絞りこんで見ました。

結果、出力部分のコードを書き替え、データの取得が出来ました。

for i in 0..<objvCMng.candidates.count{
let ret = objvCMng.candidates[i] as AnyObject
print(ret.candidate)
}


皆様、ありがとうございました。

254デフォルトの名無しさん (ワッチョイ 7997-Z4cy)2017/08/22(火) 23:03:37.53ID:uTo9s4E+0
>>253
candidatesとhoge置き換えミスってます…

255デフォルトの名無しさん (ワッチョイ 5b8f-2J29)2017/08/23(水) 14:27:29.61ID:QEgHjRh50
let blue = #colorLiteral(red: 0, green: 0.4577052593, blue: 1, alpha: 1)
let white = #colorLiteral(red: 0.7803494334, green: 0.7761332393, blue: 0.7967314124, alpha: 1)
let orange = #colorLiteral(red: 1, green: 0.5803921569, blue: 0, alpha: 1)
let red = #colorLiteral(red: 1, green: 0.2352941176, blue: 0.1882352941, alpha: 1)

256デフォルトの名無しさん (ワッチョイ c6b8-prRB)2017/08/27(日) 21:39:01.72ID:rI0KXWhq0
型推論とか何がうれしいのかさっぱりわからん

257デフォルトの名無しさん (ワッチョイ 86e3-vgeI)2017/08/27(日) 21:46:40.55ID:sRToL0oW0
長ったらしい型名ばっかのコードは思考が阻害される
型チェックはしてるんだからべつにデメリットもない

258デフォルトの名無しさん (ワッチョイ ad32-vBqz)2017/08/28(月) 10:03:17.19ID:zqhpekJb0
ビルドに時間がかかるようになるだろ。型推論なんて使わないほうがいい

259デフォルトの名無しさん (ワッチョイ c66f-c9Ri)2017/08/28(月) 13:08:18.25ID:A8OmMbPi0
Swiftの型推論は単純だからObjCの型チェックとビルド時間は変わらないけどな
Rustくらいに賢い型推論して欲しいよ

260デフォルトの名無しさん (ワッチョイ 0a6c-fIML)2017/08/28(月) 13:53:01.33ID:diAyE3fu0

261デフォルトの名無しさん (ワッチョイ c66f-c9Ri)2017/08/28(月) 14:18:27.43ID:A8OmMbPi0
その解説だと型推論じゃなく数値型がstructであることが本質の問題だよね?

let a: Double = -(1 + 2) + -(3 + 4) + -(5)

double a = -(1 + 2) + -(3 + 4) + -(5);
で違いが出るならそれはコンパイラ組み込み型を常用せずstruct型扱うからでしょ

プリミティブ型削って構造体型を多用するSwiftはイマドキだよな
NSIntegerみたいに32bitなのか64bitなのか分からんことになるよりは良きも悪きもあるわな

推論に任せないで型を記述した方がコードの見通しが良い気がする

型を決定するために5cm以上目線の移動がある場合は型を記述したほうがいい俺ルール

ジェネリクスみたいに長い同じ型を何度も書く羽目になるやつは
混ぜた方が見やすい

265デフォルトの名無しさん (ワッチョイ ca11-RJsg)2017/08/30(水) 14:36:49.38ID:VdDjZJhL0
Swift 3移行まだしてない人いる?
うちの会社は再テスト面倒で未だに2.4使ってるんだが。

Swift 2.4 -> Swift 4で済ませようかなって思ってる。

266デフォルトの名無しさん (スップ Sdea-wqH8)2017/08/30(水) 18:51:32.33ID:OtY774nId
そもそもSwiftに移行してない(する必要がない)

267デフォルトの名無しさん (ワッチョイ ca36-c9Ri)2017/08/30(水) 20:15:16.63ID:thVvZo3p0
自分とこは業務でSwift使うの金かかりすぎると2.2の後は3にせずObjCに移行した
メンテ工数かかるし素直に実装し直しを検討した方が良いんではないかね

1.1から2.2まで商用コードをメンテした過去の自分らを褒めたい

268デフォルトの名無しさん (ワッチョイ ca36-c9Ri)2017/08/30(水) 20:18:06.98ID:thVvZo3p0
>>266
Swift使ったことないなら参考にならないから黙ってるといいよ:D

269デフォルトの名無しさん (ワッチョイ caea-4l+0)2017/08/30(水) 21:18:13.08ID:YXsmLmn70
移行してない=使った事が無いというのは発想が貧弱ではなかろうか

270デフォルトの名無しさん (JP 0H1f-6h2J)2017/08/31(木) 11:59:18.93ID:JBBnINAhH
func sum(i:Int, i2;Int, i3:Int) -> Int{
return i + i2 + i3

-> Intが後ろの方にあるの、変な感じがするんですよ
func Int sum(i:Int, i2;Int, i3:Int)
こうしなかったのは、どうしてですか?

271デフォルトの名無しさん (ワッチョイ ff6c-rAel)2017/08/31(木) 13:28:27.51ID:BMQTj5G50
データの流れが左→右になってる方が自然じゃん

272デフォルトの名無しさん (ブーイモ MMa7-fXYx)2017/08/31(木) 14:28:39.15ID:T53Le00sM
c++でも型推論が簡潔にかけるという理由で戻り値の後置構文が追加された。
その経緯をみて決めたんじゃないかな。

273デフォルトの名無しさん (JP 0H1f-6h2J)2017/08/31(木) 15:01:17.58ID:speSRrScH
そうなんですか
ありがとうございます

274デフォルトの名無しさん (ワッチョイ bf2a-uJLR)2017/08/31(木) 20:57:25.67ID:sd7zZNUq0
>>272
アレってtemplateの引数依存の戻り値を返したいからじゃなかったの?
コンパイラに型導出させてウマー、っていう

template<typename T, typename U>
auto operator+(const T& t, const U& u) -> decltype(t +u) { return t + u; }

275デフォルトの名無しさん (エムゾネ FF1f-wHLy)2017/08/31(木) 21:37:07.95ID:T26Psf+nF
>>270
C言語っぽくないことにとことんこだわったから

276デフォルトの名無しさん (エムゾネ FF1f-wHLy)2017/08/31(木) 21:38:38.24ID:T26Psf+nF
>>270
セミコロンじゃなくてコロンだよ
引数の型の指定は

277デフォルトの名無しさん (ワッチョイ cfe3-6h2J)2017/08/31(木) 21:46:11.82ID:67nUNCV40
xcodeが使いにくいんですがjetbrains製のideでiosアプリ開発ってできるんでしょうか

278デフォルトの名無しさん (ワッチョイ b372-MmNF)2017/08/31(木) 22:40:30.26ID:wvV2BO1O0
>>277
じゃXamarinで

何が使いにくいのか?
慣れの問題もあるの思うが
とりあえずAppCode触ってみたら?

280デフォルトの名無しさん (ワッチョイ 1a23-WPj4)2017/09/10(日) 10:24:46.29ID:WzSbM0WV0
realmはcasecade使えるようになりましたか?

Swift 5の目標が確定、新たな発展プロセスを定義
https://www.infoq.com/jp/news/2017/09/swift-5-development-plan

282デフォルトの名無しさん (ワッチョイ 8a11-rQyF)2017/09/21(木) 14:24:19.47ID:RYxOp7LL0
この言語仕様改定多すぎだろ。
C++が三年周期でやってることをこいつら一年単位でやってねえか?

283デフォルトの名無しさん (ワッチョイ ffe3-PvnN)2017/09/21(木) 19:20:52.43ID:A6hqPBkJ0
$0$1とか平気でねじこんでくるけどな

284デフォルトの名無しさん (ワッチョイ 3b5f-nqY2)2017/09/21(木) 22:36:11.43ID:ejY1DQq00
xcode9で新規に画像がimageViewに表示されないんだが
xcode8で作成したものは9でも表示される。
iMacもMacBook Proも同じ現象なんだが俺だけだろうか

285デフォルトの名無しさん (ワッチョイ 4a6c-XL2s)2017/09/21(木) 22:39:34.63ID:/Wyc4aYf0
どうせ画像をターゲットに入れてないとかしょうもないオチだろ

286デフォルトの名無しさん (ワッチョイ 8a91-nqY2)2017/09/22(金) 05:01:32.15ID:IsCSmXsD0
284ですが解決したので一応報告。
Xcode 9のバグでした。
画像をドラッグアンドドロップではシュミレーターで画像ファイルが
参照出来ない。
メニューから画像追加で表示されるようになりました。

287デフォルトの名無しさん (ワッチョイ 4a6c-XL2s)2017/09/22(金) 05:01:48.93ID:+ICiQEoA0
>>282
Javaは今後6ヶ月ごとにバージョンアップらしいで

288デフォルトの名無しさん (ワッチョイ 8a11-rQyF)2017/09/22(金) 11:48:39.33ID:wHlrrV1C0
もうSwift対応つかれたお・・・

289デフォルトの名無しさん (ワッチョイ 3a8f-E5kF)2017/09/22(金) 11:53:33.34ID:0fnxP+F/0
また来年おなじことの繰り返しやで
再来年も、その翌年もずっとやで

290デフォルトの名無しさん (ワッチョイ 4a6c-XL2s)2017/09/22(金) 11:54:27.16ID:+ICiQEoA0
今回Swift対応なんて無いようなもんだろ
フレームワークやX対応のほうが大変

291デフォルトの名無しさん (フリッテル MM96-Jg5v)2017/09/22(金) 19:38:37.70ID:sEiYNNriM
Swift4対応のXcodeにアップグレード完了した。。

292デフォルトの名無しさん (ワッチョイ 9f2c-E5kF)2017/09/23(土) 08:49:16.08ID:oR8sl4bu0
Swiftのコンパイルの遅さがやばすぎ

293デフォルトの名無しさん (ワッチョイ 8a11-rQyF)2017/09/26(火) 14:01:12.39ID:07+40tQg0
>>292
バージョンによっては速いぞ。
初期は遅かったけど。

294デフォルトの名無しさん (ワッチョイ 2311-90Vu)2017/09/28(木) 14:03:05.30ID:4TDWNGRw0
先月Swift 3対応したばかりなのにまたSwift 4対応しなきゃならない。
Swift 2から一気にSwift 4対応したほうが良かったかな、失敗した。

295デフォルトの名無しさん (スッップ Sd43-xQsE)2017/09/28(木) 14:30:25.07ID:GYdlOiL5d
>>294
昨日の会議でSwift3.1対応が残課題で有ったんだけれど、もう4になったとは言わなかった。

296デフォルトの名無しさん (ワッチョイ 23ea-5RgV)2017/09/28(木) 15:24:26.46ID:n5Lt93Y/0
Objective-Cで書いときゃメンテフリーだったのに

297デフォルトの名無しさん (ワッチョイ c50d-OhyL)2017/09/28(木) 18:38:04.80ID:d0Iw5r4z0
だったらiOS11でこんなにアプリ消えないわなー

開発環境の更新と言語の更新を一緒くたにするなよ

iOS 11で脱落したアプリはSDKの変更についていけなかったか費用対効果で更新をやめただけ。言語のメンテナンス性とは別の話

300デフォルトの名無しさん (ワッチョイ edd1-0tyN)2017/09/28(木) 21:40:00.18ID:ZHeRPgDn0
実質同義なんだよなぁ
せめて費用対効果がObjC AppメンテよりSwift Appメンテの方が効率悪いと言えば良いのに
ObjCならメンテフリーとかアホなこと言うから突っ込まれる

さておき、このスレでもSwift2の頃にSwift採用したPMは死ねとPG視点で大合唱だったのに
まだSwiftを商用採用する企業いるのが悲しいのう、その頃に作ったものをメンテしてるのかもしらんが辛いな

301デフォルトの名無しさん (ワッチョイ 23ea-5RgV)2017/09/29(金) 08:30:22.14ID:IW2wQVQj0
>実質
>App
言語スレで言語の話をしてるのに勝手に条件を付加するなよ

302デフォルトの名無しさん (ワッチョイ a36c-0tyN)2017/09/29(金) 08:45:40.29ID:cOq2BguT0
iOS11でObjC Appがメンテできなくてアプリが減ったと言う話をしてたのに何を言ってるんだ・・・
「Objective-Cで書いときゃメンテフリー」とは一体何を指しているのか

あと、ObjCの話をしたいならObjCスレかせめてSwiftアンチスレに行けよ
別にApple信者じゃないからSwiftマンセーしてるわけじゃないのにObjCを笑われたからってSwiftスレで絡むなw

303デフォルトの名無しさん (ワッチョイ 1b6d-TWXg)2017/09/29(金) 15:22:03.72ID:YJXPiuk30
ObjC Appがメンテできなくて でなくて、メンテされてないアプリが消えただけじゃないの
ObjCだかrメンテできなくなったって、なに?

304デフォルトの名無しさん (ワッチョイ 1b6d-TWXg)2017/09/29(金) 15:29:33.62ID:YJXPiuk30
ああ、Swiftだったら簡単(?)なのにObjCだからメンテされなくなったとでも言ってるのか??まさかだが、そう思ってるならそれはナイな
お前みたいに変なこと言い出すヤツいるから聞きたくもないObjCの話が長くなるだろうにw

305デフォルトの名無しさん (ワッチョイ 1511-YYQ2)2017/09/29(金) 17:21:31.86ID:Q1ij4bLL0
開発環境の話
 ・Xcodeアプデ→言語VerUp→Swiftコード要メンテ
 ・ObjCならメンテ不要だった

ユーザー環境/ストアの話
 ・iOSのVerUpでObjCもメンテが必要になる
 ・Swiftの方が効率悪いと言えば良い
    ↑
 前提がズレてる

・ObjCだからメンテできなくなったって
・Swiftだったら簡単とでも
   ↑
 対偶的な意味でズレてる

306デフォルトの名無しさん (ワッチョイ 2da9-ZTBj)2017/09/29(金) 18:22:31.58ID:v+2E5EyQ0
swudt2あたりで知識が泊まってるんだけど今のswiftはどれくらい良くなった?
俺の中でoptional型の概念とか関数型の世界を見せてくれたswiftには感謝してる。
今はtypeScriptメインだけどね

307デフォルトの名無しさん (ワッチョイ 45b3-3BEe)2017/10/03(火) 05:32:06.56ID:0Z/dxYPK0
swiftは良いものだがRXとかReduxはライブラリ必要で恐ろしく書きかたが変わり危険なので個人的に好きじゃない
iOSはそもそもMVCなのでMVVMいけ

308デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/03(火) 05:40:48.76ID:Bfzhbq/jp
swiftのビルドの重さで新型Macが売れてます
ReduxとかRXのおかげでiPhoneのバッテリがガンガン減ります
結局ObCのほうが良かった、とかwww

309デフォルトの名無しさん (ワッチョイ 45b3-3BEe)2017/10/03(火) 05:44:54.28ID:0Z/dxYPK0
型推論とかでビルド遅くなるなら要らないけどな
Optional型も適切にnilチェックしてれば要らない
Macとか本売りたいだけなのかな

310デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/03(火) 05:53:20.06ID:Bfzhbq/jp
>ReduxとかRX
RXは書式が気持ち悪くて論外だが、Redux使うくらいならビジネスアプリはシンプルでライブラリレスなMVVMでしょ絶対に開発早いし
Appleはrxcocoa禁止したほうがいい

311デフォルトの名無しさん (ワッチョイ 45b3-3BEe)2017/10/03(火) 06:13:48.23ID:0Z/dxYPK0
xcode XくらいでAppleがMVVM的なフレームワーク出してくるかな
RXは早く死に絶えて

312デフォルトの名無しさん (スプッッ Sd03-RHuF)2017/10/03(火) 09:08:20.42ID:J3lXzdgmd
ライブラリレスなんていう移植無視な開発なんてやらぬ

>>308
バッテリの減りは初耳
裏で動く処理が多いから?

314デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/03(火) 22:32:52.14ID:djTGgeKPp
reduxの画面の更新

315デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/03(火) 22:43:47.08ID:djTGgeKPp
iOS11にしてからクソ

316デフォルトの名無しさん (ワッチョイ 23b3-t9bt)2017/10/04(水) 00:44:41.84ID:Gppgeajp0
Swift 4になってからコンパイルめっちゃ遅くね?
Xcodeが固まりそうなほどなんだけど。

317デフォルトの名無しさん (ワッチョイ 2df2-TWXg)2017/10/04(水) 01:09:33.28ID:V7FXDajl0
なんでそんなに時間がかかるのかね
構文解析がめんどい→人間にも解析がめんどい
じゃないのかと...

318デフォルトの名無しさん (スッップ Sd43-njQ9)2017/10/04(水) 08:03:39.24ID:gQVbv4s5d
Swiftの読みづらさは異常
無駄なwithout Cの追及により構文解析効率が悪化してんだろ

319デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/04(水) 11:34:12.56ID:1tM3PWaBp
swift+reactive なんて読めたもんじゃない
KVO地獄

320デフォルトの名無しさん (ササクッテロリ Spe1-3BEe)2017/10/04(水) 20:08:07.75ID:1tM3PWaBp
型なんか自分で書くのに・・

321デフォルトの名無しさん (ワッチョイ a323-UvqL)2017/10/04(水) 20:44:54.90ID:4gPaqbyr0
Javaも var 変数名 = ... になるんだな
http://openjdk.java.net/jeps/286

322デフォルトの名無しさん (ワッチョイ 91f2-8BZG)2017/10/05(木) 04:38:12.06ID:YxTMxa+70
varとか書くんだったらもはやvarも無くしちまえよまったく...

323デフォルトの名無しさん (ワッチョイ 1a23-CLPf)2017/10/05(木) 06:52:05.59ID:wZesW7ps0
初期化と再代入ははっきり分けられないと面倒じゃん

324デフォルトの名無しさん (スッップ Sdfa-8mMW)2017/10/05(木) 07:00:49.34ID:jqjwBcqVd
型推論とかいうおバカプログラマ向け仕様をやめればvarなどという間抜けなキーワードはいらないわけで

325デフォルトの名無しさん (ワッチョイ 7681-wbjw)2017/10/05(木) 07:06:39.63ID:6+40pkdb0
いまだにJEPどまりで予定すら立ってないというのが

326デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/05(木) 08:17:25.93ID:00L9WeAc0
99% varでいいよ、面倒くさいから
変わらないobjective-cの安定感がたまらん
超開発早いし

327デフォルトの名無しさん (ササクッテロリ Sp75-2iPL)2017/10/05(木) 08:23:57.77ID:4UOAx4bZp
新しいこと覚えるくらいならビジネスロジックを勉強するよ
言語だのリアクティブだの状態管理だの
フルスクリーンアプリじゃユーザーに全くメリットないし
業界に踊らされているだけ

328デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/05(木) 08:54:59.74ID:00L9WeAc0
しっかりobject志向で作れば読みやすいしnullはチェックすればいいだけ
swiftでif letやguard書くようにobjective-cで書けばいいじゃん
ビルド速いしobjective-cで何の不満もない
swiftでreactiveで状態管理でとか、Appleがやってない事を無理矢理・・開発難航させるだけ

329デフォルトの名無しさん (ワッチョイ 7681-wbjw)2017/10/05(木) 20:07:42.36ID:6+40pkdb0
そのチェックが大変すぎるから問題になってるんだろうがああああ

全変数だぞ全変数
Javaのオブジェクト変数は全部NULLになりうるんだ

330デフォルトの名無しさん (ワッチョイ 0db3-wbjw)2017/10/05(木) 20:41:27.85ID:jcimiKk70
Javaだとこんなんでもアウトだしな
return a.getName().length();

331デフォルトの名無しさん (ワッチョイ b1eb-Iane)2017/10/05(木) 21:45:45.83ID:Pl7oLNo/0
ObjCもプロパティアクセスはドット表記がモダンでnilアクセスで落ちるだろ
こんなんでアウトだ
return a.name.length;

まぁSwiftでもObjCの関数の渡ってきた変数は信用できずちょいちょい落ちるんだがな(ワロエン

332デフォルトの名無しさん (ワッチョイ ae76-8BZG)2017/10/05(木) 22:32:47.67ID:DCONgPWB0
いや、落ちないよ。んなの、基本中の基本やん

333デフォルトの名無しさん (スッップ Sdfa-8mMW)2017/10/05(木) 23:03:37.57ID:W3Z8qYkCd
ただのプログラマのミスを言語のせいにする風潮

334デフォルトの名無しさん (ワッチョイ b1eb-Iane)2017/10/05(木) 23:19:15.31ID:Pl7oLNo/0
>>333
ちょっと笑った

335デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/06(金) 00:42:47.95ID:/80lsBeB0
全変数なわけないだろカスwww

336デフォルトの名無しさん (ササクッテロリ Sp75-2iPL)2017/10/06(金) 00:48:43.39ID:nNBQ8Jr7p
Objective-Cはやっぱり凄いよ

337デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/06(金) 00:51:42.72ID:/80lsBeB0
swiftのビルド時間がobjcの半分でもなったら使おうかな
型推論なんか時間の無駄

338デフォルトの名無しさん (ブーイモ MMa1-Qg9h)2017/10/06(金) 08:07:44.15ID:ELVXHTcrM
>>329
スレッド間競合でいつnil化されるか分かんね、ってケースか?

だったらスコープ内でローカルの強参照に放り込んでからnil判定挟めば自分のスレッドで当該スコープ内はしなないんじゃね

339デフォルトの名無しさん (エムゾネ FFfa-8mMW)2017/10/06(金) 08:43:57.58ID:+D3ds82DF
>>336
それにはまったく同意だがスレチじゃね?

340デフォルトの名無しさん (ワッチョイ 7681-ktdh)2017/10/06(金) 10:38:04.82ID:ulMDAM+Z0
型推論使うの止めようって言ったら、所詮中級の基地害プロマネが顔赤くしてブチキレた。
結局30人(サーバ、Android等含む)で3ヶ月掛かって作ったものは、ユーザテストで使い物にならなかった。
HumanInterfaceGuidelinesを知らないデザイナは、単なるお絵描き。

341デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/06(金) 10:41:46.35ID:2sWAD4+90
使い物にならなかったのと型推論とどういう関係が?

342デフォルトの名無しさん (ブーイモ MMde-lMpN)2017/10/06(金) 13:45:29.26ID:5pSVr9SsM
論理的文書構成ができない>>340を部下に持つ中級プロマネかわいそう

というか、型推論使えとか使うなとか、そんな細かいことPMが言うってどんな状況だよ
プロジェクトマネジメントとなんの関係もないだろ

344デフォルトの名無しさん (ワッチョイ 0581-wbjw)2017/10/06(金) 20:32:58.77ID:wgggGznB0
なんで型推論やめようと思ったのかが気になる
コンパイル重かったのか

へぼグラマーにありがちだが
自分がよくわかんない部分を取り除けばすべてよくなると思ったのか

345デフォルトの名無しさん (スップ Sdda-jJU0)2017/10/06(金) 20:40:20.94ID:oDN7+iQQd
型推論をやめようと言ったら切れられた
↑やめたい理由もキレられた理由も理解不能だが言っていることはわかる
何故かユーザテストで使い物にならなかった
↑ん?型推論と関係なくね…
Guideline知らないデザインナーはただのお絵かき
↑もはや何の話をしているのかわからん!


ここから推測するにPMにキレられた理由は>>340がアホだからだな

346デフォルトの名無しさん (ワッチョイ 0581-wbjw)2017/10/06(金) 20:56:02.17ID:wgggGznB0
30人も使って3ヵ月って規模からしたら超タイトだな
完成品にこぎつけてる時点ですげーよ

携帯ってこんなもんなん?

347デフォルトの名無しさん (スップ Sdda-jJU0)2017/10/06(金) 21:05:57.43ID:oDN7+iQQd
サーバー側含めてだろ
今時三ヶ月なんて普通だろ

348デフォルトの名無しさん (ワッチョイ 0581-wbjw)2017/10/06(金) 21:14:23.42ID:wgggGznB0
ひぇぇ

枯れた業務系で仕事してるが
知らんあいだに世の中どんなことなってんだ

349デフォルトの名無しさん (ワッチョイ 91f2-8BZG)2017/10/06(金) 22:00:52.00ID:FHIJEXWg0
マネジメント力にかかってる
人数増やすほどなおさらその人数を100%に近い稼働率で動かすのは至難の技

350デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/06(金) 22:43:50.15ID:nuKuH1wb0
アプリのプログラミングは1人1画面って感じなんかね
サーバーサイドにマンパワー使ったかな

351デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/06(金) 23:05:40.33ID:/80lsBeB0
swift使わなきゃまともなプログラム作れないなんて
所詮アマチュア
swiftのビルドの遅さは一体何?アホ遅いよな?

352デフォルトの名無しさん (ササクッテロリ Sp75-2iPL)2017/10/06(金) 23:14:40.00ID:nNBQ8Jr7p
COBOLとかまだ現役
5000ステップくらいならコンパイル3秒www

353デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/06(金) 23:18:22.67ID:nuKuH1wb0
まぁ、高性能のハードを用意しろってことだろ

354デフォルトの名無しさん (ワッチョイ 91f2-8BZG)2017/10/07(土) 08:12:23.79ID:s04ZU/0N0
Swiftは趣味で日曜プログラマが使うにはいいと思う

355デフォルトの名無しさん (ワッチョイ 95b3-2iPL)2017/10/07(土) 09:55:31.45ID:U1rvDJEV0
>>349
中小は自信過剰なアホジジイがマネジメントしてるケースが多いから困るよ

356デフォルトの名無しさん (ササクッテロリ Sp75-2iPL)2017/10/07(土) 09:57:26.82ID:QJpqp28Yp
swift6あたりで可読性も兼ねて型推論は無くなるだろう。
型推論など甘え。

357デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/07(土) 10:08:58.99ID:KI1hLy1h0
クラス変数やメンバ変数は型が明示されてた方が可読性は高いと思うけど、一時的な変数をいちいち型宣言するのは面倒いよ

358デフォルトの名無しさん (ワッチョイ 553e-mh+O)2017/10/07(土) 15:12:59.61ID:8/GtqdSW0
「人月の神話」まだ読んでないの

359デフォルトの名無しさん (ワッチョイ 8981-wbjw)2017/10/08(日) 22:52:13.41ID:uIqMxfC90
めったにないけど型がついてないと
呼び出し先のメソッドの戻り値の型がこっそり変わって
それに引きずられて呼び出し出し先のメソッドが変わったんじゃないかとか
心配事が増えることがある

360デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/08(日) 23:23:26.45ID:ZE2/usTz0
let someName = String(format:"User %02d", userId)
みたいなのは明らかにStringってすぐわかるから書かないようにしてるけど、
ややこしいメソッド呼んで戻り値の型がぱっとわかんなそうなやつは書くようにしてるな。
let analyzedDataMap = analyzer.analyze()
みたいなやつね。

361デフォルトの名無しさん (ワッチョイ 1ab3-u+qq)2017/10/08(日) 23:59:22.72ID:93IJP3PA0
そういうケースは
なるべく右辺に型を書くようにしてる

362デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/09(月) 07:53:43.84ID:UhJ6XiQR0
後でコード読む時に、型を調べようと思ったら関数まで飛んで返り値を調べないといけないからな
文字列みたいに明らかなのはいいけど、オレオレ関数の返り値を代入する場合はなるべく型宣言した方がいいかもね

363デフォルトの名無しさん (ワッチョイ 0db3-wbjw)2017/10/09(月) 09:41:59.82ID:4WiIHmfQ0
メソッドチェーンや引数に関数呼び出しを直に置くのもしないの?
同様に戻り値の型が明示されないまま流れていくけど

364デフォルトの名無しさん (ワッチョイ 9189-8BZG)2017/10/09(月) 09:47:58.22ID:c41RoAYB0
Swiftの分際で関数型とか調子乗ってるな

365デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/09(月) 11:12:47.14ID:7FcxW73H0
>>363
そういうのはもうひとつのイディオムみたいなもんだから、わざわざ変数宣言しているものに比べてなんとなく流れだけわかってればいい場合が多いと思うけど。

366デフォルトの名無しさん (ワッチョイ 0db3-wbjw)2017/10/09(月) 12:14:03.34ID:4WiIHmfQ0
>>365
変数宣言って「わざわざ」なんて言う程のことかな
同じ参照を複数回使うために変数に置くとかよくあることだと思うんだけど
こういうの前者は良くて後者のrは型明示すべきなの?

f(t.load(), kNameIndex)

let r = t.load()
f(r, r.index("name"))

367デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/09(月) 12:23:32.41ID:CFyXNixj0
まぁ、関数の引数は補完機能を使えば型も参照できるからそこまで拘る必要ないかなと思うけどな
引数には分かりやすいラベル使って欲しいとは思うけど

368デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/09(月) 17:30:23.07ID:7FcxW73H0
>>366
文脈によるんじゃないの。メソッドで何回も使われる重要な変数が型ついてなかったら読みづらいし、局所的に2回ぐらいしか使われない変数だったらどうでもいいと思う。
型推論なんか無価値だと主張しているつもりはないので。
C++のmapのiteratorとかちゃんと型を書きたくないしさ。

369デフォルトの名無しさん (ワッチョイ 75eb-M+Y2)2017/10/09(月) 22:47:50.52ID:KdSq7WwE0
可読性の向上のために型推論があるのに、コンパイラが推論可能だからといって、人間が推論することが難しい書き方はするべきではない

370デフォルトの名無しさん (ワッチョイ 9189-8BZG)2017/10/09(月) 22:50:13.97ID:c41RoAYB0
ほんそれ
そもそも型推論なんていらん
むしろ考慮することが増えて面倒

371デフォルトの名無しさん (ワッチョイ 76a5-jJU0)2017/10/09(月) 23:44:00.27ID:ZTYTzUU70
型推論とかいう作ったやつの自己満機能

372デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/10(火) 00:19:08.18ID:9k+Hkwgm0
型推論いいじゃん
コーディング量が減るし

let age: Int = calculateAge(fromBirthday: birthday)
let age = calculateAge(fromBirthday: birthday)

let name: String = nameField.text.stringByTrimmingCharactersInSet(.whitespaceCharacterSet())
let name = nameField.text.stringByTrimmingCharactersInSet(.whitespaceCharacterSet())

紛らわしい変数名とか使わなければ型は自明なケースも多い

373デフォルトの名無しさん (ワッチョイ 91f2-8BZG)2017/10/10(火) 00:21:14.49ID:jM5sd94/0
ところでSwiftとかKotlinとか似たような言語がポコポコつくって何がしたいん

374デフォルトの名無しさん (ワッチョイ 8981-wbjw)2017/10/10(火) 00:32:06.42ID:GlWhehwV0
微妙にちょっとずつ違うから
最終的にいいとこどりして
C#がさらに最強になる

375デフォルトの名無しさん (ブーイモ MMde-V8Tw)2017/10/10(火) 09:50:24.55ID:vhDO2SQEM
>>372
ageをひっそり月対応にしといてやんよ

376デフォルトの名無しさん (フリッテル MM7e-o/0N)2017/10/10(火) 17:19:55.70ID:GZ/dICxTM
まぁ型推論が有効なのってideとの連携前提なとこあるよね。
結局この型どうやんねんって時にフォーカス合わせれば型がわかるから使えてるところはある

377デフォルトの名無しさん (アウアウウー Sa39-bcWR)2017/10/10(火) 18:47:00.23ID:eiklXckra
いろんなソース読んでるとBaseViewみたいなの用意してストーリーボード上でそれをNavigationControllerより前に置いてるんだけどどういう風にどういう意味でなんの利点があってやってるんですか?

378デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/10(火) 20:20:45.88ID:9k+Hkwgm0
そのBaseViewがソースでどういう使われ方してるのかみてみないとなんともいえんな

379デフォルトの名無しさん (ワッチョイ b1a7-8BZG)2017/10/10(火) 21:16:36.06ID:okVS1LPg0
>>377
なかなかナゾな書き方だなw

BaseViewController -> NavigationController
NavigationController -> ViewController.view.subviews[0](=BaseView)
StoryboardにはViewを単独では配置することはできない、また、単にViewControllerではなくNavigationControllerってるとこからは前者か?と推測

前者のは利点はわからんなあ、逆にあんまりNavigationControllerが必要でなくViewController -> ViewController -> ViewController ... な遷移でも書けるがNavigationController中で遷移させた方が利点があることはあるのはある
後者は(なんか別に配置して)目一杯でなくなった場合にとかだろうと推測

380デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/10(火) 21:36:28.71ID:mEVSBT7T0
>>372
375でも書かれてるけど、ageって必ず年ってわけじゃないからageに関しての例は適切じゃないと思った。
FloatなのかIntなのか事前に知っておきたい場合ってのも結構多いし。

381デフォルトの名無しさん (スッップ Sdfa-TmsP)2017/10/10(火) 22:02:25.69ID:odAtKqMJd
>>376
そう
何に推論されてるのか推論するのが面倒なときがある
結局単にIDE依存度を高める機能

382デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/10(火) 22:02:55.52ID:9k+Hkwgm0
年齢の型が浮動小数点数なわけないだろ常識的に考えて

383デフォルトの名無しさん (ワッチョイ 91f2-8BZG)2017/10/10(火) 22:59:28.27ID:jM5sd94/0
誕生日からの経過月数や日数、ひいては時間や秒まで浮動小数点の年齢として表現することにする実装もありうる
常識的っていう曖昧な前提はプログラミングではいらない

384デフォルトの名無しさん (ワッチョイ 91e9-bcWR)2017/10/10(火) 23:06:02.00ID:M6M4qQyh0
>>379
御察しの通り前者です
どういう風に使っているかと言われると、表示に関係者した共通処理?プログレスの表示などのをまとめてるっぽいんだけど画面数が多くなるとまとめたほうがいいのかな

385デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/10(火) 23:28:14.76ID:9k+Hkwgm0
>>383
年齢に整数型以外を使うときは、typealiasするなり型を明示して、変数名もageにはしないわ常識的に

386デフォルトの名無しさん (ワッチョイ b1a7-8BZG)2017/10/10(火) 23:40:37.74ID:R4fGxZLA0
>>384
BaseViewControllerでググったらあった、複数。こんなん流行ってたのか
https://qiita.com/yimajo/items/8ef1850e1362bd3bf3d8
基本否定姿勢だけどちゃんとメリットも書いてある/理解してる(?)とても良い人の意見なんじゃね?w

俺にはそれでもメリットは何も感じないけどww

387デフォルトの名無しさん (ワッチョイ 75eb-M+Y2)2017/10/11(水) 00:14:13.41ID:sKdl4TO60
>>380
事前に知って起きたい場合じゃなくて、事前に決めて起きたい場合じゃないの?
型推論があれば受け側の変数の型を宣言しておけば、同じ名前のメソッドを使い分けられるんじゃない?

388デフォルトの名無しさん (ワッチョイ 91f2-TmsP)2017/10/11(水) 06:53:33.72ID:5yuJhWQ70
>>385
つまり最初から型書いとけばこんな下らん議論はいらないということだ
IDEもあるのに型を書くくらいがめんどいやつはプログラマやめちまえばいいと思う

389デフォルトの名無しさん (ワッチョイ 95b3-Hg+h)2017/10/11(水) 06:57:49.22ID:PHAOwVfO0
アプリ全体のviewControllerで行う処理とか後から追加するのが面倒だから、実装なしでもbaseViewController継承しておくのがプロ

390デフォルトの名無しさん (ワッチョイ 95b3-Hg+h)2017/10/11(水) 06:58:56.69ID:PHAOwVfO0
アプリ全体のviewControllerで行う処理とか後から追加するのが面倒だから、実装なしでもbaseViewController継承しておくのがプロ

391デフォルトの名無しさん (ササクッテロラ Sp75-Hg+h)2017/10/11(水) 07:31:38.26ID:3JYMgXlbp
Swiftのビルドの遅さと言ったらもう

392デフォルトの名無しさん (スッップ Sdfa-TmsP)2017/10/11(水) 08:57:59.33ID:xjGA/sOAd
大丈夫
モダンな言語を触ること自体が喜びの意識高めの方々にはまったく苦にならないから

393デフォルトの名無しさん (ワッチョイ 6a96-CNX3)2017/10/11(水) 10:29:22.28ID:wXVN7J6z0
型型抜かすんじやねぇ

394デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/11(水) 11:10:15.04ID:nDtE4t5M0
>>387
書く側としたら事前に決めておきたい、だけど、読む側としたら事前に知っておきたいという感覚になるのかな、と。

あと、ライブラリを部分的に知ってるような場合に、どこで自分の知ってる型が出てくるかわかるだけでも全然読みやすさが違うとかはあるよ。
名前の付け方がよければそんなことないかもしれないが、そうでない場合、全部一個一個チェックしていかなきゃいけないわけだから。

395デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/11(水) 11:51:10.61ID:wXVN7J6z0
ソースを追ってて型が明示されてないと分からなくなることってそんなあるか?
いちいち型が明示されててごちゃごちゃしてるよりすっきりしてる方が好みだけどなぁ
どうしても知りたければIDEの構文補完ですぐわかるし
コンストラクタとかは呼び出しそのものが型宣言みたいなもんやし冗長やろ

let query: NSMetadataQuery = NSMetadataQuery()
let query = NSMetadataQuery()

let fileManager: FileManager = FileManager.default
let fileManager = FileManager.default

as演算子を使う時も型は自明
let appDelegate: AppDelegate = UIApplication.shared.delegate as! AppDelegate
let appDelegate = UIApplication.shared.delegate as! AppDelegate

396デフォルトの名無しさん (ワッチョイ 4568-NGd4)2017/10/11(水) 13:24:55.20ID:nDtE4t5M0
>>395
こういう見て明らかなのは良いと思うよ

見て明らか(哲学)

398デフォルトの名無しさん (ワッチョイ 6a96-8BZG)2017/10/11(水) 13:51:10.92ID:wXVN7J6z0
逐一型宣言してたら、後でクラス名とか変えたくなった時に影響範囲も増えるからな

399デフォルトの名無しさん (ブーイモ MMa1-V8Tw)2017/10/11(水) 21:53:46.50ID:iHsyneUfM
>>398
それこそideがやるべきだろ。

400デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/12(木) 00:23:01.42ID:a0zf13g60
おまえらみたいな意識高い系のおかげでかいしゃは消える
なぜならユーザーメリットなく

401デフォルトの名無しさん (ササクッテロラ Sp45-gv9Q)2017/10/12(木) 12:03:55.01ID:VXMT0qDgp
常に意識高く(=コスト高く)
皆が意識高いわけじゃないし

もうIDEが プログラム推論 で全部書けよ

402デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/12(木) 12:07:58.00ID:1BqA9hpy0
そのうちAIがプログラムを書くようになる日もくるだろう
俺たちの仕事は要件定義だけ
そのうち、要件定義すらAIがやりはじめるだろう
もう俺達の仕事はなくなるね

403デフォルトの名無しさん (ワッチョイ 11a7-KNNp)2017/10/12(木) 16:00:26.14ID:YopnhZe80
そのうち=50年後とかか?

404デフォルトの名無しさん (スッップ Sd33-sa4k)2017/10/12(木) 22:11:20.91ID:RMeyvXX8d
IDEがないと書けたもんじゃないモダンな言語
実に感慨深い

405デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/12(木) 22:59:47.41ID:VJJSsqbY0
IDEが無くても書けるモダンな言語って一杯あるもんな

406デフォルトの名無しさん (スプッッ Sd33-YqbF)2017/10/12(木) 23:00:07.52ID:1gJjE3UDd
効率悪いやろ

407デフォルトの名無しさん (ササクッテロラ Sp45-gv9Q)2017/10/13(金) 08:36:59.82ID:R6m8UyoBp
とにかくビルド遅い、Mac全体遅くなる
swift死んで欲しい

408デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/13(金) 09:01:30.41ID:I4FuvleI0
Swiftを使わないという選択肢もあるんやで

409デフォルトの名無しさん (スップ Sd73-YqbF)2017/10/13(金) 09:08:03.03ID:XIdp19imd
ない

410デフォルトの名無しさん (ワッチョイ 13b3-En8v)2017/10/13(金) 12:52:09.23ID:1ukxQn240
昔はObjective-Cという言語があってだな。

411デフォルトの名無しさん (ワッチョイ d189-KNNp)2017/10/14(土) 07:56:37.27ID:+XwGR1nT0
>>408
ない

>>410
今でもある

412デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/14(土) 08:12:52.64ID:iVQdjzuU0
Unity厨はSwift使ってないやろ

413デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/17(火) 00:46:21.35ID:/DLwU+2k0
swiftの進化は止まらないキリ!(常に仕様変更)

414.(北海道) (ワッチョイ 0b15-B6a6)2017/10/17(火) 12:15:49.74ID:mFTopqwd0

415デフォルトの名無しさん (ワッチョイ 930e-B6a6)2017/10/17(火) 12:40:13.24ID:CwI71i8R0
しかし、案件がほとんどswiftだらけになってきたな

416デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/17(火) 12:50:05.74ID:ibTYUewl0
Swiftの方が素人受けはいいからな

Swiftならアプリ自体は大した更新がなくてもメンテ費の上乗せが出来るな

418デフォルトの名無しさん (ササクッテロラ Sp45-gv9Q)2017/10/18(水) 14:36:05.54ID:ILFv9GYLp
順位 プログラミング言語 インデックス値 推移
1 Java 12.431% ↓
2 C 8.374% ↓
3 C++ 5.007% ↓
4 C# 3.858% ↓
5 Python 3.803% ↑
6 JavaScript 3.010% ↑
7 PHP 2.790% ↑
8 Visual Basic .NET 2.735% ↑
9 Assembly language 2.374% ↑
10 Ruby 2.324% ↑
11 Delphi/Object Pascal 2.180% ↑
12 Perl 1.963% ↓
13 MATLAB 1.880% ↑
14 Scratch 1.819% ↑
15 R 1.684% ↓
16 Swift 1.668% ↓
17 Objective-C 1.513% ↓
18 Visual Basic 1.420% ↓
19 PL/SQL 1.408% ↓
20 Go 1.357% ↓

419デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/18(水) 14:56:23.42ID:T9D0pP1v0
何年前の順位だよ

420デフォルトの名無しさん (ワッチョイ 09b3-FnhN)2017/10/18(水) 15:12:28.66ID:ZA5pKZ/Z0
今月のTIOBEでしょ

421デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/18(水) 15:47:16.32ID:T9D0pP1v0
ならそう書いとけ

422デフォルトの名無しさん (ワッチョイ 5382-KNNp)2017/10/18(水) 17:55:25.38ID:9v+DEMoH0
逆ギレww
っていう風なのかもだがマジっぽさの方が上回る。うまいんだかなんなんだかww

423デフォルトの名無しさん (スッップ Sd33-sa4k)2017/10/18(水) 18:49:21.90ID:or5PxEHud
>>418
このアセンブラって具体的にはどういう分野で使われてるのかね

424デフォルトの名無しさん (ワッチョイ 5382-KNNp)2017/10/18(水) 19:17:25.73ID:9v+DEMoH0
そういうガチでとかいうのではないだろう。ググるくらいな人ばかりなんだから
学習とかデバッグでとか極めて一部をハンドアセンブルとかとか諸々じゃね

組み込みで使われてるでしょ。

426デフォルトの名無しさん (ワッチョイ 3396-KNNp)2017/10/18(水) 19:59:44.82ID:T9D0pP1v0
汗ブラでくいこみとかエロいな

427デフォルトの名無しさん (ワッチョイ 93b3-meYy)2017/10/18(水) 21:02:13.26ID:GswCLlj60
>>423
チップとかファームウェアとかの組み込み系
カード会社や航空会社で使われてるTPFでもまだアセンブラ使われてる

TIOBEは用途も業界も関係ないから
長期的なトレンドの参考にはなるけど
相対的な順位を見てもほとんど意味ない

428デフォルトの名無しさん (スッップ Sd33-sa4k)2017/10/18(水) 21:16:53.75ID:or5PxEHud
>>427
なるほど
確かにチップとかのなかのマイクロコードはアセンブラってのはしっくりくる

429デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/18(水) 22:15:26.69ID:Zyh+egfX0
今月の順位だよ

430デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/18(水) 22:20:56.91ID:Zyh+egfX0
もうswiftは死ぬな
型推論を許さないswift、speedに乗り換えるかな

431デフォルトの名無しさん (ササクッテロラ Sp45-gv9Q)2017/10/18(水) 22:26:48.14ID:ILFv9GYLp
全部varで全部nil許容で全く問題ない
どうせアプリなんか使い捨て
reactive?オナニーでしょ?学習コスト考えたら
objcで速攻リリース、かつ何度もも作り直したほうがマシ

432デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/18(水) 22:31:27.83ID:Zyh+egfX0
ユーザメリットで考えたら、型推論?リアクティブ?氏ねば?
って感じだろうなw
型推論なんかしてないでテストコード自動生成しろとw

433デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/18(水) 22:48:57.23ID:Zyh+egfX0
swift+リアクティブってロシアの嘘ニュースみたいな感じで、誰も幸せになってない気がする

434デフォルトの名無しさん (ワッチョイ 8b81-B6a6)2017/10/18(水) 22:52:28.31ID:lZCtahGC0
型推論を目の敵にしてる奴なんなんだ
絶対いるし

それとnil許容だけはだめだ絶対だめだ

435デフォルトの名無しさん (スプッッ Sd33-YqbF)2017/10/18(水) 23:10:20.06ID:jJg7gfnwd
学習コストがーなんて言い出したらもう技術者として終わり

436デフォルトの名無しさん (ササクッテロラ Sp45-gv9Q)2017/10/18(水) 23:37:08.13ID:ILFv9GYLp
おれはできるだけ楽したいからobcでサクサク儲けるよ

437デフォルトの名無しさん (ワッチョイ 99b3-gv9Q)2017/10/18(水) 23:41:58.39ID:Zyh+egfX0
Swiftはまだ歴史が足りない気はする。
最近、お客さんから「Xamarinで」とか指定されるし。

438デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 00:58:26.26ID:Pt6qsiBs0
SWift のUIKitとかFoundationとかのAPIの日本語マニュアルとかどこにあるん?

英語のアップル公式のしか無いんか?

439デフォルトの名無しさん (ワッチョイ 0a96-iDVv)2017/10/19(木) 01:19:03.70ID:3LvAlDL/0
>>438
ttps://developer.apple.com/jp/documentation/

440デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 01:25:19.54ID:Pt6qsiBs0
>>439
そこにある、日本語化されたのって
Objective-Cしか無いように見えるんですが

これのSwift版がどこかなぁ....という相談でして....

441デフォルトの名無しさん (ワッチョイ bab3-DBD/)2017/10/19(木) 01:38:46.09ID:SO5YirTn0
無い

442デフォルトの名無しさん (ワッチョイ 0a96-iDVv)2017/10/19(木) 01:50:47.79ID:3LvAlDL/0
>>440
Swiftのサンプルも所々あるぞ

443デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 02:02:28.88ID:Pt6qsiBs0
>>442
所々ですかorz.....

444デフォルトの名無しさん (ワッチョイ a189-BdNN)2017/10/19(木) 02:03:29.60ID:NN4hEHFJ0
>>440
ない
というかObjective-Cでよくね?

445デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 02:08:36.02ID:Pt6qsiBs0
>>444
ですよね、やっぱSwiftの箇所無いですね
タイムスタンプ相当古いままのも多いし

446デフォルトの名無しさん (ササクッテロラ Sp85-HN0h)2017/10/19(木) 04:45:46.54ID:+fRYJJO+p
swiftって3から出せば良かったんだよ
ググっても2.xの構文だと今はほぼアウト
しかしCORE i5のMacbookじゃ遅くて開発にならないし実用的じゃない
客にXamarin勧めて良かった

447デフォルトの名無しさん (ワッチョイ e5b3-HN0h)2017/10/19(木) 05:11:11.18ID:doAS34oS0
Swiftは型推論禁止オプションをサポートしたらかなり普及すると思うしIDEもめちゃくちゃ反応良くなるはず。
候補の出が悪いのはIDEとして致命的欠陥だから。
型なんか書くからさっさとビルドしろよ。何回もビルドするんだから毎回の推論は時間の無駄。
アプリなんか時間かけて作るもんじゃないし。ただの金儲けでしょ?

448デフォルトの名無しさん (ワッチョイ 1981-bcII)2017/10/19(木) 07:05:18.70ID:c1L92+Tr0
うぜえ
どうせどっか1、2ヶ所変な書き方してそこで時間くってんだろ

449デフォルトの名無しさん (ワッチョイ ddb3-W6YO)2017/10/19(木) 08:53:35.33ID:NuMg0p8W0
他の型推論がある言語は推論でこれほど遅くなることは無いんだし
Swiftの言語仕様かコンパイラの実装に問題があるんだろう

450デフォルトの名無しさん (ササクッテロラ Sp85-HN0h)2017/10/19(木) 08:56:59.37ID:+fRYJJO+p
意識高いのはいいが学校でやってくれ
実務に持ち込むな!客は迷惑してる!
obcに強制nilチェック機構を採用すれば何も問題ない
でもAppleが公式にC#採用する事を祈る

451デフォルトの名無しさん (スプッッ Sd9a-wyKp)2017/10/19(木) 09:21:51.36ID:jZRNbYrEd
老害乙

452デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 09:36:14.45ID:Pt6qsiBs0
他の型推論ってほとんどスクリプトだろw
コンパイルしてるので、この速度はあるの?

453デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/19(木) 09:40:46.05ID:Pt6qsiBs0
本来は型推論で

var num = 0

だったのが
型強制で

var num: Int = 0

になったんだから

Int num = 0

の書き方もいい加減認めて欲しい

454デフォルトの名無しさん (ワッチョイ 0a96-iDVv)2017/10/19(木) 09:58:49.97ID:3LvAlDL/0
コンパイルが遅いとかどんだけ年代物のMac使ってんだよ貧乏人がw

455デフォルトの名無しさん (ワッチョイ ddb3-W6YO)2017/10/19(木) 15:05:25.81ID:NuMg0p8W0
>>452
使ったことがある範囲内ではC++11, C#, Kotlin

456デフォルトの名無しさん (ワッチョイ e5b3-+snD)2017/10/19(木) 15:10:50.96ID:xugPGCeK0
老害だとか年代物のMacだとか頭の悪い擁護ばっかりだから馬鹿にされるんだよ。ビシッと言ってやれビシッと!

457デフォルトの名無しさん (ワッチョイ ddb3-W6YO)2017/10/19(木) 15:14:07.70ID:NuMg0p8W0
そもそも変数の型を自動化する構文が無くとも
「〇型は×型に代入出来ません」とか「f(〇)のオーバーロードはありません」とかの
エラーがあったように右辺式の型の導出自体はずっと前からあるしな

なのでlet, varでなくともジェネリクスや関連型、型制約が組み合わさる関数呼び出しとかでも
コンパイル時間伸びてんじゃないのって気も

458デフォルトの名無しさん (ワッチョイ ddb3-W6YO)2017/10/19(木) 15:18:29.17ID:NuMg0p8W0
※前段はSwiftに限らないコンパイラ言語の話

459デフォルトの名無しさん (ササクッテロラ Sp85-HN0h)2017/10/19(木) 15:45:25.99ID:+fRYJJO+p
デブ乙

460デフォルトの名無しさん (ワッチョイ 3a0e-bcII)2017/10/20(金) 09:41:10.51ID:6hfGcIqY0
SwiftでUIKitの

UITableView とかって

実装しようと思うと

numberOfRowsInSection みたいな Required が無くてエラーになる

んで
XCode で UITableView の定義を見つけに行くと

Objective-C

の方のヘッダーがでて来て

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;

が出て来る

これを皆どうパッと

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int

の方に書き換えてるんだろう?

461デフォルトの名無しさん (ワッチョイ 0a96-iDVv)2017/10/20(金) 09:45:34.86ID:JH1RcDBb0
テキストエディットかなんかでコーディングしてる人かな?

新着レスの表示
レスを投稿する