Objective-C(オブジェクティブ シー)はプログラミング言語の一種。C言語をベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語。
(Wikipedia:http://ja.wikipedia.org/wiki/Objective-C より)
前スレ
Objective-C [ObjC part:8];
http://peace.2ch.net/test/read.cgi/tech/1356341803/
Objective-C [ObjC part:7];
http://toro.2ch.net/test/read.cgi/tech/1330330906/
Objective-C [ObjC part:6];
http://toro.2ch.net/test/read.cgi/tech/1313891268/
Objective-C [ObjC part:5];
http://hibari.2ch.net/test/read.cgi/tech/1279730299/
Objective-C [ObjC part:4];
http://pc12.2ch.net/test/read.cgi/tech/1239721860/
Objective-C [ObjC part:3];
ttp://pc12.2ch.net/test/read.cgi/tech/1186543111/
Objective-C
ttp://pc11.2ch.net/test/read.cgi/tech/1106983092/
Objective-C
ttp://pc5.2ch.net/tech/kako/990/990574267.html
探検
Objective-C [ObjC part:8.1]; [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
2014/11/01(土) 13:35:17.70ID:12FSUUrY
605デフォルトの名無しさん
2017/02/14(火) 17:11:03.02ID:qY2M4Y7r aac→pcmの変換について教えて。
ネット上のファイルからaacのデータ取ってきて、
1.AudioFileStreamにデータ食わせてAudioFileStreamPropertyListenerProcを受けてからASBDを取得。
2.1.のASBDをAudioConverterのインプットに設定。アウトプットはAudioUnitのインプットと同じ設定。
3.AudioConverterFillComplexBufferを呼び出してAudioConverterComplexInputDataProcのコールバックで、AudioFileStreamPacketsProcで通知されたデータを渡す。
という流れでデータを処理してるんだけどいくつかのコンテンツでAudioConverterFillComplexBufferがエラー(1852797029)で帰ってくるんたが理由がわからん。何でかわかる?
ネット上のファイルからaacのデータ取ってきて、
1.AudioFileStreamにデータ食わせてAudioFileStreamPropertyListenerProcを受けてからASBDを取得。
2.1.のASBDをAudioConverterのインプットに設定。アウトプットはAudioUnitのインプットと同じ設定。
3.AudioConverterFillComplexBufferを呼び出してAudioConverterComplexInputDataProcのコールバックで、AudioFileStreamPacketsProcで通知されたデータを渡す。
という流れでデータを処理してるんだけどいくつかのコンテンツでAudioConverterFillComplexBufferがエラー(1852797029)で帰ってくるんたが理由がわからん。何でかわかる?
606デフォルトの名無しさん
2017/02/22(水) 21:35:58.65ID:bVPEWVD2607デフォルトの名無しさん
2017/02/24(金) 09:40:08.04ID:hWTo6NC+ >>605
解決した。データが微妙におかしかった。
解決した。データが微妙におかしかった。
608デフォルトの名無しさん
2017/07/09(日) 12:41:36.82ID:GCKhJDjB gfortranでコンパイルしたfortran subroutineをObjCから呼べますか?
609デフォルトの名無しさん
2017/07/09(日) 17:45:16.59ID:8iS3GcZb Objective-CというかCからで、gcc(gfortran)はCへのインターフェースを用意してるし、gccといえどもプラットフォームOSのオブジェクトを吐き出すんだから、clangでのオブジェクトとつーかーでリンクできるから呼べるだろ
610デフォルトの名無しさん
2017/07/09(日) 19:25:46.94ID:XPzyjd3D Cでできることはすべてできる
そう、Objective-Cならね
そう、Objective-Cならね
611デフォルトの名無しさん
2017/07/09(日) 19:30:40.19ID:GCKhJDjB gfortran -c test.f
をコンパイルしてtest.oを得たとします。test.fに入ったsubroutineをObjCのmain.mから呼ぶことができますか?
clang main.m test.o -framework Foundation -o a.out
こうやってコンパイルできるのでしょうか?
調べると、binary compatibilityがあるよ!って話がヒットします。
をコンパイルしてtest.oを得たとします。test.fに入ったsubroutineをObjCのmain.mから呼ぶことができますか?
clang main.m test.o -framework Foundation -o a.out
こうやってコンパイルできるのでしょうか?
調べると、binary compatibilityがあるよ!って話がヒットします。
612デフォルトの名無しさん
2017/07/09(日) 19:47:18.04ID:8iS3GcZb コンパイルというかリンクできるかリンカーのお仕事
リンカーの理解できるオブジェクトはGCCでも排出できる。言語の違いはCのインターフェースで共通。なのでできるだろ
やってみろよwやってできなかったらこっちで検証してみてやるよ(えらそうw)
リンカーの理解できるオブジェクトはGCCでも排出できる。言語の違いはCのインターフェースで共通。なのでできるだろ
やってみろよwやってできなかったらこっちで検証してみてやるよ(えらそうw)
613デフォルトの名無しさん
2017/08/04(金) 11:02:58.83ID:Xk8/NaTI swfit4も結構変更があるみたいだね。
swift5もでるみたいだし、objcでいいや
swift5もでるみたいだし、objcでいいや
614デフォルトの名無しさん
2017/08/04(金) 11:16:18.04ID:PF1N3/4o615デフォルトの名無しさん
2017/08/04(金) 12:00:05.92ID:CVNSY5Yd 今まで通りObjective-Cでは困らないんだよね..
616デフォルトの名無しさん
2017/08/04(金) 13:36:11.66ID:ZGf6UrbU もう俺kotlinのiosサポート待ちなんだが
617デフォルトの名無しさん
2017/08/04(金) 17:00:30.23ID:Xk8/NaTI XcodeProjAdder
618デフォルトの名無しさん
2017/08/05(土) 09:11:30.54ID:AGcDSNVp 結局Objective-Cがなんだかんだ柔軟性があって使いやすい
619デフォルトの名無しさん
2017/08/05(土) 09:30:13.70ID:ocnuRu9M Objective-Cをディスってるやつらが理解できないな
C言語使ったことないのかね
C言語使ったことないのかね
620デフォルトの名無しさん
2017/08/05(土) 09:53:25.64ID:t7RO58+g Cをと言ったら老害扱いするヤツもいるからなw
621デフォルトの名無しさん
2017/08/05(土) 10:41:10.52ID:XESdgnCd Cを使ってたから[インスタンス メソッド:引数 キーワード:引数]の冗長になる表記が鬱陶しかった
ObjCを絶賛してる奴らはC言語を使ったことないのかね、とは思う
しかし、最近追加された_Nullable, _Nonnullはどうにかならんものかのう
アンダーバー一つなのと大文字で始めるのが気に入らねぇ、nullable, nonnullだけにできなかったものか
Apple様がサードパーティライブラリなんて気にしてるんじゃねぇよ
ObjCを絶賛してる奴らはC言語を使ったことないのかね、とは思う
しかし、最近追加された_Nullable, _Nonnullはどうにかならんものかのう
アンダーバー一つなのと大文字で始めるのが気に入らねぇ、nullable, nonnullだけにできなかったものか
Apple様がサードパーティライブラリなんて気にしてるんじゃねぇよ
622デフォルトの名無しさん
2017/08/05(土) 12:50:06.76ID:x2WXXz7r >>621
#defineマクロ使ってnullableって書けば良いじゃん。
#defineマクロ使ってnullableって書けば良いじゃん。
623デフォルトの名無しさん
2017/08/05(土) 12:59:54.68ID:x2WXXz7r #define nullable _Nullable
624デフォルトの名無しさん
2017/08/05(土) 15:28:20.27ID:AGcDSNVp >>621
わろた
まあ、そのメッセージ記法は最初見たときはその変態的な表記方法に非常に面食らった
なんせその[や]を使うのは配列だと決まっていたからな
でもとりあえず使っているうちに、Cの関数表記とObjectiveな部分が非常にわかりやすく共存できるという事実に気づいたとき一気に好きになったのを思い出した
わろた
まあ、そのメッセージ記法は最初見たときはその変態的な表記方法に非常に面食らった
なんせその[や]を使うのは配列だと決まっていたからな
でもとりあえず使っているうちに、Cの関数表記とObjectiveな部分が非常にわかりやすく共存できるという事実に気づいたとき一気に好きになったのを思い出した
625デフォルトの名無しさん
2017/08/05(土) 15:30:37.83ID:Xkpybudy この言語完全にオワコン
626デフォルトの名無しさん
2017/08/05(土) 15:31:16.18ID:AGcDSNVp >>625
Swift使ってればいいと思うよ
Swift使ってればいいと思うよ
627デフォルトの名無しさん
2017/08/05(土) 15:35:09.48ID:v6ezSTSe628デフォルトの名無しさん
2017/08/05(土) 16:01:05.93ID:QC2awpIr どうとでもなることはどうでもいいんだよ
一度__nullableで切っておいて、サードパーティライブラリと競合するから_Nullableにするわって仕様変更した上に
_Nullableとnullableをダブルスタンダードで生かす仕様としていることが可笑しいんだよ
昔のAppleなら__nullableを残したままnullableがモダンだからってnullableの利用を推してたと思うんだけどなぁ
__nullableから_Nullableへの仕様変更とか訳わからんことするのは、やっぱりジョブズがいなくなった弊害か
一度__nullableで切っておいて、サードパーティライブラリと競合するから_Nullableにするわって仕様変更した上に
_Nullableとnullableをダブルスタンダードで生かす仕様としていることが可笑しいんだよ
昔のAppleなら__nullableを残したままnullableがモダンだからってnullableの利用を推してたと思うんだけどなぁ
__nullableから_Nullableへの仕様変更とか訳わからんことするのは、やっぱりジョブズがいなくなった弊害か
629デフォルトの名無しさん
2017/08/05(土) 16:09:21.82ID:UQl/9zAR 定期的に「変態表記だから〜」って人が湧くけれど
わけのわからん重箱的なとこにいちゃもんつけてる人は
だいたい不満を持ってるのは本人が言ってるそこではないのが普通なので
すると、どこだ?って発言を追った時に透けてくるのが
「メッセージングが気に入らない」で
これ結局オブジェクト指向なんて〜おじさんなんじゃwwwとw
わけのわからん重箱的なとこにいちゃもんつけてる人は
だいたい不満を持ってるのは本人が言ってるそこではないのが普通なので
すると、どこだ?って発言を追った時に透けてくるのが
「メッセージングが気に入らない」で
これ結局オブジェクト指向なんて〜おじさんなんじゃwwwとw
630デフォルトの名無しさん
2017/08/05(土) 16:25:52.03ID:AGcDSNVp >>629
メッセージングとはいっても結局事実上メソッド呼び出しとなんら変わらんからな
メッセージングとはいっても結局事実上メソッド呼び出しとなんら変わらんからな
631デフォルトの名無しさん
2017/08/05(土) 16:56:54.30ID:QC2awpIr [や]は重箱的じゃなく大局的な表記の問題だと思うんだけど、それは・・・
そして、_NullableはObjC変態表記を問題視してるんじゃないよ、Appleのスタンスを問題視してるんだよ
「メッセージングが気に入らない」はDynamic Dispatchなのが嫌なんでない?
事実上はコストが上乗せされる別処理になってるわけだし
# アンチObjCもObjC信者もそこまで考えてない気がしなくもない
そして、_NullableはObjC変態表記を問題視してるんじゃないよ、Appleのスタンスを問題視してるんだよ
「メッセージングが気に入らない」はDynamic Dispatchなのが嫌なんでない?
事実上はコストが上乗せされる別処理になってるわけだし
# アンチObjCもObjC信者もそこまで考えてない気がしなくもない
632デフォルトの名無しさん
2017/08/05(土) 17:27:05.60ID:GxOZ02Sj [r method:x label:y];
func(r, x, y);
func(r, x, y);
633デフォルトの名無しさん
2017/08/05(土) 17:31:27.19ID:GxOZ02Sj r.func(label:x, label:y)
634デフォルトの名無しさん
2017/08/05(土) 18:04:47.25ID:AGcDSNVp635デフォルトの名無しさん
2017/08/05(土) 18:13:52.73ID:GxOZ02Sj 大した違いじゃない
だが「この変態!」という根強い意見にも耳を傾けなければならない
だが「この変態!」という根強い意見にも耳を傾けなければならない
636デフォルトの名無しさん
2017/08/05(土) 19:23:41.38ID:AGcDSNVp >>635
だからSwift使ってればいいと思うの...
だからSwift使ってればいいと思うの...
637デフォルトの名無しさん
2017/08/05(土) 19:39:40.05ID:QC2awpIr Swiftが出る前から Objective-C 2.0 を Modern Objective-C と銘打ってモダンを追求してたし、それについてはいつものAppleよな
SwiftはDynamic Dispatchを減らす機構を入れてObjCに比べて速度向上を図ったらしいから、ObjCにもバックポートして欲しい
OptionalやGenericsと同様、Swiftで試作してObjCに取り込めば皆ハッピーなんだよなぁ
SwiftはDynamic Dispatchを減らす機構を入れてObjCに比べて速度向上を図ったらしいから、ObjCにもバックポートして欲しい
OptionalやGenericsと同様、Swiftで試作してObjCに取り込めば皆ハッピーなんだよなぁ
638デフォルトの名無しさん
2017/08/05(土) 19:40:24.64ID:GxOZ02Sj639デフォルトの名無しさん
2017/08/05(土) 19:42:36.20ID:AGcDSNVp640デフォルトの名無しさん
2017/08/05(土) 19:46:59.94ID:GxOZ02Sj641デフォルトの名無しさん
2017/08/05(土) 20:03:05.50ID:AGcDSNVp Objective-Cが当初敬遠されたのはObjective部分のsyntaxというよりはメモリ管理だと思ったが
まあそれに追い打ちをかけるようにallocとinitの組み合わせが普通に頻出したもんだから変態的だと思う人が多かったのだろう
さらにオブジェクト変数がポインタともなればなおさらだろうな
Object *obj = [[Object alloc] initWithParam: a];
まあそれに追い打ちをかけるようにallocとinitの組み合わせが普通に頻出したもんだから変態的だと思う人が多かったのだろう
さらにオブジェクト変数がポインタともなればなおさらだろうな
Object *obj = [[Object alloc] initWithParam: a];
642デフォルトの名無しさん
2017/08/05(土) 20:28:36.38ID:GxOZ02Sj 俺は別に、Obj-Cは実引数の順番が変わるぐらいで変態だとは思わんね
ラベルは有った方がいいし、第一引数は省略可とすべきだし
今風のシンタックスにするとあら不思議Swiftみたいだね
ラベルは有った方がいいし、第一引数は省略可とすべきだし
今風のシンタックスにするとあら不思議Swiftみたいだね
643デフォルトの名無しさん
2017/08/05(土) 20:34:58.96ID:AGcDSNVp >>642
だったらこんなところにいないで、あなたがイメージした理想syntaxと近いSwift使えばいいじゃん...
だったらこんなところにいないで、あなたがイメージした理想syntaxと近いSwift使えばいいじゃん...
644デフォルトの名無しさん
2017/08/05(土) 20:45:40.97ID:NrXpiBRr 何かおもしろいやつがいるな
>>642を意訳すると
Swift使ったこともないから全然知らないんだけど、普通に自分で今風の文法みたいの考えてみたら謀らずともSwiftになっちゃった
俺でも思い浮かぶほどSwiftって自然な文法だっんだ!Swift最高じゃん!
でおk?
>>642を意訳すると
Swift使ったこともないから全然知らないんだけど、普通に自分で今風の文法みたいの考えてみたら謀らずともSwiftになっちゃった
俺でも思い浮かぶほどSwiftって自然な文法だっんだ!Swift最高じゃん!
でおk?
645デフォルトの名無しさん
2017/08/05(土) 20:50:17.10ID:GxOZ02Sj646デフォルトの名無しさん
2017/08/05(土) 20:53:47.23ID:AGcDSNVp647デフォルトの名無しさん
2017/08/05(土) 20:56:12.81ID:QC2awpIr メモリ管理のalloc/freeやポインタ変数なんてそれこそCをやってたら気にならないでしょ...
>>640
本当に性能良くなるのは特定条件下でさほど影響が出るものじゃないよなw
それでもまぁObjCがSwiftに劣っている点ではあるので、気が向いたら対応して欲しいものよ
>>640
本当に性能良くなるのは特定条件下でさほど影響が出るものじゃないよなw
それでもまぁObjCがSwiftに劣っている点ではあるので、気が向いたら対応して欲しいものよ
648デフォルトの名無しさん
2017/08/05(土) 20:59:57.92ID:GxOZ02Sj649デフォルトの名無しさん
2017/08/05(土) 21:00:23.43ID:AGcDSNVp >>647
いやそのはずなんだけど、結局Objective-Cをディスってる人がけっこういるのは、純粋なCをちゃんと使ってた人が殊PCアプリプログラマにおいては少なかったってことなのかね?
いやそのはずなんだけど、結局Objective-Cをディスってる人がけっこういるのは、純粋なCをちゃんと使ってた人が殊PCアプリプログラマにおいては少なかったってことなのかね?
650デフォルトの名無しさん
2017/08/05(土) 21:05:32.04ID:GxOZ02Sj >>647
コンパイル時に静的に解決したいメソッド呼び出しには、たぶんレシーバにnonnull必須になるのかな
それがSwiftにnonnullが必要だった理由かも
Obj-Cで高速化が必要な場合は、Cで書いちゃえばいいのでいらんと思うけどね
コンパイル時に静的に解決したいメソッド呼び出しには、たぶんレシーバにnonnull必須になるのかな
それがSwiftにnonnullが必要だった理由かも
Obj-Cで高速化が必要な場合は、Cで書いちゃえばいいのでいらんと思うけどね
651デフォルトの名無しさん
2017/08/05(土) 21:09:23.61ID:NrXpiBRr とりあえずSwift使ったことないとか言ってるわりにわりと細かいSwiftネタ挟んできてて草
652デフォルトの名無しさん
2017/08/05(土) 21:10:26.33ID:GxOZ02Sj >>651
気にしすぎだってw
気にしすぎだってw
653デフォルトの名無しさん
2017/08/05(土) 21:15:06.89ID:NrXpiBRr654デフォルトの名無しさん
2017/08/05(土) 21:19:04.08ID:GxOZ02Sj655デフォルトの名無しさん
2017/08/05(土) 21:21:37.41ID:NrXpiBRr >>654
嘘に嘘の上塗りをしてるようで芝居臭いが、まあじゃあ嫌いなSwiftみたくならないようせいぜい参考にしていい言語作ってくれ
嘘に嘘の上塗りをしてるようで芝居臭いが、まあじゃあ嫌いなSwiftみたくならないようせいぜい参考にしていい言語作ってくれ
656デフォルトの名無しさん
2017/08/05(土) 21:23:19.82ID:GxOZ02Sj >>655
大嘘ってことにしといてくれww
大嘘ってことにしといてくれww
657デフォルトの名無しさん
2017/08/05(土) 21:26:46.26ID:NrXpiBRr >>656
わかったよ、嘘つき
わかったよ、嘘つき
658デフォルトの名無しさん
2017/08/05(土) 21:40:23.31ID:AGcDSNVp (^_^;
659デフォルトの名無しさん
2017/08/05(土) 21:53:47.03ID:QC2awpIr >>649
いやだから、メモリ管理は問題じゃなくて、文法が変態的だからディスられてるんじゃないの
[ ]とか、@とか、冗長な命名規則とか、純粋なCをちゃんと使ってた人ほど辛いわ
CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
それくらいにCとObjCは別物になってて、他に類を見ない独自文化を作り上げてるから取り回しの悪い言語だとディスられる
いやだから、メモリ管理は問題じゃなくて、文法が変態的だからディスられてるんじゃないの
[ ]とか、@とか、冗長な命名規則とか、純粋なCをちゃんと使ってた人ほど辛いわ
CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
それくらいにCとObjCは別物になってて、他に類を見ない独自文化を作り上げてるから取り回しの悪い言語だとディスられる
660デフォルトの名無しさん
2017/08/05(土) 22:03:06.65ID:AGcDSNVp >>659
事実上Objective-Cの文法で書くところはCocoaフレームワークを使う部分だからそれをCで書きたいケースはないと思うけど
よりprimitiveな処理をする部分について資産流用したくてCソースをインポートしたいことはあると思うけど
自分はこれくらい明確に違う方がCとCocoa部分がはっきりわかっていいと思ったけどな
命名規則はObjective-CというよりCocoaの約束かと
@やコンパイラディレクティブを多用してるのはObjective-Cが純粋なCのスーパーセットであるという仕様上仕方ないと思うけど確かに正直変態的だと自分も感じたのは事実だが...
事実上Objective-Cの文法で書くところはCocoaフレームワークを使う部分だからそれをCで書きたいケースはないと思うけど
よりprimitiveな処理をする部分について資産流用したくてCソースをインポートしたいことはあると思うけど
自分はこれくらい明確に違う方がCとCocoa部分がはっきりわかっていいと思ったけどな
命名規則はObjective-CというよりCocoaの約束かと
@やコンパイラディレクティブを多用してるのはObjective-Cが純粋なCのスーパーセットであるという仕様上仕方ないと思うけど確かに正直変態的だと自分も感じたのは事実だが...
661デフォルトの名無しさん
2017/08/05(土) 22:08:18.49ID:AGcDSNVp まあかく言うおれも最初Objective-Cのソースに触れた時は[ ]とかいうわけわからん記法でメソッド呼び出ししてるかと思えばNSLog(@"hoge¥d", n);とかも同じソースに書かれてたりして、はぁ?どっちだよとは思ったけどなw
662デフォルトの名無しさん
2017/08/05(土) 22:09:17.65ID:AGcDSNVp ああ、%d...
663デフォルトの名無しさん
2017/08/05(土) 22:25:34.05ID:ydBhceAI Objevtive-Cが変態的と言われるのは、まあ、しょうがないが、すぐに慣れることだな。_がどうとかもどうでもいい細かいことにこだわるなあw
664デフォルトの名無しさん
2017/08/05(土) 22:29:47.63ID:ggnuHEiJ NSObjectってC側から見ると構造体にすぎないから
cから触ることが可能って聞いたけど本当?
cから触ることが可能って聞いたけど本当?
665デフォルトの名無しさん
2017/08/05(土) 22:33:45.97ID:ydBhceAI >>659
>CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
こんなアホ(失礼)なこと言ってるんじゃ、その下や上の「純粋なC」どうとか言える立場になさげ/知識がほとんどなさげにしか見えない
>CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
こんなアホ(失礼)なこと言ってるんじゃ、その下や上の「純粋なC」どうとか言える立場になさげ/知識がほとんどなさげにしか見えない
666デフォルトの名無しさん
2017/08/05(土) 22:37:31.68ID:GxOZ02Sj >>664
@def使えばコンパイル時に構造体と見なしてメンバーフィールドを直接触れたはずだが、
非推奨なんで使用禁止になったかもw わからん
不透過型構造体のポインタだから普通には無理
ややこしいことをすればできたと思うが、普通はやらない
@def使えばコンパイル時に構造体と見なしてメンバーフィールドを直接触れたはずだが、
非推奨なんで使用禁止になったかもw わからん
不透過型構造体のポインタだから普通には無理
ややこしいことをすればできたと思うが、普通はやらない
667デフォルトの名無しさん
2017/08/05(土) 23:01:09.52ID:GxOZ02Sj ああメンバーじゃなくオブジェクト自体のポインタのことなら触れるよ
そもそもObj-Cがポインタ渡しだし
そもそもObj-Cがポインタ渡しだし
668デフォルトの名無しさん
2017/08/05(土) 23:10:37.16ID:slWszTbQ 急に盛り上がってる
669デフォルトの名無しさん
2017/08/06(日) 02:17:31.34ID:5hrgPajG とりあえずここまでをまとめるとObjective-Cは変態的だけど柔軟性は半端ないでいい?
670デフォルトの名無しさん
2017/08/06(日) 02:40:44.78ID:EhIWQ3kd 「おれけっこう柔道やってたからさーグレイシー柔術が変態にしか見えないのよねー」
(…そもそも違うものやんwwwなにが言いたいんやこのオッサンw)
だいたいこんな。
(…そもそも違うものやんwwwなにが言いたいんやこのオッサンw)
だいたいこんな。
671デフォルトの名無しさん
2017/08/06(日) 08:16:47.23ID:A+R4LQxw >>645
それ判る。
C言語の関数と一緒にSwiftを使うのは大変。
構造体へのポインタを引数に取るC言語の関数を、Swiftで呼び出すの、
どうすんだ?
UnsafeRawPointer<XXX>とか使うんだろうけど。
それ判る。
C言語の関数と一緒にSwiftを使うのは大変。
構造体へのポインタを引数に取るC言語の関数を、Swiftで呼び出すの、
どうすんだ?
UnsafeRawPointer<XXX>とか使うんだろうけど。
672デフォルトの名無しさん
2017/08/06(日) 08:18:51.28ID:5hrgPajG >>671
SwiftとCを一緒に使うくらいならObjective-Cでいいよね
SwiftとCを一緒に使うくらいならObjective-Cでいいよね
673デフォルトの名無しさん
2017/08/06(日) 08:22:40.12ID:5hrgPajG >>670
すまん、よくわからんw
すまん、よくわからんw
674デフォルトの名無しさん
2017/08/06(日) 10:45:42.87ID:/dqOVGNE ポインタがないSwiftだとCの関数呼ぶ時そこそこ面倒なんだな
675デフォルトの名無しさん
2017/08/06(日) 13:23:04.82ID:h75sRnvC >>669
クラスとクロージャが使えるメモリ管理不要のC言語(C++も使えるよ)
クラスとクロージャが使えるメモリ管理不要のC言語(C++も使えるよ)
676デフォルトの名無しさん
2017/08/06(日) 13:31:20.41ID:h75sRnvC ああ根本の動的ディスパッチが抜けてたな
677デフォルトの名無しさん
2017/08/06(日) 15:30:44.79ID:5hrgPajG678デフォルトの名無しさん
2017/08/06(日) 15:51:16.15ID:6obaa7Zo objcの一番のやばい所は実行中にコードの変更が出来ちゃう事だろ
そのせいでAppleもカーネル関係ではobjc使えなくてc++使ってんだから
そのせいでAppleもカーネル関係ではobjc使えなくてc++使ってんだから
679デフォルトの名無しさん
2017/08/06(日) 16:03:11.05ID:5hrgPajG >>678
Could you tell me the details?
Could you tell me the details?
680デフォルトの名無しさん
2017/08/06(日) 16:21:29.43ID:h75sRnvC681デフォルトの名無しさん
2017/08/06(日) 16:27:58.98ID:5hrgPajG682デフォルトの名無しさん
2017/08/06(日) 16:32:36.09ID:ZQYigHRc プラグインでメソッド交換出来るのを知らんのか。
683デフォルトの名無しさん
2017/08/06(日) 16:47:40.53ID:5hrgPajG すまん知らん(爆
でもそれはあくまでそう作ればでしょ?
逆に他の言語だとできないの?
でもそれはあくまでそう作ればでしょ?
逆に他の言語だとできないの?
684デフォルトの名無しさん
2017/08/06(日) 16:59:14.99ID:h75sRnvC685デフォルトの名無しさん
2017/08/06(日) 17:15:30.25ID:ZQYigHRc >>683
作れば、じゃなくてObjC のメソッド呼出しは最初からそうなってる。
古い情報だがここら辺読めば分かる
http://news.mynavi.jp/column/objc/043/
がお前は何も分かってないみたいだから読んでも無理か。
作れば、じゃなくてObjC のメソッド呼出しは最初からそうなってる。
古い情報だがここら辺読めば分かる
http://news.mynavi.jp/column/objc/043/
がお前は何も分かってないみたいだから読んでも無理か。
686デフォルトの名無しさん
2017/08/06(日) 17:28:11.19ID:uZylSw7t >>665
お前、ObjC使ってるのに[や]を使わないのかよwww面白いなwww
お前、ObjC使ってるのに[や]を使わないのかよwww面白いなwww
687デフォルトの名無しさん
2017/08/06(日) 17:37:29.52ID:uZylSw7t >>675
C++が全く同じこと出来てるんだよねぇ
常に動的ディスパッチという点は実現してないけども
まぁC++の機能をモダン()に文法ラップした言語がObjCだから当然なんだよな
変態文法でC使ってると取っ掛かりは辛いけど、まぁ慣れれば使えなくはない言語よ
C++が全く同じこと出来てるんだよねぇ
常に動的ディスパッチという点は実現してないけども
まぁC++の機能をモダン()に文法ラップした言語がObjCだから当然なんだよな
変態文法でC使ってると取っ掛かりは辛いけど、まぁ慣れれば使えなくはない言語よ
688デフォルトの名無しさん
2017/08/06(日) 17:57:03.87ID:5hrgPajG689デフォルトの名無しさん
2017/08/06(日) 18:06:37.63ID:h75sRnvC >>688
その辺は悪意を持って追求した事無いけど、やり方は色々あるだろうね
その辺は悪意を持って追求した事無いけど、やり方は色々あるだろうね
690デフォルトの名無しさん
2017/08/06(日) 18:08:19.22ID:5hrgPajG >>687
Objective-CとC++でほぼ同時期に独立して開発されたんじゃなかったっけ
Objective-CとC++でほぼ同時期に独立して開発されたんじゃなかったっけ
691デフォルトの名無しさん
2017/08/06(日) 18:09:36.01ID:5hrgPajG >>689
仮にセレクタ文字列がそのまま一意にマシン語にコーディングされてるとなると、なんかJavaのバイトコードみたいで微妙だなぁ
仮にセレクタ文字列がそのまま一意にマシン語にコーディングされてるとなると、なんかJavaのバイトコードみたいで微妙だなぁ
692デフォルトの名無しさん
2017/08/06(日) 18:35:06.60ID:0XdHuxlK693デフォルトの名無しさん
2017/08/06(日) 18:54:49.85ID:0XdHuxlK >>678
そのせいではなくて、単に速度やコードの重さからだろう。言っているのはIOKitのことか?カーネルの部分ではC++でさえなくCだし
Objective-Cのその部分でナニかあったというのは聞いたことは無いなあ。なぜかw
フックするのは簡単だが、フックするコードが活性化するのは簡単じゃないし。まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど
そのせいではなくて、単に速度やコードの重さからだろう。言っているのはIOKitのことか?カーネルの部分ではC++でさえなくCだし
Objective-Cのその部分でナニかあったというのは聞いたことは無いなあ。なぜかw
フックするのは簡単だが、フックするコードが活性化するのは簡単じゃないし。まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど
694デフォルトの名無しさん
2017/08/06(日) 19:09:48.12ID:5hrgPajG >>693
すまん日本語で頼むわ
すまん日本語で頼むわ
695デフォルトの名無しさん
2017/08/06(日) 19:34:46.57ID:0XdHuxlK696デフォルトの名無しさん
2017/08/06(日) 19:36:00.87ID:5hrgPajG >>695
>まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど
>まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど
697デフォルトの名無しさん
2017/08/06(日) 19:47:33.45ID:0XdHuxlK >>696
ああ
前のはIM plugin(だったけ)で簡単に、それが閉じられてScriptプラグインでとか。それもrootlessになってrootless解除してからじゃなきゃという、
(ある意味)まっとうなプロダクトであるSIMBLが/を使えるようにするのがめんどくさくなってるというのが代表的かな
ああ
前のはIM plugin(だったけ)で簡単に、それが閉じられてScriptプラグインでとか。それもrootlessになってrootless解除してからじゃなきゃという、
(ある意味)まっとうなプロダクトであるSIMBLが/を使えるようにするのがめんどくさくなってるというのが代表的かな
698デフォルトの名無しさん
2017/08/06(日) 20:19:06.33ID:uZylSw7t699デフォルトの名無しさん
2017/08/06(日) 20:22:06.82ID:0XdHuxlK700デフォルトの名無しさん
2017/08/06(日) 20:27:26.94ID:5hrgPajG お前ら何を言い合ってるんだよ。。
701デフォルトの名無しさん
2017/08/06(日) 20:28:29.68ID:0XdHuxlK >>698
メッセージ式だのObjective-C固有/追加された部分があるから、Objective-CをCにコピペってもCコンパイラが理解できるわけないじゃん。んなこと言うのもなんか恥ずかしいw当たり前のことをさも言うのはナニもわかってないんだろな
(そうでないからCじゃなーいとか言いそう/言いたいのかもだが)
っていうのがそもそもの意味なんだが。なんでそんなトンチンカンすぎるキモい絡み方を続ける意味がわからん。同一人物だったらありそうだがww
これ以上イミフすぎのレスするなら、真性とみなすぞ
メッセージ式だのObjective-C固有/追加された部分があるから、Objective-CをCにコピペってもCコンパイラが理解できるわけないじゃん。んなこと言うのもなんか恥ずかしいw当たり前のことをさも言うのはナニもわかってないんだろな
(そうでないからCじゃなーいとか言いそう/言いたいのかもだが)
っていうのがそもそもの意味なんだが。なんでそんなトンチンカンすぎるキモい絡み方を続ける意味がわからん。同一人物だったらありそうだがww
これ以上イミフすぎのレスするなら、真性とみなすぞ
702デフォルトの名無しさん
2017/08/06(日) 20:29:43.72ID:0XdHuxlK >>700
しらんwwまったくわからん。そりゃお前にもそう見えてもしょうがないww
しらんwwまったくわからん。そりゃお前にもそう見えてもしょうがないww
703デフォルトの名無しさん
2017/08/06(日) 20:30:22.17ID:m6etrNEf オブシー使ってるやつはキチガイってよくわかるスレ
704デフォルトの名無しさん
2017/08/06(日) 20:32:05.49ID:5hrgPajG >>703
世界中にどんだけキチガイがいるんだよ。。。
世界中にどんだけキチガイがいるんだよ。。。
■ このスレッドは過去ログ倉庫に格納されています
