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/09/30(土) 07:09:22.48

Swift書くの楽だわ
さっさと移行してよかった

**デフォルトの名無しさん** · 2017/09/30(土) 08:05:24.29

>>884
そうですか
では引き続きモダンな言語Swiftをお使い下さい
そしてSwiftスレにお帰り下さいませ

**デフォルトの名無しさん** · 2017/10/01(日) 07:15:02.28

Apple純正アプリってクローズドソースで探せないだろ
どうやって探すつもりなんだ

**デフォルトの名無しさん** · 2017/10/01(日) 08:05:02.62

>>886
アンカーつけなよ

**デフォルトの名無しさん** · 2017/10/01(日) 08:33:50.58

バイナリからもそれなりにわかる。まあ、それなりにだが
とりあえず、SierraではConsole.appがSwiftで書かれている部分はあるみたい。Objective-Cとの混合っぽいし、SwiftとObjective-Cの割合まではまだ推測してないが

**デフォルトの名無しさん** · 2017/10/01(日) 09:34:49.05

Console.appはSwiftで作られたと言ってもいいかも。AppDelegateやControllerなんぞメインな部分がSwiftでのクラス(ってことで合ってると思う)
まあ、Utilities内ではConsole.appぐらい／だけなんだがw

**デフォルトの名無しさん** · 2017/10/01(日) 09:51:32.67

そういえばコンソールは使いづらくなったよな
左下のプロセスでの抽出出来なくなって
アイコン表示もなくなって
やり方が変わったならすまんが
毎回作り替えてんのか使い易くなったり悪くなったり安定しないイメージ

**デフォルトの名無しさん** · 2017/10/01(日) 10:15:13.14

Pagesなんて、Objective-C++のようだなあ。Objective-C++好きにとってはなんか嬉しいw

**デフォルトの名無しさん** · 2017/10/01(日) 10:47:32.34

Dock.appもSwift製ってどっかでみた

**デフォルトの名無しさん** · 2017/10/01(日) 11:17:21.49

あー、そういうアプリもあるか
Dock.appはガチすぎて(イミフ)明確な手がかりが掴めないなあ。Swift使ってるようだけど。てか、C(Core)をかなーり使ってるっぽい。わからんなw
よりも、NotificationCenter.app がSwift製っぽい。確実にかなーりSwiftで書いてるかな

とは、別にPangesといいNotificationCenterといいAppleもやらかしてる(ナゾ)んだなと思ったw

まあ、厨二くさいのでもうこのへんでw

**デフォルトの名無しさん** · 2017/10/01(日) 12:41:15.86

Swiftを使っているかどうかはlibSwift.soにリンクしているかどうかですぐに分かるけど
Swiftだけを使っているかどうかはObjC, Swiftのバイナリコードは類似するんだから分からんだろ
それなりにわかるじゃ意味なくて厳密に分からないと無意味な話だろうに

**デフォルトの名無しさん** · 2017/10/01(日) 12:44:39.82

そもそもわかることで何かいいことがあるのかっていうね

**デフォルトの名無しさん** · 2017/10/01(日) 13:49:46.99

分からないことを示すことで、>>883の「探してみようw」のキチっぷりが証明される
分かることに意味はないけど、分からないことには意味があったんよ

逆に、分かることを証明できれば、おいらがキチと証明できるから頑張っても良いんじゃね

**デフォルトの名無しさん** · 2017/10/01(日) 19:21:32.85

なんか引き出そうと透けて見える気がするのが嫌w
お前は強く言われたら反発して言うタイプ？なんで、素直に教えてと言えないかなあw気分悪いのでもう具体的には教えてやんないけどw

> libSwift.soにリンクしているかどうかですぐに分かるけど
言う通り。でもリンク項目にしてるだけで使ってなくてもあったりするけど、確か(まあ、そんなアホなことしてないだろう)
>Swiftだけを使っているかどうかはObjC, Swiftのバイナリコードは類似するんだから分からんだろ
言う通り。だから>>888でそのように言ってるやん。の後にこれはSwiftで作られたと言ってもいいかも(ちゃんとそれでも「かも」)と根拠言ってるやん。根拠探してみ単純なことだから(Pagesはこの単純なことで見えたある意味アホらしいことから)
>>893も、Swift製っ「ぽい」だからね。根拠も書いてるでしょ

