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置き換えミスってます…

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