Objective-C [ObjC part:8.1]; [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2014/11/01(土) 13:35:17.70

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

**デフォルトの名無しさん** · 2017/11/05(日) 02:41:42.85

>>947
>>952

**デフォルトの名無しさん** · 2017/11/05(日) 09:01:31.81

>>953>>954
ん？反論が無いなら俺の勝ちだぞ？

**デフォルトの名無しさん** · 2017/11/05(日) 09:17:22.75

反論wwさすがキチだな。キチには勝てないよw

**デフォルトの名無しさん** · 2017/11/05(日) 10:44:57.27

>>955
反論？
Objective-Cアンチスレでも立ててそこでやれば？

**デフォルトの名無しさん** · 2017/11/05(日) 15:28:55.43

既存のObjective-CプロジェクトをObjective-C++にする場合
なんか問題になることってある？

型キャストしろって警告は沢山出てくるけど、それ以外は特に問題ない気がする。
ObjC++化で動作が変わるかどうか一番心配。

**デフォルトの名無しさん** · 2017/11/05(日) 16:37:44.96

予約語が増えるとか、autoの意味が変わるとか、文字定数の型が変わるとか
関数宣言の引数なし()が可変長引数から(void)と同じに変わるとか

**デフォルトの名無しさん** · 2017/11/06(月) 11:33:21.15

C言語からC++への移行手順を参考にすれば問題ない気がする。
Objective-C固有の愛称は特に無い。newキーワードとの関係でNSObject.newが使えないくらいか。[NSObject new]なら問題ない。

**デフォルトの名無しさん** · 2017/11/06(月) 16:17:54.74

NSObject.newはちょっと...w

**デフォルトの名無しさん** · 2017/11/06(月) 16:35:13.68

NSObject.new って ObjC2.0 の新記法？

**デフォルトの名無しさん** · 2017/11/06(月) 18:44:32.83

新記法ってか...まあ、そうといえばそう

instance.property はコンパイル時に単に [instance property] に置き換えられるってだけで、使用に制限はない(コンパイルエラー／ウォーニングは出ない)。引数なしならなんでもドットで書ける。確か値を返さないのでも( [instance run]; を instance.run; とも)
ドット記法(getter/setter)は単に置き換えられる(setterはset付けられるけど)というのを理解していれば制限は無いので自由っちゃあ自由だが、それは違うだろうという、個人的にw

**デフォルトの名無しさん** · 2017/11/06(月) 18:51:06.70

ああ、クラスプロパティができるようになったから、instance.propertyだけでなくclass.propertyもありな、newはクラスメソッドしかないしclassで書くべきだったな

**デフォルトの名無しさん** · 2017/11/17(金) 03:39:04.53

関数の頭の+と-ってインスタンス済みか違うかってことと継承できるかどうかのちがい？
どっちがメモリ食いでおそいの？

**デフォルトの名無しさん** · 2017/11/17(金) 07:12:37.67

クラスメソッドとインスタンスメソッド

**デフォルトの名無しさん** · 2017/11/17(金) 07:49:16.58

+(void)test{
　NSLog(@"C %zu", malloc_size((__bridge const void *)(self)));
}
-(void)test{
　NSLog(@"I %zu", malloc_size((__bridge const void *)(self)));
}

メモリサイズ見るとallocしてないからクラスメソッドではセルフのサイズは0になるよ。
速度に関してはメモリ確保しない分クラスメソッドの方が速いだろう
計算だけやらせるとかだけならクラスメソッドの方が良いだろうけど
それならC関数の方が優位

**デフォルトの名無しさん** · 2017/11/17(金) 12:40:32.69

staticおじさん

**デフォルトの名無しさん** · 2017/11/17(金) 12:49:30.17

継承しないなら+が正解なんですね
ありがとうございます。

**デフォルトの名無しさん** · 2017/11/17(金) 12:56:32.08

継承しない？
そもそもクラスメソッドも継承されるけど

**デフォルトの名無しさん** · 2017/11/17(金) 13:10:53.82

NSObject を継承した Test1ClassのクラスメソッドtestFuncは

Test1Class を継承した Test2Classでも呼べるよ
てかクラスメソッドを継承出来なかったらNSObjectのallocも使えなくなるでしょ

@interface Test1Class : NSObject
+(void)testFunc;
@end
@implementation Test1Class
+(void)testFunc{
　NSLog(@"call test");
}
@end
@interface Test2Class : Test1Class
@end
@implementation Test2Class
@end
int main(int argc, const char * argv[])
{
　[Test2Class testFunc];
}

**デフォルトの名無しさん** · 2017/11/17(金) 14:46:32.69

+でも継承できるんですか
勘違いしてました
すると+と比べて-のメリットは何でしょうか？

**デフォルトの名無しさん** · 2017/11/17(金) 15:37:54.52

メリットってか機能が違う

**デフォルトの名無しさん** · 2017/11/17(金) 17:12:02.46

OOPSの理解が先だな。OOPS理解すればそんな質問してたのがアホだったと思うだろう

**デフォルトの名無しさん** · 2017/11/17(金) 17:31:12.22

いやJavaとかから来たらわからんだろうよ

通常のオブジェクトがそれが属するクラスにメソッドを定義することで、それをコールできるのと同様に
Objective-CではSmalltalkやRubyなどと同様に
クラスもまた、自身が属するメタクラス（さらに上位のクラス）にメソッドを定義することでそれをコールできる

メタクラスはクラスとちがって無名なので、便宜上そのクラスへのメソッド定義（インスタンス向け）を - で、
対応するメタクラスへのメソッド定義（そのクラス自身向け）を + で表す決まりになっている

つまるところ、+ と - はそのメソッドが定義される場所（ひいてはそれをコールできるオブジェクト）が違う

**デフォルトの名無しさん** · 2017/11/17(金) 17:50:54.14

UMLの-と+でインスタンスメソッドとクラスメソッドを区別するやつ
Objective-Cが由来なのかな

**デフォルトの名無しさん** · 2017/11/17(金) 17:52:10.61

すまん間違えた
UMLの-と+はパブリックとプライベートだった

**デフォルトの名無しさん** · 2017/11/17(金) 18:38:09.45

>>975
なんか小難しいこと書いて言ってるけど、そんな知識をひけらかす必要あるのか？元の ID:KuiGlQ+X には
そのレスの絞めとして、クラスメソッドとインスタンスメソッドは明確に性格が違うと言っているんでしょ？なぜかはOOPS理解していれば聞く必要もないことで、それは、Javaでも同じだろう

理解してないようだから、早々に>>968なんて言うヤツが出たんだろ

**デフォルトの名無しさん** · 2017/11/17(金) 18:47:40.32

>>978
ひけらかすほどの知識とも思わんが
それとも、こんな基本的なことも知らないで使ってるのか？

そもそもOOPSってなんなんだよ…

**デフォルトの名無しさん** · 2017/11/17(金) 18:53:04.67

>>979
OOP Style だよ。まあ、OOPでいいけど
言ってるのはクラスメソッドとインスタンスメソッドは違うってだけじゃん？何をそんな小難しく読みづらいっていうw
いきなりJavaだからとかから始まって...あるとしたら、Objective-C固有のかと思ったらそうでもないし

**デフォルトの名無しさん** · 2017/11/17(金) 19:05:43.30

>>980
Java、C++等の staticメソッドと、Objective-Cや Smalltalk、Ruby のクラスメソッドは別物だよ？
それすら分かってないのか…

**デフォルトの名無しさん** · 2017/11/17(金) 19:13:50.64

>>981
機構／実現方法としてだろ？だから、そんなこと元々のヤツは聞いてないだろって言ってるのに。だからそゆ細かいとこをひけらかすって言ってるのに(「俺には当然」らしいけけど、なんでだったらわざわざ書くのか？)

実際インスタンスメソッドがメインでクラスメソッドなんて書く機会／必要性は割合的になくね？OOPS的にはw
でも、やっぱり必要な場合があるから、なんかあんたが違うと拘ってるけど、クラスメソッドがそれぞれの言語でもあるんだろ？
そゆ意味で元々の俺のレスだよ。なんでそれを否定して細かい違いを言ってるのかいまださっぱりわからん＝知識のひけらかしにしかみえんのだけど

**デフォルトの名無しさん** · 2017/11/17(金) 19:32:51.40

すーぐ熱くなる
マなんてこんな奴らばかりなんだからお互い無駄に体力使うなよ
コミュニケーション以外の所に能力値振ってるから説明がヘタクソになるんだよ
解説本とかみんなそうだろ
ともあれID: KuiGlQ+Xはメリットデメリットの話する前にそれが存在する理由と
どのような使い分けがあるのかを考える方が良い

**デフォルトの名無しさん** · 2017/11/17(金) 19:34:13.50

うるせっww

**デフォルトの名無しさん** · 2017/11/17(金) 19:38:54.65

>>982
じゃあ、私はクラスメソッドなんか使いません。staticメソッドと区別も分かりません。でいいじゃん
まず、クラスメソッドの価値を見いだせないそのOOPSｗとやらをなんとかしろよ

**デフォルトの名無しさん** · 2017/11/17(金) 19:42:04.64

>>985
誰になに言ってるのか不明すぎ
「クラスメソッドの価値を見いだせない」とかいきなり。誰も不要なんて言ってないけど？必要な場合があるって言ってるじゃん？ああ、「なんだか知らんが必要な場合があるんだろうな」と俺が言っているととっているのか？？んー、だったら、すげえなww
なんだかどうしても俺を下に見下したいだけにしか見えないんだけど？数スレ前からずっと

**デフォルトの名無しさん** · 2017/11/17(金) 19:51:55.22

これはID:5PrRKVulがきしょい

**デフォルトの名無しさん** · 2017/11/17(金) 19:54:52.75

>>986
だってOOPSｗとか分からんこと言ってる時点で明らかに下じゃんｗ
逆にどうしてその程度で上から目線を貫けるのか謎だわ

**デフォルトの名無しさん** · 2017/11/17(金) 19:58:05.03

たぶん自慢げに語るそのOOPSｗとやらの説明すらまともにできないのでは？との想像に難くないレベルの低さ

**デフォルトの名無しさん** · 2017/11/17(金) 20:02:14.50

>>988
OOPと書かなきゃダメなのか？まあ、一時的にOOPSもあったんだよ。知らないだろうけど
たかがそれだけのことで全否定できるって、さすが細かいとこにこだわるお人だなあ＆くだらなさすぎ＆本来の話題が逸れすぎだと思うぞ。なんかあんたが心配(自ら自らを貶めているようでw)

長引くようだったら次スレたててw

**デフォルトの名無しさん** · 2017/11/17(金) 20:11:22.65

相手を理解しようとしないで自分のペースでしか話せないと苦労するだろう
ようはOOPSって
Object Oriented Programming Styleでしょ？
つまりオブジェクト指向プログラミングについて学べと言ってるんじゃ無いの？

ID:KuiGlQ+Xは、メリットデメリットって言ってるとこからして
オブジェクトを生成するってことを理解してないレベルの話だよねこれ
まずインスタンスにアクセスした事無いからインヘリタンスとか関係ない所でメリットについて疑問が湧いちゃったんだろうし

**デフォルトの名無しさん** · 2017/11/17(金) 20:15:45.26

>>991
うん。全くそうなんだけどねえ
(まあ、あんたは>>983で理解してくれてる／その前でもすでに理解してると思ってたけど)

**デフォルトの名無しさん** · 2017/11/17(金) 20:29:25.96

うーん、さっぱりわからないです。すみません。
とりあえずViewcintrollerでは-、汎用クラスは+で使い分けてたんですが、+のがメモリ食わないなら、なるべく+使っとけばいいんでしょうか

**デフォルトの名無しさん** · 2017/11/17(金) 20:35:49.15

このかなり根本的なとこから理解してない感ｗ

**デフォルトの名無しさん** · 2017/11/17(金) 20:37:15.26

Viewcintrollerでメモリ使ってるんだから
Viewcintroller内で使うメソッドをメモリのためだけにクラスメソッドにする意味は無いし無意味
といってもまずインスタンスについて理解してないと、この話は進まないだろう

あなたの言う+を使ったメソッドで運用出来てるならそれで良いしそのうち躓くだろうから
そこで気づければ良いね
としか言えない感じの大きな壁があるように感じる

**デフォルトの名無しさん** · 2017/11/17(金) 20:46:44.49

クラスは設計図、インスタンスはクラスに基づいて作られた実体と聞きました。
設計図メソッドと実体メソッド？
どっちもおなじことできてるんでなんだろ？と思いました

**デフォルトの名無しさん** · 2017/11/17(金) 21:16:54.72

クラスをメモリーにロードするとインスタンスになるという説明だと
どんな問題が起こるだろうか。

**デフォルトの名無しさん** · 2017/11/17(金) 21:17:37.30

次スレ
Objective-C [ObjC part:9];
http://mevius.2ch.net/test/read.cgi/tech/1510920033/

リンク多いな
リンク切れは修正or代替サイトに変更しといた

即死回避何個だ？

**デフォルトの名無しさん** · 2017/11/17(金) 21:46:24.64

ググッてみました。
クラスの中のメソッド間で値の受け渡しが出来るのは、クラスメソッドのメリットですね。

でもインスタンメソッドでも@interfaceで変数定義したら受け渡しができちゃう。

うーん、インスタンスメソッドでいけるとこまでいけば道が開けるんですね
やってみます

**デフォルトの名無しさん** · 2017/11/17(金) 21:48:09.39

>>996
どっちがどっちだか分け分かんなくなってるだろww

埋め

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1112日 8時間 12分 52秒