>>895
俺は別にないよ。>>882の「Apple純正アプリってあるの？」っていうのに、どうだろうという興味と、>>888っていうのに全くわからないこともないんじゃねっていう実証だな(具体的に言わんから実証にならんとか言うなよww)

知ってるお人にはなにをもったいつけてんだと思うだろうな。俺もそう思うww

**デフォルトの名無しさん** · 2017/10/01(日) 19:26:51.07

あー、>>886の人か。なんだw
たんに噛み付いた(？)のに、否定されてのでか...？気にすんな。なおさら教えないけどww

**デフォルトの名無しさん** · 2017/10/01(日) 20:14:20.03

急に発狂しだしてどうした。実世界で嫌な事でもあったのか？

**デフォルトの名無しさん** · 2017/10/01(日) 20:26:37.49

なんですぐに発狂とか...わからん。まさか、長文書くとか、レス多いとか？だったり？まさかなww
別に嫌なことはない、今暇ってだけだな

**デフォルトの名無しさん** · 2017/10/01(日) 23:06:01.97

どっちで書いても良いけどさ
純正アプリのグダグダは直ったのかい？

**デフォルトの名無しさん** · 2017/10/02(月) 10:34:40.67

急に長文で笑いつつ読み飛ばした後
日本語がおかしい>>898があって発狂してるんだなって思った。

>>901
ObjCに関係ないけど純正アプリのSafari for macOSは良く出来てると思ってる
ChromeやFirefoxよりバッテリー消費少なくてノートで非常に助かる
Chromeのバッテリー持ちの悪さはなんなんだろうね, 2倍とまでは行かないけど体感できるレベルで差が出る

**デフォルトの名無しさん** · 2017/10/02(月) 16:39:06.49

急に長文もなんも、俺には>>893,894が急にというか何もわかってねーなそのくせにだから、スカしながらの説明をにしたら長くなるっていう。もったいつけてるというのはそゆこと
>>898は>>893,894だけ見てたけど、>>886の発端のヤツかよ完全否定から入って何も読まずにまだ否定だけかよっていうことだよ

長文とか日本語がおかしいとかいいつつ、読むんだなwそんなの読まなきゃいいのに、読めないんだったら(別に読めなくてもいいよ。そこは責めてない。読めないくせに勝手に決めつけんな、めんどくさい)

な？わかってないのに説明すると長くなるだろ？お前もお仕事上わかると思うけどw

**デフォルトの名無しさん** · 2017/10/02(月) 16:46:18.34

× >>893,894
⚪︎ >>894,896

**デフォルトの名無しさん** · 2017/10/03(火) 20:32:33.93

とりあえず落ち着こ

**デフォルトの名無しさん** · 2017/10/03(火) 20:48:09.76

とりあえずおちんこ

**デフォルトの名無しさん** · 2017/10/03(火) 21:25:04.04

はあぁ…。

**デフォルトの名無しさん** · 2017/10/04(水) 08:08:33.18

よし、落ち着いて発狂から解放されて正気に戻ったら>>903を正しい日本語で書き直そう

**デフォルトの名無しさん** · 2017/10/04(水) 08:19:44.81

プログラミングの話しようよ

**デフォルトの名無しさん** · 2017/10/04(水) 11:04:44.04

ここも次ワッチョイ推奨

**デフォルトの名無しさん** · 2017/10/04(水) 11:18:57.67

Xcode 9の話しようぜ！

**デフォルトの名無しさん** · 2017/10/04(水) 17:55:40.67

Command+Clickが地味に使いづらい、ウザい
俺はあんなハイライトいらん。そんな一目で「終わり」を見る機会より定義の場所にジャーンプの機会の方が圧倒的なので
邪魔なポップアップ出さずにジャンプの指定にできるようになってるのはホッとしたがハイライトも出さないようにしたいなあ、できるのかな？

**デフォルトの名無しさん** · 2017/10/04(水) 23:12:36.51

できる。どっかのブログでやりかた見たけど忘れた。

**デフォルトの名無しさん** · 2017/10/05(木) 09:44:12.63

ホップ(カーソル移動)、ステップ(ハイライト表示)、ジャーンプ(定義の場所に移動)
Xcode9はよくできてるな！

**デフォルトの名無しさん** · 2017/10/05(木) 13:23:23.73

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

Objective-CユーザはObjCの新文法を使わない？
genericsとかnilableとか少し古いとblocksやinstancetypeとかAppleに踊らされつつ
同じアホなら踊らにゃ損々と便利に使ってるけど

