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/07(木) 08:58:40.01

触ると増える

**デフォルトの名無しさん** · 2017/09/08(金) 07:44:30.62

>>843が粘着であることと、>>824が妄言であることは矛盾しないけどな
のらりくらり論点変えて実証しなくて済むよう頑張ってたようだけど、遂に人格批判切り替えたか
ObjCと関係なく信仰/感情で批判できる人格批判は楽で良いよね

**デフォルトの名無しさん** · 2017/09/08(金) 11:02:58.01

もう信者ネタは飽きた。

ところでObjC++ってObjCには満足出来ないけどSwiftに移行するほどでもないっていう人には良い言語だよな。

**デフォルトの名無しさん** · 2017/09/08(金) 11:39:16.63

主に感情を揺さぶることが目的でしかない信者信仰とか無くてもいいもん言い出してるのを無視して何を言っているのか、マジなのか馬鹿すぎキチガイすぎでという点ではな

Objective-Cでも満足できるけどC++も使わなければならないので良い言語だなあ
上の方でラッパーするには的なことあるけど、わざわざラッパーを作らずにちゃんぽんでで

**デフォルトの名無しさん** · 2017/09/08(金) 17:15:02.30

その時間から酒飲んでるのか。プレミアムフライデーうらやましい。

**デフォルトの名無しさん** · 2017/09/09(土) 07:29:36.83

具体的にc++を使うとobjcはどんな風に楽になるのか解説頼む。
swiftの言語仕様の破壊的変更には辟易するけど。

**デフォルトの名無しさん** · 2017/09/09(土) 07:33:07.60

楽になるもなにもobjective-CとC++はCの拡張方向が違うから
単純にC++の文法をObjective-C++でプロジェクト作るとそのまま食うってだけだぞ。

**デフォルトの名無しさん** · 2017/09/09(土) 19:33:30.38

>>851
型推論が使えるので長い型名を扱わなくて済むようになるって言ってるダルルォ
引き続きObjC信者はObjC++のコンパイルが遅い具体例を、真の信者はObjC++の良い所の具体例を頼む

**デフォルトの名無しさん** · 2017/09/09(土) 19:35:50.45

型推論ってBASICかよ。。

**デフォルトの名無しさん** · 2017/09/10(日) 07:43:48.22

ObjC++についてObjC信者連呼してる君、かなり深刻なお脳の病気を持ってそうだな。

**デフォルトの名無しさん** · 2017/09/10(日) 07:58:49.24

右辺値の型を左辺の変数の型にする機能はModulaの昔からあるんだけど、そんなものは型推論とは呼ばれてなかった
型推論というのは一般にMLにある型変数が飛び交うようなのを指すもので、C++でいえばtemplateのパラメータが相当する
autoを型推論と呼ばないで欲しい。C++が用語を歪めたのが悪いんだけど

あとBASICにはどっちの意味でも型推論は無いぞ、バリアント型の間違いじゃね

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

>>856
メーリングリストが何だって？

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

>>856
ドヤ顔で解説してるが、お前の中での型推論の定義と、現代世間一般の型推論の定義がズレてる
同じ理由でBASICの動的型のことを型推論と呼ぶ定義もあるだろうよ

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

>>858
>同じ理由でBASICの動的型のことを型推論と呼ぶ定義もあるだろうよ
ぜひそれを人前で発言してみて欲しい

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

前に言ったかもしれないけどObjC++のコンパイル速度はそんな遅くないよ。
c++で遅くなるような処理をobjc++で書けばそれりゃ遅くなるけど。
DSL作るとかじゃなければ気にならない。

objc++のプロジェクト書いてるけど、ビルド&リンク時間は1秒くらい。
同じ規模のswiftのプロジェクトが3秒だから相当速い。

**デフォルトの名無しさん** · 2017/09/10(日) 11:31:14.81

できればobj-c++の有用例をqiita辺りに纏めてくれないかな。
需要はあると思うんで。
言葉で語られてもピンとこない。実際のコードで示して欲しい。

**デフォルトの名無しさん** · 2017/09/10(日) 13:07:44.32

ググれば足りる
「Objective-C++11 - 星一のはてなブログ」
「Objective-C++でSwiftに挑む」

あと「SwiftのそれObjective-Cで出来るよ」って記事、前にあった気がすんだけどあれ何処いったんだ？

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

>>862
ありがとう。見てみたけど簡単に使えそうなのはauto変数を使った型推論くらいな気がする。
あんまり便利感がない。

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

型推論できないと効率が下がるプログラマー

**デフォルトの名無しさん** · 2017/09/10(日) 19:50:23.81

>>862
結局どっちも本格的に使うって雰囲気じゃない書味。
結局swift使うわってなってないか。

**デフォルトの名無しさん** · 2017/09/10(日) 20:02:20.98

Swift使えっていう布教活動なら納得

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

BASICは成り立ちというか設計者の話を聞く限り
「FORTRNとかでプログラム教える時に"型"でつまずくから
「数字」と「文字」という二つの分類にしました。
いやぁ、for~next step 0.5とか想定回数回すようにするの大変でしたよ、ハッハッハ」で
最近の"型推論"でごちゃごちゃ問題起きてるの眺めるたびに
ほんとこの世界は過去から学ばねぇなと思ってる。

**デフォルトの名無しさん** · 2017/09/10(日) 23:48:48.08

Swiftでいいわ
じゃあの

**デフォルトの名無しさん** · 2017/09/11(月) 03:08:54.09

>>868
バイバーイ

**デフォルトの名無しさん** · 2017/09/11(月) 07:27:55.45

