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
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
世界中にどんだけキチガイがいるんだよ。。。
世界中にどんだけキチガイがいるんだよ。。。
705デフォルトの名無しさん
2017/08/06(日) 20:33:41.03ID:h75sRnvC キチガイは褒め言葉だぞ
706デフォルトの名無しさん
2017/08/06(日) 20:34:37.21ID:uZylSw7t ObjCコードがCコードにコピペできるって愉快な信者をからかって遊んでる
多分、NSLogとかのC関数だけ使って
NSObject *object = [NSObject new];
なんて[]を使うコードは書かない変態なんだよ
やっぱりObjC信者は変態ばかりだな(褒め言葉
多分、NSLogとかのC関数だけ使って
NSObject *object = [NSObject new];
なんて[]を使うコードは書かない変態なんだよ
やっぱりObjC信者は変態ばかりだな(褒め言葉
707デフォルトの名無しさん
2017/08/06(日) 20:38:13.55ID:5hrgPajG まあなんだろうな
conventionalなC言語のソースコードはObjective-Cのソースコードでもある
なぜならObjective-CはCの純粋なスーパーセットだから
conventionalなC言語のソースコードはObjective-Cのソースコードでもある
なぜならObjective-CはCの純粋なスーパーセットだから
708デフォルトの名無しさん
2017/08/06(日) 20:40:19.87ID:0XdHuxlK >>706
はあ?遊んでるww
「読めない」のはわかったし、それはしょうがないし特にとは思わないが、そこまでんなこと言った覚えは全く無いことをさもなのは自分の脳内で閉じてるという真性に近しい人でしかないと思うぞ。なんの為にレスしてんだか…そか、真性だからか?w
はあ?遊んでるww
「読めない」のはわかったし、それはしょうがないし特にとは思わないが、そこまでんなこと言った覚えは全く無いことをさもなのは自分の脳内で閉じてるという真性に近しい人でしかないと思うぞ。なんの為にレスしてんだか…そか、真性だからか?w
709デフォルトの名無しさん
2017/08/06(日) 20:42:18.48ID:uZylSw7t >>701
でだ、元々はCとObjCが全然違うもので、CやってたからってObjCが素直に慣れられるものじゃないって話をしてたわけでな
その話の流れを見てないで、「ObjCがCにコピペできるわけない」の部分だけ取り上げて云々ってのは話がズレてるわけよ
そのズレを笑いどころにネタを振ってくれてるんじゃないの?本気でそこを指摘してるの?
でだ、元々はCとObjCが全然違うもので、CやってたからってObjCが素直に慣れられるものじゃないって話をしてたわけでな
その話の流れを見てないで、「ObjCがCにコピペできるわけない」の部分だけ取り上げて云々ってのは話がズレてるわけよ
そのズレを笑いどころにネタを振ってくれてるんじゃないの?本気でそこを指摘してるの?
710デフォルトの名無しさん
2017/08/06(日) 20:42:20.49ID:0XdHuxlK >>707
元々はCのプリコンパイラでなかったっけ?
確か、今でも、Objective-CのソースからCのソースを捌けるはず。なので、CでObjective-Cクラス/機能をバリバリ扱えないこともない。それをするのは人間業ではないけど
元々はCのプリコンパイラでなかったっけ?
確か、今でも、Objective-CのソースからCのソースを捌けるはず。なので、CでObjective-Cクラス/機能をバリバリ扱えないこともない。それをするのは人間業ではないけど
711デフォルトの名無しさん
2017/08/06(日) 20:45:20.71ID:0XdHuxlK >>709
お前にとってはそうかもしれないが、そんな当たり前すぎることを言うこと自体がって話だよ。普通は言わないと思うぞ。んなこというヤツの知性が疑われるからな
で、お前が言う元々の話も、お前はそうかもしれないでしかない。Objevtive-Cのよほど初心者の本でなければ、Cを知っているのが前提だからな。お前の論で言えばCを知っているのが前提ってありえないだろう
お前にとってはそうかもしれないが、そんな当たり前すぎることを言うこと自体がって話だよ。普通は言わないと思うぞ。んなこというヤツの知性が疑われるからな
で、お前が言う元々の話も、お前はそうかもしれないでしかない。Objevtive-Cのよほど初心者の本でなければ、Cを知っているのが前提だからな。お前の論で言えばCを知っているのが前提ってありえないだろう
712デフォルトの名無しさん
2017/08/06(日) 20:51:12.38ID:A+R4LQxw >>706
NSLogはC言語の関数ではないだろう!
Objective-Cのグローバル関数。
書式文字列なんて、C言語とは全く別。%@とか。
引数も、Objective-Cのインスタンスが必要。
@“OK”とか!
NSLogはC言語の関数ではないだろう!
Objective-Cのグローバル関数。
書式文字列なんて、C言語とは全く別。%@とか。
引数も、Objective-Cのインスタンスが必要。
@“OK”とか!
713デフォルトの名無しさん
2017/08/06(日) 20:52:15.75ID:A+R4LQxw >>712
ぁぁ、間違えた。@“OK”はNSStringのインスタンスね。
ぁぁ、間違えた。@“OK”はNSStringのインスタンスね。
714デフォルトの名無しさん
2017/08/06(日) 20:54:43.07ID:/dqOVGNE 久々にObjective-Cでググったらこんなページが
http://qiita.com/koher/items/4aea541fd0f0d8a9a166
こんなあからさまに臭いことするからSwiftはゴリ押しとかいわれるんだよな..
http://qiita.com/koher/items/4aea541fd0f0d8a9a166
こんなあからさまに臭いことするからSwiftはゴリ押しとかいわれるんだよな..
715デフォルトの名無しさん
2017/08/06(日) 20:57:10.69ID:A+R4LQxw おっと、NSLogってのはFoundation Functionってカテゴロリに分類されてるね。
NSAssert, NSLogvとかと同じなかまかぁ。あまり意識した事なかったけど。
NSAssert, NSLogvとかと同じなかまかぁ。あまり意識した事なかったけど。
716デフォルトの名無しさん
2017/08/06(日) 21:00:36.71ID:5hrgPajG >>712
その話は微妙なところだな
ある意味でObjective-Cたらしめてる部分でもあるんだが、関数はCといってもいいんじゃないだろうか
まあCはObjective-Cに完全に内包されているのでObjective-Cの関数という表現も正しいと思うが
結局引数としてわたされるのはNSStringのオブジェクトであるとはいえ実態はただのポインタな訳で、ポインタを引数にとるただのC関数とも言える
その話は微妙なところだな
ある意味でObjective-Cたらしめてる部分でもあるんだが、関数はCといってもいいんじゃないだろうか
まあCはObjective-Cに完全に内包されているのでObjective-Cの関数という表現も正しいと思うが
結局引数としてわたされるのはNSStringのオブジェクトであるとはいえ実態はただのポインタな訳で、ポインタを引数にとるただのC関数とも言える
717デフォルトの名無しさん
2017/08/06(日) 21:02:32.09ID:5hrgPajG >>710
まあObjectiveな部分の記述はコンパイラディレクティブを使って分離してるからね
まあObjectiveな部分の記述はコンパイラディレクティブを使って分離してるからね
718デフォルトの名無しさん
2017/08/06(日) 21:04:51.33ID:0XdHuxlK >>712
まあ、インターフェースがCなんだからCでええやん。CoreもCじゃないとか言うと、pure C (?)と C がごっちゃすぎ。まあ元々は pure C のことを言い出してるっぽいが、本人自体があやふやなので…w
>>714
なんか前に読んだことある
>nil に対するメソッドコールはエラーにならずに無視されるという悪しき仕様
ってとこで、ああ、この人は「そういうコード書く人」なんだなと。読むに値しないと判断したので、そんな単に個人のご意見に「臭いとかゴリ押し」とか噛み付くほどでも無いだろう
(「そういう〜」というのは、逐次nilか注意してないでコードを書く人。意識してたら普通にその動作で問題無いのだがな)
まあ、インターフェースがCなんだからCでええやん。CoreもCじゃないとか言うと、pure C (?)と C がごっちゃすぎ。まあ元々は pure C のことを言い出してるっぽいが、本人自体があやふやなので…w
>>714
なんか前に読んだことある
>nil に対するメソッドコールはエラーにならずに無視されるという悪しき仕様
ってとこで、ああ、この人は「そういうコード書く人」なんだなと。読むに値しないと判断したので、そんな単に個人のご意見に「臭いとかゴリ押し」とか噛み付くほどでも無いだろう
(「そういう〜」というのは、逐次nilか注意してないでコードを書く人。意識してたら普通にその動作で問題無いのだがな)
719デフォルトの名無しさん
2017/08/06(日) 21:07:13.58ID:5hrgPajG >>715
カテゴロリwww
カテゴロリwww
720デフォルトの名無しさん
2017/08/06(日) 21:26:34.09ID:uZylSw7t >>711
うーん、論旨が変わってしまってネタが分からなくなってしまった, >>709のマジレスをなかったことにしたい
何かが間違っていてアホ(失礼)にあたるというツッコミ?ボケ?(>>665)で、それが「ObjCのコードはC上にコピペでは全然動かない」じゃなかったのかいな
純粋なCをちゃんと使ってた人ほど文法がゴロっと変わるObjCは辛い、が当たり前のことでそれが誰かの失礼に当たる?
まー、当たり前のことでもいいんだけど、それじゃObjCを擁護出来てないからそう言う意見じゃないよな
・Cの文法とObjCの(変態)文法は全然別物である
・純粋なCをやっているとObjC文法は素直に習得できる
この二つを矛盾せずObjC擁護してくれるとありがたいんだが出来そうかね
うーん、論旨が変わってしまってネタが分からなくなってしまった, >>709のマジレスをなかったことにしたい
何かが間違っていてアホ(失礼)にあたるというツッコミ?ボケ?(>>665)で、それが「ObjCのコードはC上にコピペでは全然動かない」じゃなかったのかいな
純粋なCをちゃんと使ってた人ほど文法がゴロっと変わるObjCは辛い、が当たり前のことでそれが誰かの失礼に当たる?
まー、当たり前のことでもいいんだけど、それじゃObjCを擁護出来てないからそう言う意見じゃないよな
・Cの文法とObjCの(変態)文法は全然別物である
・純粋なCをやっているとObjC文法は素直に習得できる
この二つを矛盾せずObjC擁護してくれるとありがたいんだが出来そうかね
721デフォルトの名無しさん
2017/08/06(日) 21:26:49.45ID:6obaa7Zo >>693
まぁIOKitもそうだけど
内部でC++は結構使ってるよね
KEXTだってKernel EXTensionなんだからカーネルと言ってもいんじゃん?
少しでも拡張性を持ってかつハックされたくない所のライブラリとかC++使わざるおえない感じを受けたよ
てかmac自体初期から組み込みの色が強いからC++よく見るし親和性も高いイメージあるわ
あと関係ないけどクリエイティブ関連って言うとあれだけどOpenGLとかCinderとかそういうのと同じ匂いがする
objcはメソッドや昔はクラスごと入れ替え出来るからハッキングや割れが簡単なのが問題になったな
セキュリティやシリアルの発行をobjcだけでやるようなエンジニアがアホなだけだけど
今でもSafariのハックは盛んだし昔はFinderにタブ付けたりしてたでしょ公式で対応しちゃったけど
まぁIOKitもそうだけど
内部でC++は結構使ってるよね
KEXTだってKernel EXTensionなんだからカーネルと言ってもいんじゃん?
少しでも拡張性を持ってかつハックされたくない所のライブラリとかC++使わざるおえない感じを受けたよ
てかmac自体初期から組み込みの色が強いからC++よく見るし親和性も高いイメージあるわ
あと関係ないけどクリエイティブ関連って言うとあれだけどOpenGLとかCinderとかそういうのと同じ匂いがする
objcはメソッドや昔はクラスごと入れ替え出来るからハッキングや割れが簡単なのが問題になったな
セキュリティやシリアルの発行をobjcだけでやるようなエンジニアがアホなだけだけど
今でもSafariのハックは盛んだし昔はFinderにタブ付けたりしてたでしょ公式で対応しちゃったけど
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市首相の答弁書に「台湾有事答えない」と明記 存立危機発言当時 ★3 [蚤の市★]
- 「偽サッチャー」「自滅的」「時代遅れ」 高市首相の経済政策を海外メディアが酷評 ★2 [蚤の市★]
- 「もうキモくてキモくて…」29歳女性が語る“おぢアタック”の実態。「俺ならイケるかも」年下女性を狙う勘違い中年男性に共通点が★5 [Hitzeschleier★]
- 東京都「都民の税金1.5兆円が国に奪われている」「全国に分配されている」に地方民ブチギレ ★2 [Hitzeschleier★]
- 【ド軍】山本由伸、WBC出場を決断!ドジャースが本人の意向を尊重、佐々木朗希はチームが故障歴を懸念で不参加 [鉄チーズ烏★]
- 米大統領報道官「日本と強固な同盟維持、中国とも協力」 [少考さん★]
- 【痴呆症】オム太郎「石破政権はどよーんとして何も動かなかったが、高市政権になってからは何となく明るくなって動いてる気がする」 [402859164]
- 竹中平蔵「日米が長年守り続けてき台湾有事に関する曖昧戦略の知恵を一瞬にして無にさせた岡田の責任は非常に重い」 [271912485]
- 【高市悲報】トケドロ高橋「あれまw日本は食料品だけ上がっていてインフレとは言えない😤円安上等!」 [359965264]
- 中国人、超ド正論。「チベットやウイグルに住んでるのはチベット族やウイグル族だが、アイヌから奪った土地に住んでる日本人こそ侵略者」 [314039747]
- 【画像】海外の寿司パーティー、レベチwwwwwwwwww [834922174]
- 【朗報】ほっともっとで一番好きな弁当は? 圧倒的にあれに決まるwwwwwwwwwww