**デフォルトの名無しさん** · 2017/10/05(木) 14:56:32.48

人それぞれ。そう言うヤツもいるとなぜ思わないのか？開発向かないか業界病で頭が単純化しすぎ病なのか？w
こっちに持ってこないで、言う本人に言いなさい

**デフォルトの名無しさん** · 2017/10/06(金) 14:13:25.71

Xcode 9でリファクタリング強化されたって聞いたんだけど、
これってObjective-Cでも使えるの？
使えるなら俺一生ObjCに付いていく。

**デフォルトの名無しさん** · 2017/10/06(金) 22:02:02.32

Objective-Cで使えないってことはないだろうさすがに

**デフォルトの名無しさん** · 2017/10/06(金) 22:56:31.41

>>916
だって、あっちだとスレチじゃんw
基本的にはObjCユーザもAppleに踊されてるって理解で良いのかな？

**デフォルトの名無しさん** · 2017/10/07(土) 00:41:25.81

馬鹿すぎで哀れ

**デフォルトの名無しさん** · 2017/10/07(土) 11:12:08.07

なんだろう、個人的にはSwiftやるならObjective-Cの方がいいと思う
Cの勉強にもなるし
Swiftは潰しがきかん

**デフォルトの名無しさん** · 2017/10/07(土) 12:02:44.93

Swiftは相変わらずABI安定してないし、世代交代もまだまだ先という感じがする。
C言語やっておいて損はないというのは今も昔も変わってない気がする。
SDKの活用や今後のモバイル市場の縮小を考えると、Swift一本で戦うのは難しい。
教養とスキル構築のためにObjective-Cを選択するのはありだと思う。

**デフォルトの名無しさん** · 2017/10/11(水) 19:06:32.91

Cが学べるってのは大きい。
昔はCに変なアレルギー持ってたけど、最近は割りといい言語だと思えてきた。

**デフォルトの名無しさん** · 2017/10/11(水) 20:04:23.45

Cは高級アセンブラだからね
能力がある人ほどマシンの性能をより高く発揮できるプログラムが書ける

細かな操作もできるから特に組み込み系などのプログラミングでは依然としてCが多いのものそれが理由

**デフォルトの名無しさん** · 2017/10/11(水) 20:54:59.95

objcで書いてたはずなのに最適化しまくって結局中身Cの関数とコールバックばかりになるよな

**デフォルトの名無しさん** · 2017/10/11(水) 21:02:24.61

人間のためにオブジェクト指向でかけるようにしてあげたCなのでマシン語が結局そうなっても速けりゃ本望

**デフォルトの名無しさん** · 2017/10/11(水) 21:04:56.88

>>924
今どきの組み込みはほとんどC++だぞ

**デフォルトの名無しさん** · 2017/10/11(水) 21:06:41.85

組み込み系もObjective-Cにしようぜ

**デフォルトの名無しさん** · 2017/10/11(水) 21:14:46.21

>>928
clangのARMコンパイラもあるし可能だろ
てかiOSはARMだし組み込みとも言える
picとかavrとかになるとメモリもクロックも少ないしobjcが使えるメリットが無いな
mbedIDEでobjcが使えるようになったらちょっとだけ嬉しいレベル

**デフォルトの名無しさん** · 2017/10/11(水) 21:19:00.42

>>929
>clangのARMコンパイラもあるし可能だろ
>てかiOSはARMだし組み込みとも言える
確かにｗ

pic, avrのレガシーコアの方(not ARM)のMCUはCでいいよね
ObjCもいらんしC++もなくてもいい
どこぞのArduin○さんもC++じゃなくて正直Cでいいかなって思ってる

**デフォルトの名無しさん** · 2017/10/11(水) 21:30:30.49

>>930
物によるけどな
atmega328位のスペックならC++使う方が楽かもなぁ容量あるし
i2cとかグラフィック描画関係はクラス分けたいし
逆にattinyはC++じゃ入り切らない事があるしそこまで大きい事しない

picもUSBホスト機能とか付いてる奴とかの制御はC++使いたい

**デフォルトの名無しさん** · 2017/10/11(水) 21:38:10.78

ほむ

**デフォルトの名無しさん** · 2017/10/11(水) 21:38:49.39

C++のところがObjCでもいいけどね個人的には

**デフォルトの名無しさん** · 2017/10/11(水) 22:10:57.58