>>867
alloc/freeで任意契機のメモリ管理ができない他言語はクソ => GC/ARCスゲー
メッセージ表記こそ至上の文法、ドット表記はクソ => プロパティドットアクセス便利
クロージャーは見通しが悪くなる、クロージャーはクソ => Blocksイイ

手のひらクルンクルンについて、過去から学ばないObjCがそれを言ってもなw
型推論も将来採用されたらまたクルンって手首回すと信じてる

**デフォルトの名無しさん** · 2017/09/11(月) 07:44:04.15

ObjC++とARCで質問です。
ググッた限り良い解説に辿りつけないので教えてください。

c++classにObjectiveC++クラスの参照を持たせた形で、循環参照と思われる現象に引っかかりました。
c++クラスのコンストラクタで、ObjC++のインスタンス変数を代入させています。
c++クラス側にObjC／ObjC++のインスタンスを持たせるばあい、c++ソース側でもweakとかunsafe_unretainedとかは指定して良いのでしょうか。それとも、コンストラクタ呼び出し側で、weakselfなどを代入するしかないのでしょうか。

**デフォルトの名無しさん** · 2017/09/11(月) 12:15:52.29

>>870
「GCスゲー」「クロージャーはクソ」なんて意見は聞いたことないけどな

**デフォルトの名無しさん** · 2017/09/11(月) 13:17:49.09

>>871
普通には問題なさげ
何も問題なくコンパイルする
__strong付きのはちゃんとC++クラスのデストラクタで勝手にリリースしてくれる。伴い、それの他でのweakはnilにしてくれる
__weak付きのは元が消失するとnilになる。消失するのがObjective-Cのクラス側だろうがなんだろうが
__unsafe_unretainedはそもそもARCでは何もしないだし、C++クラス内でもなにもしない

http://clang.llvm.org/docs/AutomaticReferenceCounting.html
には、(C/)C++での注釈はチラホラあるけど

Objective-C++使うのはObjective-CでC++のを使いたい場合で、そんな使い方してないからなんか混みいった場合があるのかよくわからんけど

**デフォルトの名無しさん** · 2017/09/29(金) 08:49:37.25

iOS11でObjective-Cアプリってどれくらいメンテ/評価工数かけた？
こんなレスあったけど、まさか評価０って企業はないよな？

296デフォルトの名無しさん (ﾜｯﾁｮｲ 23ea-5RgV)2017/09/28(木) 15:24:26.46ID:n5Lt93Y/0
Objective-Cで書いときゃメンテフリーだったのに

**デフォルトの名無しさん** · 2017/09/29(金) 09:01:59.92

Swiftでの開発時に比べたらほぼないようなものっていうニュアンスで捉えたが

**デフォルトの名無しさん** · 2017/09/29(金) 10:22:28.62

CもObjCもここ数年は仕様変更がないから、コンパイルはそのまま通る。
変なコード書いてなければ動作確認も問題なくパスする。
メンテナンスフリーって言われれば確かにそうかもな。

あとはフレームワークで非推奨にになったメソッド書き換える程度だけど、
これはSwiftと共通の作業だし、そもそもやらなくても動く。
とにかくSwift移行していない俺は毎年高みの見物してる。

**デフォルトの名無しさん** · 2017/09/29(金) 13:46:22.66

deprecatedになってから猶予が結構あるから早めに変えとけばコアコードの変更なんてほとんどないな
あるとしたらレイアウトとかの修正くらい
依存してた関数が消えたり仕様が変わってどうしようもなくなった場合はそもそもなにもしようがない

**デフォルトの名無しさん** · 2017/09/29(金) 19:22:37.66

結局Swiftに移行するメリットがObjective-Cを継続しようするメリットを超えてこない

**デフォルトの名無しさん** · 2017/09/30(土) 00:38:42.96

そもそもObjective-C使いこなしてたような人がSwiftに移行するメリットなんてないしな。
Swift界隈はちょくちょくウォッチしてるんたけど、移行しないで正解だったって日に日に実感する。

**デフォルトの名無しさん** · 2017/09/30(土) 02:21:57.64

>>876
ObjCもiOSも扱ってないやつの論だなw
近年も言語仕様追加されてるし、メジャーバージョンアップの評価はしないと動かないこと多数だし
ObjC, iOSを扱ってなきゃそりゃ高みの見物で終わるだろうよ

結局はメンテフリーじゃないのに極論を振りかざすObjC信者がSwiftスレに来ただけか
あの手のアホの子はiOS, ObjCを扱ってるのか不安になるよねぇ

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

Swiftは移行するもんじゃなくて、ちょっとかじってApple信者を騙して儲けるモノだったろ
当時はまだジョブズ存命でSwift使う信者もいたから良い商売になった, Swift使ってますで案件大量だった
Apple信者が死滅した昨今、Swift使ってますでは案件取れなくなったから、皆ObjCに戻って来てるよな

**デフォルトの名無しさん** · 2017/09/30(土) 02:32:56.94

てかSwiftで作られたApple純正アプリってあるの？
そんなに優れてるならAppleが率先して移行するでしょ
そういう事

**デフォルトの名無しさん** · 2017/09/30(土) 02:40:56.76

なんかキチすぎてまとに相手する気にもならないが、
Swift 登場時期 2014年6月2日
ジョブズ 1955年2月24日 - 2011年10月5日
らしいよ

>>882
まあ、WWDCでのサンプル提示はSwiftオンリーになったような。全部というか一部しか見てないが。サンプルコードもSwiftもぽちぽちあるな
どうなんだろな。さすがにAppleもSwiftの変更にははあるかな？？まあ、Swiftで作られたApple純正アプリがあっても不思議ではない。探してみようw

**デフォルトの名無しさん** · 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++扱いたい人向け。