Objective-C [ObjC part:8.1]; [転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
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 なんですぐに発狂とか...わからん。まさか、長文書くとか、レス多いとか？だったり？まさかなww
別に嫌なことはない、今暇ってだけだな どっちで書いても良いけどさ
純正アプリのグダグダは直ったのかい？ 急に長文で笑いつつ読み飛ばした後
日本語がおかしい>>898があって発狂してるんだなって思った。
>>901
ObjCに関係ないけど純正アプリのSafari for macOSは良く出来てると思ってる
ChromeやFirefoxよりバッテリー消費少なくてノートで非常に助かる
Chromeのバッテリー持ちの悪さはなんなんだろうね, 2倍とまでは行かないけど体感できるレベルで差が出る 急に長文もなんも、俺には>>893,894が急にというか何もわかってねーなそのくせにだから、スカしながらの説明をにしたら長くなるっていう。もったいつけてるというのはそゆこと
>>898は>>893,894だけ見てたけど、>>886の発端のヤツかよ完全否定から入って何も読まずにまだ否定だけかよっていうことだよ
長文とか日本語がおかしいとかいいつつ、読むんだなwそんなの読まなきゃいいのに、読めないんだったら(別に読めなくてもいいよ。そこは責めてない。読めないくせに勝手に決めつけんな、めんどくさい)
な？わかってないのに説明すると長くなるだろ？お前もお仕事上わかると思うけどw よし、落ち着いて発狂から解放されて正気に戻ったら>>903を正しい日本語で書き直そう Command+Clickが地味に使いづらい、ウザい
俺はあんなハイライトいらん。そんな一目で「終わり」を見る機会より定義の場所にジャーンプの機会の方が圧倒的なので
邪魔なポップアップ出さずにジャンプの指定にできるようになってるのはホッとしたがハイライトも出さないようにしたいなあ、できるのかな？ ホップ(カーソル移動)、ステップ(ハイライト表示)、ジャーンプ(定義の場所に移動)
Xcode9はよくできてるな！ 327デフォルトの名無しさん (ｻｻｸｯﾃﾛﾘ Sp75-2iPL)2017/10/05(木) 08:23:57.77ID:4UOAx4bZp
新しいこと覚えるくらいならビジネスロジックを勉強するよ
言語だのリアクティブだの状態管理だの
フルスクリーンアプリじゃユーザーに全くメリットないし
業界に踊らされているだけ
Objective-CユーザはObjCの新文法を使わない？
genericsとかnilableとか少し古いとblocksやinstancetypeとかAppleに踊らされつつ
同じアホなら踊らにゃ損々と便利に使ってるけど 人それぞれ。そう言うヤツもいるとなぜ思わないのか？開発向かないか業界病で頭が単純化しすぎ病なのか？w
こっちに持ってこないで、言う本人に言いなさい Xcode 9でリファクタリング強化されたって聞いたんだけど、
これってObjective-Cでも使えるの？
使えるなら俺一生ObjCに付いていく。 Objective-Cで使えないってことはないだろうさすがに >>916
だって、あっちだとスレチじゃんw
基本的にはObjCユーザもAppleに踊されてるって理解で良いのかな？ なんだろう、個人的にはSwiftやるならObjective-Cの方がいいと思う
Cの勉強にもなるし
Swiftは潰しがきかん Swiftは相変わらずABI安定してないし、世代交代もまだまだ先という感じがする。
C言語やっておいて損はないというのは今も昔も変わってない気がする。
SDKの活用や今後のモバイル市場の縮小を考えると、Swift一本で戦うのは難しい。
教養とスキル構築のためにObjective-Cを選択するのはありだと思う。 Cが学べるってのは大きい。
昔はCに変なアレルギー持ってたけど、最近は割りといい言語だと思えてきた。 Cは高級アセンブラだからね
能力がある人ほどマシンの性能をより高く発揮できるプログラムが書ける
細かな操作もできるから特に組み込み系などのプログラミングでは依然としてCが多いのものそれが理由 objcで書いてたはずなのに最適化しまくって結局中身Cの関数とコールバックばかりになるよな 人間のためにオブジェクト指向でかけるようにしてあげたCなのでマシン語が結局そうなっても速けりゃ本望 >>928
clangのARMコンパイラもあるし可能だろ
てかiOSはARMだし組み込みとも言える
picとかavrとかになるとメモリもクロックも少ないしobjcが使えるメリットが無いな
mbedIDEでobjcが使えるようになったらちょっとだけ嬉しいレベル >>929
>clangのARMコンパイラもあるし可能だろ
>てかiOSはARMだし組み込みとも言える
確かにｗ
pic, avrのレガシーコアの方(not ARM)のMCUはCでいいよね
ObjCもいらんしC++もなくてもいい
どこぞのArduin○さんもC++じゃなくて正直Cでいいかなって思ってる >>930
物によるけどな
atmega328位のスペックならC++使う方が楽かもなぁ容量あるし
i2cとかグラフィック描画関係はクラス分けたいし
逆にattinyはC++じゃ入り切らない事があるしそこまで大きい事しない
picもUSBホスト機能とか付いてる奴とかの制御はC++使いたい ここら辺のクロック（16MHz位）とかだとシングルスレッドだし一つの命令でのクロック消費がかなり後引くから
objcのメッソッド呼び出しをどう扱うかだな
オリジナル通りオーバーヘッドがある状態なら処理速度的に使い物にならないだろうし
そこを最適化しちゃうならobjcである必要も無い気もするんだよね 言語が高級である意味は人間にとってなわけで、最終的に最適化されるならCでいいってのも本当は変な話だと思うけどね
それ言っちまうと究極は全部アセンブラでいい
なんなら機械語でもいい 比較対象がobjcならって話だよ
objcは中身Cだけどobjc特有の書き方をすると冗長すぎる動作をするってこと
極端に言えば所詮Cのマクロ集だから
ただその冗長的な動作がobjcの良さだったりするから
マイコンとかには向かないし意味の無い機能になってしまう
記法とかそういうのは無視してる、どの言語も慣れれば大して変わらないし 動作速度を上げるために工夫する事はいけない事なのかな？ >>938
>>925の最適化ってコンパイラが行う最適化のこと言ってるんじゃないの？ >>940
違うわw
なんでコンパイラがCの関数とコールバックに変換するんだよ
さすがに分かるだろ >>941
なんだ
アセンブラリストみたら結局C関数羅列した時と同等コードになってるのかとおもた ObjCのBlocksは最適化効くからかなり速いよ。
コールバック関数よりも最適化が効きやすい。
というかそこまで速度が必要ならそれこそObjC++の出番。 Objective-C++って意味がわからない
コレイジョウObjectiveにする必要ねぇだろC++は… C++は関数をクラスとして使い回すのがオブジェクト指向だろ？というC拡張
Objective-Cは関数をクラスとして命令を送ることで自律的に動作させるのがオブジェクト指向だろ？というC拡張
拡張の方向が違うので混在可能で、C++はいまのオブジェクト指向の原則からすると
相互関係が密になりすぎて使いづらい代わりにハード寄りで速度が出せるので
Objective-Cの中でC++を使うためのしくみがObjective-C++
Objective-(C)に対してのObjective-(C++)
中身でCじゃなくてC++扱いたい人向け。 objcとC++との違いは動的言語かどうかの差だろ
コンパイル時に動作が決まるC++に比べて動作時に動作が決まるobjcが速度で劣るのは仕方ない
書き方次第でどうにでもなるから問題にはならないけど
Objective-C++は
objcの中でC++の書き方が出来るってだけ
新しい言語ではない 使われてるってことだもんな
そもそも使われてないと好きも嫌いもない >>953>>954
ん？反論が無いなら俺の勝ちだぞ？ >>955
反論？
Objective-Cアンチスレでも立ててそこでやれば？ 既存のObjective-CプロジェクトをObjective-C++にする場合
なんか問題になることってある？
型キャストしろって警告は沢山出てくるけど、それ以外は特に問題ない気がする。
ObjC++化で動作が変わるかどうか一番心配。 予約語が増えるとか、autoの意味が変わるとか、文字定数の型が変わるとか
関数宣言の引数なし()が可変長引数から(void)と同じに変わるとか C言語からC++への移行手順を参考にすれば問題ない気がする。
Objective-C固有の愛称は特に無い。newキーワードとの関係でNSObject.newが使えないくらいか。[NSObject new]なら問題ない。 NSObject.new って ObjC2.0 の新記法？ 新記法ってか...まあ、そうといえばそう
instance.property はコンパイル時に単に [instance property] に置き換えられるってだけで、使用に制限はない(コンパイルエラー／ウォーニングは出ない)。引数なしならなんでもドットで書ける。確か値を返さないのでも( [instance run]; を instance.run; とも)
ドット記法(getter/setter)は単に置き換えられる(setterはset付けられるけど)というのを理解していれば制限は無いので自由っちゃあ自由だが、それは違うだろうという、個人的にw ああ、クラスプロパティができるようになったから、instance.propertyだけでなくclass.propertyもありな、newはクラスメソッドしかないしclassで書くべきだったな 関数の頭の+と-ってインスタンス済みか違うかってことと継承できるかどうかのちがい？
どっちがメモリ食いでおそいの？ +(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関数の方が優位 継承しないなら+が正解なんですね
ありがとうございます。 継承しない？
そもそもクラスメソッドも継承されるけど 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];
} +でも継承できるんですか
勘違いしてました
すると+と比べて-のメリットは何でしょうか？ OOPSの理解が先だな。OOPS理解すればそんな質問してたのがアホだったと思うだろう いやJavaとかから来たらわからんだろうよ
通常のオブジェクトがそれが属するクラスにメソッドを定義することで、それをコールできるのと同様に
Objective-CではSmalltalkやRubyなどと同様に
クラスもまた、自身が属するメタクラス（さらに上位のクラス）にメソッドを定義することでそれをコールできる
メタクラスはクラスとちがって無名なので、便宜上そのクラスへのメソッド定義（インスタンス向け）を - で、
対応するメタクラスへのメソッド定義（そのクラス自身向け）を + で表す決まりになっている
つまるところ、+ と - はそのメソッドが定義される場所（ひいてはそれをコールできるオブジェクト）が違う UMLの-と+でインスタンスメソッドとクラスメソッドを区別するやつ
Objective-Cが由来なのかな すまん間違えた
UMLの-と+はパブリックとプライベートだった >>975
なんか小難しいこと書いて言ってるけど、そんな知識をひけらかす必要あるのか？元の ID:KuiGlQ+X には
そのレスの絞めとして、クラスメソッドとインスタンスメソッドは明確に性格が違うと言っているんでしょ？なぜかはOOPS理解していれば聞く必要もないことで、それは、Javaでも同じだろう
理解してないようだから、早々に>>968なんて言うヤツが出たんだろ >>978
ひけらかすほどの知識とも思わんが
それとも、こんな基本的なことも知らないで使ってるのか？
そもそもOOPSってなんなんだよ… >>979
OOP Style だよ。まあ、OOPでいいけど
言ってるのはクラスメソッドとインスタンスメソッドは違うってだけじゃん？何をそんな小難しく読みづらいっていうw
いきなりJavaだからとかから始まって...あるとしたら、Objective-C固有のかと思ったらそうでもないし >>980
Java、C++等の staticメソッドと、Objective-Cや Smalltalk、Ruby のクラスメソッドは別物だよ？
それすら分かってないのか… >>981
機構／実現方法としてだろ？だから、そんなこと元々のヤツは聞いてないだろって言ってるのに。だからそゆ細かいとこをひけらかすって言ってるのに(「俺には当然」らしいけけど、なんでだったらわざわざ書くのか？)
実際インスタンスメソッドがメインでクラスメソッドなんて書く機会／必要性は割合的になくね？OOPS的にはw
でも、やっぱり必要な場合があるから、なんかあんたが違うと拘ってるけど、クラスメソッドがそれぞれの言語でもあるんだろ？
そゆ意味で元々の俺のレスだよ。なんでそれを否定して細かい違いを言ってるのかいまださっぱりわからん＝知識のひけらかしにしかみえんのだけど すーぐ熱くなる
マなんてこんな奴らばかりなんだからお互い無駄に体力使うなよ
コミュニケーション以外の所に能力値振ってるから説明がヘタクソになるんだよ
解説本とかみんなそうだろ
ともあれID: KuiGlQ+Xはメリットデメリットの話する前にそれが存在する理由と
どのような使い分けがあるのかを考える方が良い >>982
じゃあ、私はクラスメソッドなんか使いません。staticメソッドと区別も分かりません。でいいじゃん
まず、クラスメソッドの価値を見いだせないそのOOPSｗとやらをなんとかしろよ >>985
誰になに言ってるのか不明すぎ
「クラスメソッドの価値を見いだせない」とかいきなり。誰も不要なんて言ってないけど？必要な場合があるって言ってるじゃん？ああ、「なんだか知らんが必要な場合があるんだろうな」と俺が言っているととっているのか？？んー、だったら、すげえなww
なんだかどうしても俺を下に見下したいだけにしか見えないんだけど？数スレ前からずっと >>986
だってOOPSｗとか分からんこと言ってる時点で明らかに下じゃんｗ
逆にどうしてその程度で上から目線を貫けるのか謎だわ たぶん自慢げに語るそのOOPSｗとやらの説明すらまともにできないのでは？との想像に難くないレベルの低さ >>988
OOPと書かなきゃダメなのか？まあ、一時的にOOPSもあったんだよ。知らないだろうけど
たかがそれだけのことで全否定できるって、さすが細かいとこにこだわるお人だなあ＆くだらなさすぎ＆本来の話題が逸れすぎだと思うぞ。なんかあんたが心配(自ら自らを貶めているようでw)
長引くようだったら次スレたててw 相手を理解しようとしないで自分のペースでしか話せないと苦労するだろう
ようはOOPSって
Object Oriented Programming Styleでしょ？
つまりオブジェクト指向プログラミングについて学べと言ってるんじゃ無いの？
ID:KuiGlQ+Xは、メリットデメリットって言ってるとこからして
オブジェクトを生成するってことを理解してないレベルの話だよねこれ
まずインスタンスにアクセスした事無いからインヘリタンスとか関係ない所でメリットについて疑問が湧いちゃったんだろうし >>991
うん。全くそうなんだけどねえ
(まあ、あんたは>>983で理解してくれてる／その前でもすでに理解してると思ってたけど) うーん、さっぱりわからないです。すみません。
とりあえずViewcintrollerでは-、汎用クラスは+で使い分けてたんですが、+のがメモリ食わないなら、なるべく+使っとけばいいんでしょうか Viewcintrollerでメモリ使ってるんだから
Viewcintroller内で使うメソッドをメモリのためだけにクラスメソッドにする意味は無いし無意味
といってもまずインスタンスについて理解してないと、この話は進まないだろう
あなたの言う+を使ったメソッドで運用出来てるならそれで良いしそのうち躓くだろうから
そこで気づければ良いね
としか言えない感じの大きな壁があるように感じる クラスは設計図、インスタンスはクラスに基づいて作られた実体と聞きました。
設計図メソッドと実体メソッド？
どっちもおなじことできてるんでなんだろ？と思いました クラスをメモリーにロードするとインスタンスになるという説明だと
どんな問題が起こるだろうか。 次スレ
Objective-C [ObjC part:9];
http://mevius.2ch.net/test/read.cgi/tech/1510920033/
リンク多いな
リンク切れは修正or代替サイトに変更しといた
即死回避何個だ？ ググッてみました。
クラスの中のメソッド間で値の受け渡しが出来るのは、クラスメソッドのメリットですね。
でもインスタンメソッドでも@interfaceで変数定義したら受け渡しができちゃう。
うーん、インスタンスメソッドでいけるとこまでいけば道が開けるんですね
やってみます >>996
どっちがどっちだか分け分かんなくなってるだろww
埋め レス数が1000を超えています。これ以上書き込みはできません。