ここら辺のクロック（16MHz位）とかだとシングルスレッドだし一つの命令でのクロック消費がかなり後引くから
objcのメッソッド呼び出しをどう扱うかだな
オリジナル通りオーバーヘッドがある状態なら処理速度的に使い物にならないだろうし
そこを最適化しちゃうならobjcである必要も無い気もするんだよね

**デフォルトの名無しさん** · 2017/10/11(水) 23:52:24.90

言語が高級である意味は人間にとってなわけで、最終的に最適化されるならCでいいってのも本当は変な話だと思うけどね
それ言っちまうと究極は全部アセンブラでいい
なんなら機械語でもいい

**デフォルトの名無しさん** · 2017/10/12(木) 00:17:17.26

比較対象がobjcならって話だよ
objcは中身Cだけどobjc特有の書き方をすると冗長すぎる動作をするってこと
極端に言えば所詮Cのマクロ集だから
ただその冗長的な動作がobjcの良さだったりするから
マイコンとかには向かないし意味の無い機能になってしまう

記法とかそういうのは無視してる、どの言語も慣れれば大して変わらないし

**デフォルトの名無しさん** · 2017/10/12(木) 07:05:45.44

>>936
>>925について

**デフォルトの名無しさん** · 2017/10/12(木) 12:57:22.44

動作速度を上げるために工夫する事はいけない事なのかな？

**デフォルトの名無しさん** · 2017/10/12(木) 13:31:01.75

次スレ不要

**デフォルトの名無しさん** · 2017/10/12(木) 22:09:53.24

>>938
>>925の最適化ってコンパイラが行う最適化のこと言ってるんじゃないの？

**デフォルトの名無しさん** · 2017/10/12(木) 22:12:09.94

>>940
違うわw
なんでコンパイラがCの関数とコールバックに変換するんだよ
さすがに分かるだろ

**デフォルトの名無しさん** · 2017/10/12(木) 22:14:57.97

>>941
なんだ
アセンブラリストみたら結局C関数羅列した時と同等コードになってるのかとおもた

**デフォルトの名無しさん** · 2017/10/13(金) 12:50:19.84

ObjCのBlocksは最適化効くからかなり速いよ。
コールバック関数よりも最適化が効きやすい。

というかそこまで速度が必要ならそれこそObjC++の出番。

**デフォルトの名無しさん** · 2017/10/13(金) 20:39:05.62

Objective-C++って意味がわからない
コレイジョウObjectiveにする必要ねぇだろC++は…

**デフォルトの名無しさん** · 2017/10/14(土) 00:38:00.36

C++は関数をクラスとして使い回すのがオブジェクト指向だろ？というC拡張
Objective-Cは関数をクラスとして命令を送ることで自律的に動作させるのがオブジェクト指向だろ？というC拡張

拡張の方向が違うので混在可能で、C++はいまのオブジェクト指向の原則からすると
相互関係が密になりすぎて使いづらい代わりにハード寄りで速度が出せるので
Objective-Cの中でC++を使うためのしくみがObjective-C++

Objective-(C)に対してのObjective-(C++)
中身でCじゃなくてC++扱いたい人向け。

**デフォルトの名無しさん** · 2017/10/14(土) 00:45:54.33

objcとC++との違いは動的言語かどうかの差だろ
コンパイル時に動作が決まるC++に比べて動作時に動作が決まるobjcが速度で劣るのは仕方ない
書き方次第でどうにでもなるから問題にはならないけど
Objective-C++は
objcの中でC++の書き方が出来るってだけ
新しい言語ではない

**デフォルトの名無しさん** · 2017/11/03(金) 10:27:11.08

嫌いな言語5位入賞おめでとうございます

**デフォルトの名無しさん** · 2017/11/03(金) 14:18:43.28

どこ調べだか知らぬが
まぁ、名誉なことであるな。

**デフォルトの名無しさん** · 2017/11/03(金) 16:40:08.13

使われてるってことだもんな
そもそも使われてないと好きも嫌いもない

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

iPhoneのお陰様や

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

次スレ待ち

**デフォルトの名無しさん** · 2017/11/03(金) 23:58:10.94

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

**デフォルトの名無しさん** · 2017/11/04(土) 01:38:34.48

頭がおかしいにもほどがある

**デフォルトの名無しさん** · 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はメリットデメリットの話する前にそれが存在する理由と
どのような使い分けがあるのかを考える方が良い