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 ノ ﾟ.ﾉヽ , /} ...
,,ｲ`" ､-' `;_' ' ..::::::::::::::...
,-､ _.._ ( (,(~ヽ'~ ..:::::::::::::::::::::::
）'~ ﾚｰ' 〉 ヽ i`'} .:::::::::::::::::::::::
~つ '-ｰ､ i | i' ...:::::::::::::::::::::::
／ < / 。/ ! ......::::::::::::::::::::::::: これは>>1乙じゃなくて
/ ~^´ /},-'' ,●::::::::::::::::::::::::::::::::::::
i､ ,i' _,,...,-‐-､/ i :::::::: .:::::::::::::
..ゝ <,,-＝=､ ,,-,/ .::::::::::: 放射能がうんたら
) {~''~>`v-''`ｰﾞ`'~ ..::::::::: ........::.
{ ﾚ_ﾉ ..::::::::. ......:::::::::
ノ '' ..::::::: ...::.:...:::::::::
.::::::::: ...:......:::::::::::: .
.:::::::::::. ..... .. ..:::::::::::::::::::::::: :::.
::::::::::::::::.::::::....:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.. :: ::..
.:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::: ::.
::::::::::::::::: :::::::::::::::::::::::::::::: :::::
.:: ::. ::: Cと完全上位互換性をもつオブジェクト指向プログラミング言語はObjective-Cだけです C++でのCとの違いを説明できたら褒めてやるが、無理だろうな >>13
なんでほめられるために説明せないかんの？ｗ
端的に言えば.cのコードをそのまま.mのコード内にコピペして動くかどうか よくわかって言っているならだったが、やっぱりなっていう
バカがそういうこと言うとObjective-Cを貶めるだけなのでとても迷惑 馬鹿の尻拭いをなんでせなあかんねん
てか>>11って言っておいた自らそいうのか。恥もなにもないって馬鹿すぎるw 発狂した ID:bxypX2So がスレを埋めてくれるようだ すぐに発狂って。アホらしいのにもほどがある...どこまで底抜けの馬鹿やねん >>17
このスレが寂しい感じだったので、>>11を書いてみた
なので内容はともあれスレが若干の盛り上がりを見せている点は感謝します
ところで、勝手に決めつけて馬鹿よばわりするからには、
>>13みたいな含みのある書き込みはやめて、ちゃんと説明してほしいな >>21
完全上位互換性ってなんやねんっってことで含みがある書き方しかできんな。で、>>14だとC++でのCだってだぞ？「Objective-Cだけです」じゃないのは明らかでやっぱりなな結果で含みある書き方でよかったなと
C++でのクラス関数じゃない純粋関数だって、Cから呼べるし>>11のような書き込みこそ止めてほしい >>22
完全上位互換性ｗたしかにアホな造語だな
ちょっと話盛っちゃったﾃﾍｯ
言いたかったのは、
C++はCの言語仕様を変えて（拡張）してOOP要素を追加
（つまり同じコードでもC言語とC++で意味が異なるところがある）
Objective-CはC+OOPで両者が内部的に独立だと言いたかった オブジェクトに対してメッセージセレクタからperformできるのってC++じゃ無理じゃないの？
Objective-Cにはsmalltalk由来のメソッド呼び出し機構があるけどC++でソレを実現するシステムって供給されてたっけ？ >>23
うん、くだらないぞ。C++の拡張であって純粋にCそのままでも使えるのになにを言っているのか
Objective-Cがとっても好きなのかもしれないが、おなじくObjective-Cが好きなのがお前と同じと見られる迷惑を考えてほしいw >>24
それと今の話題は全然違うよ
もちろんObjective-CでもCの呼び出しはセレクタじゃないのは理解しているよね？
てか、呼び出し方ならC++の方がCっぽいだろうしw >>25
C++のクラスの中にCの関数って定義できたっけ？ (なんかとてもマジでアホらしくなったんですけどw) >>25
あなたもObjective-C好きなのか、それはすまなかった…。 >>27
クラスの中になんで定義せなあかんねん
@implementation
の中に書けるから？クラスの中にあると思ってるの？
Objevtive-Cが好きならもっとObjevtive-Cの勉強をしなさいな >>30
いや、いいかげんもういいやw発狂しそうだからww >>31
言いたいことはまさにそこだったｗ
要は、Objective-CはOOP部分を「コンパイル」してない 予想通り発狂した ID:bxypX2So がスレ埋めてて笑ったｗ
最初の数レスだけからして基地外臭が漂ってたからな。 >>26
>もちろんObjective-CでもCの呼び出しはセレクタじゃないのは理解しているよね？
そりゃ当たり前じゃなかろうか？ >>35
すぐに発狂とかww冗談の通じないヤツ？
>>36
いや、なんでいきなり>>24と言い出すのかと。当たり前でわかっているならいいよ
なんなんだこのスレは
発狂して消えようw >>37
ちなみに、
> @implementation
> の中に書けるから？クラスの中にあると思ってるの？
は違うの？？
恥ずかしながら、てっきりそうだと思ってたけど… @Implementationの中に書くと前方宣言いらんのやで。豆。 関数プロトタイプをずらずら書かなくていいという事。 >>41
なるほど
プロトタイプ宣言が要らないということはわかりました
でも、それってつまりどういうことを意味してるの？
>>31とも関連あったりする？？ @implementation～@end内は、なんかしらんが順番を気にしなくて良くなったから便利って話、
>>31とは関連は無い。
それと関数はクラスメンバじゃないよ。 >>43
ただの関数なのでクラスメンバにはなり得ないのはわかる
Objective-Cの場合は、こういう風に普通にCの関数をクラスないに
何も考えずに書いちゃっても、しっかりクラスメンバとしてのメソッドと関数を
綺麗に分離できる文法体系になってるのが素晴らしいと思うんだけど
Objective-Cだけの話じゃないのかな void ClassA::FuncA( void ){
….
}
void FuncC( void ){
}
void ClassA::FuncB( void ){
} >>45
でも呼び出しのときは、Objective-Cなら、メッセージ式と普通の関数呼び出しで
全く違うけど、C++だと、クラス内からだと区別つかなくね？
thisポインタ使わないこと多いし でもでもうるせーやつ。未熟極まりないのに自覚がないのは恥ずかしくないのか
2chで匿名だからか しかしなんでこの言われようなんだろう
でもでもって、初レスだけど何か勘違いしてんのかな
結構、プログラミングスキル以前に人間性に難ありな人が多いのかねプログラマって プログラマーとか関係ない
ここが2chだからでしょ >>50
初レスって。うそくせーなあーw 本当に別人ならすまんかったな
だが、本当に上にいる「全く同じようなヤツ」と別人なら、このスレはお先真っ暗だなw
(別人でなんで「でも」から始まるのか？？ああ、同じ思考・し好だからか…んなアホなっと思いたいw) セレクタと関数ポインタの違いがよくわからないのですが、
どなたかおわかりになりますでしょうか？ SEL はメソッドの名前でしょう。
メソッドは、クラスとセレクタとクラスorインスタンスのどちらであるかによって得られる。
Method class_getInstanceMethod(Class cls, SEL name)
Method class_getClassMethod(Class cls, SEL name)
そしてメソッドは実装である関数ポインタ、IMPを持っている。 セレクタ: レシーバが、実行する関数実装の特定に用いる識別子
関数ポインタ: ある「ただひとつの」関数実装へのポインタ
セレクタは複数の関数実装に結びつきうる(ポリモーフィズム)が、関数ポインタはそうでない
セレクタに対応する関数実装のうち、ただひとつを特定したものがIMP。これがCの関数ポインタそのもの。 メソッド呼び出しの仕組みが解れば違いも解るだろう。 みなさま、早速のレスをいただきありがとうございます。
メソッドには、セレクタという名前がついていて、IMPという関数ポインタも
同時に持っているということですね
>>57さんのレスで、セレクタはポリモーフィズムを持つとのことですが、
この意味は、例えば引数の型違いで定義されたオーバーロードされた
メソッドのセレクタは同じになるが、オーバーロードされているそれぞれの
メソッドのIMPはそれぞれ異なるアドレス値（関数ポインタ）を持つという
理解でよろしいでしょうか？ >>60
オーバーライドとオーバーロード(多重定義)をごっちゃにしてるよ
というか、そもそも Objective-C にオーバーロード(多重定義)は無い >>60
あれこれ考えるより、まずここ読んだ方が早いだろう。
http://news.mynavi.jp/column/objc/018/
あとは自分でいろいろやってみりゃわかる。 >>60
例えば、継承関係のないクラスAとB(どっちもNSObjectの直接のサブクラスとか)があって、どっちもdoSomethingメソッドを持ってるとする。
IMPはメソッドの実体を指してるから、AのdoSomethingとBのdoSomethingではIMPは異なるし、AのインスタンスをBのIMPに喰わせると誤動作する。
セレクタは"doSomething"というメソッド名そのものなので、同じセレクタを使ってAにメッセージを送ればAのメソッドが、Bに送ればBのメソッドが実行される。 皆さん、ありがとうございます
レスおそくなりました
>>61
Objective-Cにはオーバーロードはないのですね
Javaは勉強していたので、オーバーライドとオーバーロードの違いは
理解していましたが、Objective-Cではないとは思いませんでした…
メソッドの引数の型は、書き方からすると、もしかしてキャストなんでしょうか。。
>>62
ありがとうございます
そのページを読んで勉強してみます
>>63
なるほど、非常によくわかりました
どうもありがとうございます >>61は>>60がオーバーロードとオーバーライドをごっちゃにしていると言っているけど、ごっちゃにはなってないと思う
で、オーバーロードが無いということだけど、例えばC++やJavaみたいに、
同じsomethingというメソッドで、引数がstd::stringか、intかで、
void something(std::string str);
void something(int num);
という風に同じ名前のメソッドを同じクラスで定義して、引数の型によって切り替えることはできないよ、ということ。
引数によって処理を変えたい場合は、With～とかUsing～とかつけて、セレクタを変えるのが、Objective-Cの作法。
- (void)somethingWithString:(NSString *)str;
- (void)somethingWithInteger:(NSInteger)num; >>64 の
>Objective-Cにはオーバーロードはないのですね
>Javaは勉強していたので、オーバーライドとオーバーロードの違いは
>理解していましたが、Objective-Cではないとは思いませんでした…
で終わっていることじゃ？何を改めてなのかイミフ >>64
>メソッドの引数の型は、書き方からすると、もしかしてキャストなんでしょうか。。
キャストではないよ型だよ。Cと同じだよ。単なる値渡し
暗黙的型変換があるけど、キャストとは呼ばないだろう >>66
悪い悪い、ようするに後半の引数の型によって処理をわけたいならObjective-Cではセレクタを変えろということを言いたかったんだけど
前振りでオーバーロードの説明を挟んだせいでくどくなっちゃった
そんなに怒るなよ なんで怒ることあるねん
読んでもなんで書いているのか意味分からないから意味分からないってだけだよ。怒られるような書いたの？w
オーバーロードが無いんだからそらそうだよな、ふーんってくらいだよ ありがとうございます
なんだか、私の書き方が悪く、いろいろとすみません
>>65
そうですね
私がなじみがあるのはそのように引数の型や数が違うオーバーロードですが、
Objective-Cでは同一セレクタでのオーバーロードは不可なのですね
確かにLCCでつないで～With～のようなメソッド名はCocoaではいろいろ見かけます
>>67
やはり型なのですか
もしかして、キャストだから実行時に解決されてオーバーロードという仕組みが
なかったりするのかなと思いましたが、キャストではないのですね
>>62さんのリンク読んでみると、(char *)型のmethod_typesというものも
あるようなので、それをみればオーバーロードの実装も出来るのではと
思いましたが、Objective-Cのポリシーなんでしょうかね… 無くたって別にどうということは無いと思うんだけど、なぜ拘る？w >>71
あっ、いや、特にこだわっているというわけではないのですけど、
Java, C++, C#などではいわゆるオーバーロードが出来たので、
ちょっとビックリしました…
汎用的なライブラリを作る時は、同一メソッド名の型違いでオーバーロード
しておいた方がいろいろと使い勝手のよいものになるので、結構重宝してた
のですが、Objective-C使いさんは、型違いは全て>>65さんのように
セレクタを変えて使っているんですね
よくよく考えると、引数の数違いの場合は、必然的に:が追加されてセレクタが
変わるので、そもそもオーバーロードという概念ははじめから考えてなかった
のかもしれませんが… >>72
使い勝手いい？よくわかんないなあ。単に関数名／メソッド名考えるのめんどくせーってのが緩和されるぐらいのような
メソッド呼び出しから始まったようだけど、Message Forwardingをちょっと勉強したらおもろいよ。なんでメッセージなのかもわかるかと(ここらがオーバーロードに関連しているような関連していないような) >>73
使う側からしても、型が違ってもメソッド名が同じな方が使いやすいかなと
思ったりしますが、確かになくてもよいといえばよいですね
使う側も渡す引数の型を意識してコーディングするので、むしろ
よいかもしれませんね
Message Forwardingですか。この辺りを読み込んでみます
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/ObjCRuntimeGuide/Articles/ocrtForwarding.html
ありがとうございます メソッドの解決を名前だけでなく型でもやろうとすると何気に大変
仮にあるクラスAに
-(void)foo:(NSObject*)x;
-(void)foo:(NSNumber*)x;
-(void)foo:(NSString*)x;
という3つのメソッドがあったとして
[a foo:x];
のように呼んだとき、どのメソッドを呼べばいいかはxの型だけでなく継承関係も調べないといけない
例えばxがNSMutableStringだったらNSStringのやつを呼んでほしいだろう
NSMutableStringはNSObjectでもあるわけだがNSStringの方がより特殊なので優先度が高い
そうなるとメソッドを優先度で並べて型が該当するか上から順に調べねばなるまい
実行時のコストとして許容できるかどうか 藻舞は何をオーバーロードで、クダ巻いとるんじゃ。
普段からそんなに高品質な言語ばっかり、使っているからじゃ
JavaScriptなんか、引数の型を一々、
プログラマーがプログラミングして確かめるんだぞw
そうでないと、まともに動かんわいw
グダグダ言う前に、これくらい自分でプログラミングせえ！ 基本的にObjective-Cは
クラスはロボットで「これやれ」って命令すれば勝手にやってくれる
もしわかんないことがあったら「なにができるんだ？」って聞けば
「これができますギチギチ」って答えてくれる
そういう風じゃないと命令者に複雑さが伝播してオブジェクト単位で弄れないだろ？
っていうオブジェクト指向の思想理念に忠実だからな… Objective-C、やはり素晴らしいじゃないか Objective-CやSmalltalk、Rubyの失敗によって、
そういうアラン・ケイのメッセージ送信パラダイムが間違っていたということが証明されたから
C++やJava風の静的束縛パラダイムに移行しようということでできたのがSwiftなんだけどな >>79
> Objective-CやSmalltalk、Rubyの失敗によって、
失敗したのはストラウストラップ流オブジェクト指向の C++
MS はコンポーネントの動的結合を実現するために COM を開発したが、
結局は対応しきれずに C# へ移行せざるをえなかった
この移行に伴う混乱が Vista 以降の度重なる開発遅延をまねいた
> C++やJava風の静的束縛パラダイムに移行しようということでできたのがSwiftなんだけどな
いや、Swift は(Objective-C と同じく)動的束縛と静的束縛のハイブリッドだよ
コンポーネント間の結合はこれまで通り(メッセージ送信パラダイムによる)動的束縛が利用される
コンポーネント内部の実装に静的束縛を用いるのもこれまでと同じだけど、違うのは
メモリ保護の無い C を捨てて安全なプログラミングを可能にした点
MS は MFC(C++) を捨てて .Net(C#) へ移行せざるを得なかった
Apple は言語を Objective-C から Swift へと移行しようとしているけど、
実行環境は Cocoa を継続して利用できている
結果を見れば、失敗したのは ストラウストラップ流オブジェクト指向の C++ なんだよ ＞Objective-CやSmalltalk、Rubyの失敗によって、
…どれも失敗してないように見えるが…
というか、これから歴史が判断するとは思うが
C++みたいな密なコーディングを必要とするのに規約ゆるゆるの
言語で起きた混乱のせいで、規約カッチリすればイインダヨ！な
関数型が注目されてるけれど、結局密なプログラミングは
後で他人がソースを弄りにくいという根本的な問題をほっかむりしてる
っつーよりそもそも"そういうもの"として問題にもしてないようにも見えるので
遠からずまた一過性の時代の徒花として忘れられて
swiftに取り入れられてるみたいに「そういう書き方できたら便利だね」的な
過去に提唱された便利概念に落ち着いてゆくと思う。 blocksやgcの件からわかるようにObjective-Cが古臭く拡張しづらくなったのと、
静的言語の方がリファクタリングツール等のIDE連携ツールを作りやすいから移行し
ただけだと思う。 > というか、これから歴史が判断するとは思うがC++みたいな密なコーディングを必要とするのに規約ゆるゆるの言語で起きた混乱のせいで、規約カッチリ
> すればイインダヨ！な関数型が注目されてるけれど、結局密なプログラミングは後で他人がソースを弄りにくいという根本的な問題をほっかむりしてるっ
> つーよりそもそも"そういうもの"として問題にもしてないようにも見えるので遠からずまた一過性の時代の徒花として忘れられてswiftに取り入れられてる
> みたいに「そういう書き方できたら便利だね」的な過去に提唱された便利概念に落ち着いてゆくと思う。
これで一文 >>82
GCは よりな ARC が現れたから単に消えただけだじゃね
System Preferences PaneがGC必須だったようにARC出るまではGC推すつもりあったかと
BlocksだっていろいろBlocksバージョンのメソッド付け加えているように、また、新しいメソッドはBlocksのみだったりでBlocksは推してはいるだろ
拡張しづらくなったのではなく、ちゃんぽん／カオス度がだろう うわぁ、頭悪そうな文章。
>>85
言葉が足りないとか、馬鹿とか言われたりしない?w >>86
お前の程度に合わせて書いてあげることもできるが、お前の程度がわからないのでなあ。すまんな エンジニアになりたいと言う人（若い女の子）が面接に来ていたので話を立ち聞きした
どんな分野やりたいのか聴かれてweb系のエンジニアと言ってたが
どんな勉強してきたのかという問いにはC/C++をやりましたと
なぜC/C++なの？と聞かれて
色んな言語の基礎になる言語だからだと教えてもらったので・・・
と答えていた
面接してる会社はデザイン会社だった >>89
gccですか？VCですかそれともObjective-Cですか？と聞かなかった会社が糞 Objective-CをCocoa以外で活用してるケースってあるのかね Effective Objective-C 2.0 とかいつの間にか出てたみたいだが、内容はどうなのかね >>11-38
お前らどこ逃げてんだよ？
さっさとID真っ赤にしてスレ埋めろや基地外どもめ。 何このスレ、ほかのやつも馬鹿ばっかじゃん。
Objective-Cはもうオシマイだな。 はじめて書き込みします。
自学の一貫としてpaizaのラーニング「数の並び替え」に挑戦しています。
「改行区切りで正の整数nがi個入力されるので小さい順に改行区切りで出力してください。」という問題です。しかし解けません。
数値を取得→配列に入れる→ソートする→同じ数値があれば削除→表示
という流れですすもうとしていましたが、うまくいきません。
できたこと
→入力値をNSNumberに変換してNSMutableArrayに入れ込む。
→昇順ソート（ソートのメソッドを使用）
できないこと
→改行入力を判定し、for文から抜けること（配列の要素数取得）
→隣り合った要素を比較し、イコールだった場合は表示しないこと
見本になるような答えがあればと思うのですが、プログラマーの皆さんはどのようにコーディングされるのでしょうか？
教えていただけたら嬉しいです。 ちなみに、現在はこんなかんじで書いています。
（for文のところの回数は適当な数です）
#import <Foundation/Foundation.h>
int main(void){
NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init];
NSMutableArray *array = [NSMutableArray array];
//getData
for(int i=0;i<7;i++){
int n;
scanf("%d",&n);
NSNumber *num = [NSNumber numberWithInt:n];
[array addObject:num];
}
//sort
array = [array sortedArrayUsingSelector:@selector(compare:)];
for(int p=1 ; p<7 ;p++){
NSNumber *arraynum1 = [array objectAtIndex:p-1];
NSNumber *arraynum2 = [array objectAtIndex:p];
if([arraynum1 intValue] == [arraynum2 intValue]){
printf("test====%d",[arraynum1 intValue])；
}}
for(int i=0; i<6;i++){
NSNumber *resultNum = [array objectAtIndex:i];
NSString *s = [NSString stringWithFormat:@"%d\n",[resultNum intValue]];
[[NSFileHandle fileHandleWithStandardOutput] writeData: [s dataUsingEncoding: NSUTF8StringEncoding]];}
[pool release];
return 0;
} reverseObjectEnumeratorいらなかった
というか降順と昇順を逆に覚えていた 二分探索は速いだけじゃなく、外れの場合はインサートポイントが得られるという、かなりお手軽で二倍お得。自分で二分探索を書いても
for(int i=0;i<7;i++){
int n;
scanf("%d",&n);
const NSInteger count = array.count;
NSNumber *newNumber = @(n);
NSUInteger index = [array indexOfObject:newNumber inSortedRange:NSMakeRange(0, count) options:(NSBinarySearchingInsertionIndex) usingComparator:^NSComparisonResult(id obj1, id obj2) {
return [obj1 compare:obj2];
}];
if(index < count && ((NSNumber *)array[index]).intValue == n)
;
else
[array insertObject:newNumber atIndex:index];
} そんなのNSなんたらやってないでc++で書きゃいいじゃん ここになんだから Objective-C でやる／の勉強でということだろ
頓珍漢なことを言い出さんな 素朴な疑問だけど、「言い出さんな」って何の書き間違い?
それともそんな言い回しがあるの? それならどんな意味? 言いなさんな
あるいは
言い出しなさんな
だと思う 2ちゃんの住民ってアスペが多いのか
ときどき日本語の文章の意味を取り違って
真逆のレス返すひととかいるよね よく見るが自分がそうでないとも言い切れないのであまりつっこまないようにしている Object-Cってカプセル化できないのか、しても意味ないようなことが書いてあったけど
ttp://news.mynavi.jp/column/objc/031/
・どんなクラスでも性質を変えられる。
・どんなフィールド名も追ってけばクラス名から参照できちゃう。
なら、暗証番号とか保持してるクラスを見つけてprivate/protectをpublicに変えちゃえば中見えるんじゃね？
秘匿したいプロパティを隠す方法を教えてください。 関数内にstaticで定義すればivarListにも出ないかな。 javascript も Ruby も Python も㍉ >>118
でもそれだと暗証番号とか生成して秘匿するのには使えないよね？
特にコンパイル前に暗証番号分かってるような特注PGじゃなくて汎用なのだと。
関数内static変数をキーに使って加工した暗証番号を変数として保持するとかなのかな。
これならクラスに付けてないゲッターでプロパティが知れて漏れても
メソッドで加工してるから大丈夫とか。
そしてそのメソッドでは合ってるかどうかだけ返すようにすれば推測しづらいかな？ >>121
要はIvarにしなければクラスの外からは見えないということで、
関数をsetter/getter兼用にして、その中で変数を宣言すればどうかと。
int cryptoNumber(int mode, int value)
{
static int local = 0;
//0:setter, 1:getter
switch (mode) {
case 0: local = value; break;
default: break;
}
return local;
}
まあ、関数のスコープ外からは見えないってだけだが。 でもその引数valueはどこかのクラス内で
何らかのプロパティとして保持されてる値が引き渡されてるわけだろ？
Object-Cは完全なるOPPなんだから最終的にはどこかしらのプロパティが保持して
それは漏れなくIvarで引用されちゃうよね？ 保持するのはあくまで関数内のlocalのみだよ。
そしてセット/ゲットできるのもその関数を定義したクラス内のみ。（関数もstatic）
その値をどう生成してどう使うかにもよるし、どのレベルで隠蔽するかって事でもある。 あとコメントアウトしてても
//0:setter, 1:getter
はマジックナンバーになりそうな。。。
int cryptoNumber(int mode, int value)
{
const int getter = 1;
const int setter = 9;
static int local = 5;
switch (mode) {
case setter: local = value; break;
case getter: break;
default: return null;
}
return local;
}
デフォルトはエラー処理な。 >>124
それだと全然Object-Cっぽくないよね？
実質Cじゃん。
Object-Cでどうやってカプセル化もどきをするかってことだから。
クラスになったらばれる。
＞関数もstatic
だからObject-Cはメソッド(関数)名が分かればstaticをpublicに上書きできるんだって。 そりゃObjective-Cで完全な隠蔽は無理よw Ivarとかメソッドにした時点で見えるんだから。
必要ならCで書けばいいし、書けるのがObj-Cのメリットでもあると思うし、
どういう目的でその変数を使うかわからんけど、
例えばその関数にセッターと照合の機能を持たせれば、関数外へ値を出す事も無くなる。
typedef enum {
CryptoNumber_Mode_Set,
CryptoNumber_Mode_Compare
} CryptoNumber_Mode;
BOOL cryptoNumber(CryptoNumber_Mode mode, int ivalue) {….} っていうか、Obj_Cは「C+オブジェクトシステム」って、そこの記事に書いてなかったっけ。 Objective-Cで完全な隠蔽って無理じゃ無い？
そのためにiOSデバイスは他人のコードをデバッガ起動させてないんじゃないの？
牢破りで台無しだけど 質問です。
自分はARCから入って、最近MRCの存在を知ったのですが
MRCしか無かった頃には、弱い参照をどのように処理していたのでしょうか？
assignは単に参照を保持するだけ…と言うことは、所有者が居なくなってもnilにならず
retainカウントがゼロ=破棄されて内容が保証できないメモリ、を参照してしまう可能性がありますよね…？ >>130
運を天に任せてた。
ってか、weakは基本的には循環retainを防ぐためのものなので、親が消されたら子も消されるような状況なら、親→子はretain(strong)、子→親はassignで問題ない。
(親以外に子をretainしてる奴がいると問題だけど…。) nonnull, nullable, null_resettable, null_unspecified が来ましたで
Cocoa/Cocoa Touch全部そうするのかなあ >>131
なるほど、親子関係をハッキリさせておけば確かに起きないですね。
こんな興味本位の質問に答えて頂いてありがとうございました。 nonnull, nullable, null_unspecified 修飾子が加わったね >>134
＞nonnull, nullable, null_unspecified 修飾子が加わったね
これはどういう用途や目的で使うのでしょうか 想像だけどswiftの⁉︎に相当するんじゃないの？ Twitterクライアント作りたくてAFNetworkingとSimpleauth導入した
JSONのGETまでは出来るんだけどそこからtable viewに表示させる方法がわからない....
NSDictionaryとか配列とか使うのは知ってるんだけど調べても書き方が..... 超古いコードをYosemite対応に書き換え中。
NSCalendarDateを置き換えしてたんだが、
なんだか凄く面倒くさい書き方になったんだな。
一々プロパティ叩かないと使えないNSCalendarとか
NSDateFormatterとか、行数増えまくり。
Fomatterが遅いのはホント酷いな。
もう少しコンビニエンスなメソッド用意して
欲しい。 自分で追加すればええやん？
Fomatterが遅いのは対処の仕方がいくつかはあるし、ずっと前から遅いことだろう
まあ、NSDate <-> 文字列もしくは分解は所見ではげげっというほど面倒に見えるだろうけど Table viewにcell作ってUIText view配置してTwitterクライアント作ったんだが、下にスクロールしてくとだんだん表示が重なってきてバグってしまう
同じ事起きた人解決方法知ってたら教えてください >>139
Cocoa Pod漁れば、便利カテゴリーがあるかもしれんが。
ちゅうか、ObjCの何が便利かってカテゴリーでオレオレメソッドを自由に追加できる
所なんだが。 WikipediaにObj-CのランタイムがCで書かれてるって書いてるんだけど
誰もやらないような面倒臭いことをすればCの記述のみでObj-Cが書けるのか？ @～とか[ ]とかはコンパイラをごにょごにょ必要だべ。 Obj-Cというより、CでOOPってことやね。かなりの事はできるだろ。
blocksとかprotocolは無いけど、observer, target/actionはできるし、
構造体にretainCount持たせてコンストラクタ/デストラクタ関数を書けばMRCっぽくなるんじゃね？ Cで書かれたObj-Cのランタイム関数群を使って
Cの記述のみで実質Obj-Cとしてプログラミングするのは可能か
という質問だった
分かりづらくてスマソ
当然だけどARCではなくMRCで 逆にObj-Cと言っても、Cから拡張された特有の部分（@～とか[ ]とか）以外はCだよ。
だからCのみの記述だと、上の特有の部分が使えないって事になるかな。
その意味では、実質Obj-Cではなく実質Cでプログラミングする事は可能。 そういう意味で、Objective-Cって、日本語の文字の特性にピッタリ相当するよね。
C++が、漢字だけ使う状況を維持しつつ、時代に合わせて全体を改良していった簡体字のポジションに符合する。
一方、かな漢字のモザイクミックスによって、外来語に合わせた柔軟性と、前方互換性の絶妙のバランスの日本語というObjective-C。
C系統のレガシー部分（漢字文化）自体を捨ててしまって、新しく文字体系を作り直してしまったハングルはSwiftみたいなもんかな。 >>149
純粋なCでObjective-Cオブジェクトを扱うのは全く問題なく可能
新しいクラスのObjective-Cオブジェクトを作るのも構造体でしかないから、とてもがんばれば可能
Objevtive-Cは元々Cのプリプロセッサでしかなく、現在のclangでもObjective-CからCソースを生成できたはず >>150
その特有の部分がCの関数で実装されているって話だから
やろうと思えばCだけでできないかなと思った
そんなこと誰もやりたくないからこの言語が生まれたんだけどさ
WikipediaにObj-CはC++と違ってCの上位互換言語って書いてあったから
どこまで可能なのかと気になっちゃって…
>>152
なるほど
「頑張れば」可能なのね
>現在のclangでもObjective-CからCソースを生成できたはず
知らなかった
調べてみる 調べるなら、RubyCocoaやFreePascalのObjective-C互換機能あたりがいいかも
C++のクラスは他言語から使う事はほぼ不可能だけど、ObjCは割と楽勝 #import <objc/runtime.h>
見れば色々出来ることが分かる。 ttp://news.mynavi.jp/column/objc/
ここの連載とかもmessage送信の仕組みとかの解説が気楽に読める >>151
なるほどとてもわかりやすい
Swiftはクソだからね Smalltalkに寄せてしまえば良かったのに。
有名なSmalltalkの処理系Smalltalk/Xみたいに遅い部分だけC言語を
インラインで書く。 Textured Windowの上にカスタムビューを置いたときに
そのカスタムビューがドラッグされたときwindowが移動しないようにしたいのですが。
カスタムビューの中にカーゾルが入ったら
setMovableByWindowBackground:NO
にしてカーソルが出たら戻す方法以外に、方法はありますか？
試しにimageViewを置くとドラッグで移動しないので、何かありそうなのですがググっても分かりませんでした。 >>159
解決しました。
- (BOOL)mouseDownCanMoveWindow{
return NO;
} 誰かobjective-cできる人
一緒にゲーム作りませんか？
こういうの作ってます
ttps://sourceforge.jp/projects/awarsiii/releases/ >>161
そのスレも呼んでるが、君は仲間募集する前に推薦されたAIの本を図書館閲覧じゃなく購入しなさいな。
自分への投資なんだから。 >>164
ゲ製のココね
http://peace.2ch.net/test/read.cgi/gamedev/1388301393/
頑張ってるの解るんで読んでるんだけど、上にも書いたようにもちょっと自己投資して勉強するべしって思うのよね。 入門Objective-C 2.0 [第1版]
入門Objective-C 2.0 [第2版]
入門Objective-C 2.0 [第3版]
この違いって何？ ああそれは
第一刷
第二刷
第三刷
のほうだったかな 今、framework作ってるんだが、framework in frameworkって出来ないよな？
またそのあたり詳しく書いてある書籍、サイトを教えてほしい
やりたいことはあるframeworkがプロジェクトに組み込まれていたらメソッドを使用して
なければ自frameworkのメソッドを使用するといったことをしたいんだ 別々のフレームワークにしとけばいいんじゃないの
その作りたい 自フレームワーク の設定で あるフレームワーク を Optional にして、自フレームワークのコードで あるフレームワーク(のコード) が実在するかしないか見るだけじゃないの Objective-Cだったら、メソッドのシグネチャがあってれば実態は全く
別のクラスでも動くけど。Javaみたいにcastの例外とか飛ばないし。 Finderの、「このアプリケーションで開く:」をコードで変更する方法を探しています。
LaunchServicesのLSGetApplicationForItemで設定されているアプリケーションを取得出来ましたが
設定を変更する方法が分かりません。
お知恵をお貸しください。 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister
とかでどうにか出きんのかね http://sutes.co.uk/2009/09/creator-codes-are-not-replaced.html
FSRef は確か Deprecated だよなあって、Yosemite だけど LaunchServices.framework の中見たら _LSSetStrongBindingForFileURL がちゃんとあった
ググってみても _LSSetStrongBindingForFileURL のプロトタイプを解析した人はいなさげだけど
まあ、_LSSetStrongBindingForRef もまだあるようだからそれでいいんじゃね _LSSetStrongBindingForRef を使ってコマンドラインを作った人のがあった
https://github.com/lipidity/CLIMac/blob/master/src/setapp.m
試してないけど、動くんじゃね
ああ、Mac App Store に上げるつもりとかだったら使えないけど >>177
ありがとうございます。
LSSetStrongBindingForRefでデータを開くデフォルトアプリを個別に変更出来ました。
特定のフォルダの中のデータのみ、デフォルトではなく別のアプリケーションで開くように設定する奴を作りたかったので助かりました。
Finderで一つづつやるのは、大変なのでこれで捗りそうです。 ブラッド・コックスとトム・ラブがObjective-Cを作り「この言語はCのメモリ安全性とSmalltalkの高速性を合わせたものだ」と宣言する。
現代の歴史家は2人が失読症ではないかと疑っている。
https://twitter.com/okdshin/status/666903312151613440 いろんなとこにコピペしてるけど、ググってみたら
アンサイクロペディアみたいないろんな言語を皮肉った英語ブログのネタが元で
そもそも各言語について適当にでっちあげたわざと間違ってる内容を書いてるとこも
含めたジョークらしいので、コックスもラブもんなこと言ってないっぽいし
コピペ意図が不明すぎる。 ググったらスレ建てもしてるみたいだな
確かに意図がわからんな「Cのメモリ安全性」「Smalltalkの高速性」共に逆のことをワザと書いたとしか思えないもんな
元ネタはわからんが(元ネタがあったとしても上記のとおり単なるジョークとしか思えない)、コピペ本人はどうもジョークとは思っていないキチと推察すると意図もわかるかなw ネタにマジレスして構ってやるなよ
ボットで適当に蒔いてるだけだろ この言語って、今さら覚える意味あるの？
強制的にswiftを覚えないといけないのか？
変態紳士感がなくなってつまらん・・・ Swiftはつまらんよな
Objective-Cで良かったのに 俺は仕事で1回使ってみたけどしばらくはObjective-Cだなと思った。また来年のWWDCの発表を見て今後どうするか考える。 "C#の出現でC++は終わったな！"はおかしいと一目でわかるが
"swiftの出現でObjective-Cは終わったな！"は
なんか騙されてswiftから始める人が多そうでちょっと困る。 Objective-Cの本もswiftの本も買った
入門編だけど
SWIFTはiPhone向けの言語かな 入り口はどうあれプログラミングに興味を持って、始めてくれればいいじゃないか。
swift触ってたら、絶対にobjcの方が楽ってのに気づいてobjcに変えるだろうし。 個人的にはObjective-Cは最高な言語だと思う
Cに純粋にオブジェクト指向部分を足したってのがとてもはっきりしてる体系が気に入ってる >>193
多言語使える人だとObjective-Cの方が読みやすかったりする（特にsmalltalkとCを使える人には)
ARC以降だとオブジェクトの寿命が確定的に書けるのも気に入っているのだけどSwiftそんなにいいかねぇ？ 最近、BASICがFORTRANとかで初心者がつまずく型宣言とかを
わざと排した本当に高級言語だった。ってのを知ったけど
そんな感じでswiftにはObjective-Cから煩雑な宣言や明示的な設定を排したものを期待したら
なんか言語の基本的な方向自体も変化したものが出てきたのでコレジャナイ感があるんだよなぁ…
(次世代のBASICみたいな位置で初学者これでいいかな？とも思うけど)
Objective-C 3.0待ってる感じ。 Swiftのいいところを取り込んだObjective-C 3.0は楽しみだね。 >>185
Cとオブジェクト指向を知ってる人ならObjective-C自体は覚えるのに手間かからない
手間かかるのはクラスライブラリの方 すまんがどう考えてもObjective-Cのままで問題ないんだがAppleさん
無駄に変える必要はないのだよ 無理に変えるつもりはないでしょう
だが新しいものを作り続けるのが企業の使命だね OS XI にでもなってCocoaフレームワーク自体を捨てん限りは
Obj-Cも生き残るでしょ AppleがSwiftオンリーなFrameworkが出して来たらそろそろ移行を考えないといけないかもな アップルも仕様も固まってない新言語出す余裕があるなら既存のフレームワークでデグレード起こすなよ
iOS新しくなるたびに動いてたアプリの動作確認やり直したくない 行儀の良いプログラムを書いていればOSのメジャーバージョンが1や2上がろうが問題ない、、はずだったのに最近はそうでもないから困るよな。 あれはiOS8になった時の事だったが、CoreDataでordered to-many relationshipを使っているNSManagedObjectに対し、mutebleOrderedSetForKeyで得たNSMutableOrderedSetにaddObjectした途端に例外が発生することがあった。
あの時は取り急ぎスキーマから変えて対応せざるを得なかったが、回避で済ませてしまったためその後修正されたかどうかは分からない。その後、iCloudも使うようになったためordered relationshipは一切使わなくなった。 結局、これからmacだiphoneだで
アプリを作りたいと思ってるヤツは、
どっちを勉強すれば良いの？
凡人だから両方は勉強できない。 既存のコードの蓄積考えたらObjCでいいと思うけど
既に何らかの言語習得してるなら好きな方で objcは業務
swiftは趣味の世界
objc3.xで世界が変わる objc3.0でletとvarが導入されればswift死亡 >>208
次にお前は英語も数学も出来ないと言い出す Obj-CもSwiftも言語ではない。
ただのFrameworkラッパー、よってObj-Cで十分。
実は言語なんかよりやらなきゃならないことが多いし。 そうだね。言語ごときで好きだの嫌いだの騒ぐのはアマチュア。 国内の新規案件はほとんどSwiftじゃない。新規のサンプルコードも
全部Swiftだし。 Swiftはだれだったか忘れたがそいつのオナニー言語だろ Objective-Cの歴史をよく知らないか、自分のいた"モダン"な側から
古くて切り捨てるものと見てるのか、たぶん当人は
Objctive-C側からみてswiftがまるで足に鉄球つけて
時代遅れの狭いとこに押し込んでる
「退歩した」環境に見えてるの気づいてないとは思う。 キャストを認めないswiftがString⇔NSString互換してる時点で明らかに変
Core Foundationはswiftで書けないし func とか書く理由が分からない
-> とかも泥臭い
書籍買ったら負け Swiftのゴリ推しにはうんざり…
Apple最近頭悪いよね Swiftが言語としてUIとhttpをサポートしたら使う
どうせApple専用なんだし
Appleって言語作ればいいのに わしの考えたobj-c 3.0 ではメッセージ式もドットシンタックスで書ける。
if (obj.isKindOfClass(UIView.class)) {
obj.removeFromSuperView();
} >>235
今だってアクセサにはドットで呼ぶから、あんまり変わらんですよ。 >>237
めちゃくちゃ納得した
かつてのCocoa Java的な立ち位置か SwiftではなくApple BasicみたいなVBもどきを作ればいいのに
イベント処理のガラなんか記述したくないし、いい加減GUIをコードで書く時代は卒業したい objctive-cとSwiftは、
VB.NETとC#みたいなもんだと思って良いのか？
どっちも文法が微妙に違うだけで、中身はほとんど同じになってしまってる。 SwiftもObj-Cもただのフレームワークラッパー
Swift覚えても何も楽にならない、逆にCとかに戻れなくなる
近い将来、Swiftエンジニアは潰しが利かない＝無能
と呼ばれるだろう 99.99%のiOS案件はObj-C
3年後も70%はObj-C 老害って言うほど長くやってる人はいない
NeXTからやってるなら老害と認めよう cocoaの時に詳解とヒレガスは買ってたけど
触り始めたのはiPhoneアプリ自由化からだから2008年辺りからだなぁ 俺は2003年頃かな
Carbonをリアルタイムで触ってない世代 Swiftじゃ保守が大変だろうな
同じ担当者が一生関わるなら話は別だけど 社内保守にしろ開発会社に依頼する立場にしても、ちょっと機能追加したいだけって時に言語の仕様変更に追加で人員コスト金かけて対応しなきゃいけないのはマイナスだろうね。
エンジニアは新しいものが楽しい人種だから仕様変更に振り回されるのも楽しいだろうけど。
言語仕様が固まってからが普及のチャンスじゃないかな。 ソースコードの見た目に変態感がなくなったから、
興奮なんてできないだろ。 まだ、swift不採用にしてる会社のほうが多いよ。 Jobs色排除のためのswiftは抵抗あるし・・。 swiftって無能なweb屋崩れが新規に始める言語だろ
一部の処理速度のみ最適化したごまかし言語に、既存の開発者が乗り換える理由が無い >>231
それ煩雑になったObj-Cじゃねぇかwww swiftで構造体とか訳わからん。
プロはobj-cで十分。あるいはc#で。 Objective-Cの文法は初見さんには変態的に見えるかもしれないけど、
Cの柔軟性を100%維持しつつ、オブジェクト指向をシンプルに追加した
他には見られない特筆すべき言語の一つだということは間違いない 文法が違うと言っても大して違わないんだよ、実は。
ドットで書くと>>234のとおり。あんまり変わらん。 言語としての好みなんかどうでもよくて、
製品のライフの間言語仕様の変更みたいなアホな理由で書き直しが発生しない言語で書くだけのこと
WindowsならC++で書くしAndroidならJavaで書く 今どきC++でwindowsのアプリを作るヤツなんていないだろ。
MFCでもいまだに使ってるのか？ Objective-Cがいいとかわるいとかとあんまり関係ないが
2004年のiBookG4動かすとメモリ256Mしかないから
レインボーカーソル回りまくりで動作がブチブチなのだけど
逆に「xib読んでるw」「ボタンからアクションが飛んだw」って
オブジェクトが通信してるのが見えるぐらい遅くて
これぐらい動作順番保障されてないのに動くしっかりした
設計をおれもしなきゃなぁ…って思ったりするw NeXTもMac OSもObjective-Cで書かれて実際に動いているのに、なんでSwiftなのか？
初心者向けとも思えないし・・言語ヲタ向けとしか・・ >>266
見た目が一般的になったから
とっつきやすいじゃん。
言語仕様も既存の良く使われる言語から
いいところを寄せ集めた感じになってるし。
一般的に普及させやすいとみたのだろうさ。 結局 「Cに仕様を追加」というのが限界なんじゃないかな。
Cの反省点を元にしてGoが生まれたようにCの言語仕様を捨てたいと考えた時に
新しい言語を用意しようってなったんじゃないかな。 末尾クロージャや$1を駆使したコードは
短小オナニーって感じで大変見にくい >>270
Cに仕様を追加って話ならObjective-Cって見事にやり遂げてると思うが？
C++の方がCっぽいけどObjectへのメッセージ送信をsmalltalkライクな表現にした分読みやすいと思うのだが(structとclassの区別がヘッダ見ないとわからないC++を僕が嫌いなだけかもしらんけど)
ちなみにswiftはあんまり好きじゃねぇ、どうせ此処までfunctionalな実装にするのならもっと定数的な仕様にしてほしかった。 最初にObjective-CマイナスCってのを見た時は、それってSmalltalkそのものじゃね？って思ったものだが
出てきたものはどちらにも無い機能まで寄せ集めてきた、確かにモダンだが一層ツギハギ感のあるものだったっていう >>273
ごめん言い方がまずかったかもしれない。
Cの言語仕様がまずいのでそれに更に追加するって作りが良くないよね。
って話。
例えばCでは暗黙の型変換がある。
nullと0の区別がつかない。
ポインタ型がある。
正直Cに代わる言語がでてくれるのが一番なんだが。
goもswiftもrustも対抗対象がc++とかなんだよなー。
go並の言語仕様の小ささでC対抗言語でないかなー >>274
IDEの変換機能に期待して
言語仕様の後方互換性を無視して作るって姿勢が功を奏するかもね。
ある程度こなれてきたら、いらない仕様を削っていってほしい。
goって惚れ惚れするくらい言語仕様抑えてるんだよね。
例えばclassがなくてstructだけとか。
structを参照渡ししてclassっぽく使うからそれで十分なんだよね。
swiftではstructとclassの使い分けって値渡しか参照渡しってだけだよね。
enum class struct全部にメソッド生やせるなら、どれかはけずれるでしょう？ >>273
同感
Objective-Cはオブジェクトを扱ってる部分がわかりやすいのがいい 結局、もうなくなる言語だから
勉強するな、ってことか？
この言語で作ったアプリは、appストアで売れなくなる
って本当なの？ AppleとSwift開発者のオ○ニーに付き合わされて大変だねぇｗｗｗ >>275-276
なんつーか、Objective-Cやってると"列挙型"だの"多変数を返す"だのは
そういうクラスを作って計算させて、クラス返せばいいじゃんになるので
ごちゃごちゃ細かい10年後は廃れてそうな機能を"言語仕様"に組み込んでるのに
すげぇ違和感あるんだよな。
「量子コンピュータ言語フンババではquantam構文で～」ってやった十年後に
「超次元理論言語クチャラビビンバではultaradimention構文で～」って永久にやってそうっつか。 永久にやるしやらないといけないに決まってんじゃん
そんなことも分からないとはさすが老害 そういうアホな賽の河原の石積みやってらんないから
＞そういうクラスを作って計算させて、クラス返せばいいじゃん 今年は、この言語がなくなる年か・・・
ごくろうさまでした。 Appleがなくなるよ
iPhone 6S、Apple Watch、iPad Pro、Apple TV全部コケてるし Objective-CってCから入ると訳わかめだけどオブジェクト志向言語から入るとめっちゃ分かりやすいな
Google Adsenseだけで家族を養ってる俺が通りますよ
>>290
Swiftとかいう意識高い系言語（）よりはよっぽどシンプルだからなObjective-Cは たまに生Cの制限でめんどいことがあるので(blocksわかりづらー)
Cの方を整理してくれーとは思ったりする。
swiftおまえは座ってろ。 語学学習用のアプリ(FLNewsBrowser)が動かなくなってたので公開されているソース
http://nsek.net/SYW/software/download/FLSources.dmg
を基にしてなんとか改変をしてみようとコンパイルできるとこまで持っていったのですが、
deprecated警告の嵐でマトモに機能しません。
deprecatedなclass/APIの代替手段を知りたい時はどうやって調べるのが適切なんでしょうか？
Appleのサイトには碌に載ってないように見えますが。
(環境は Xcode6.2, Mavericks 10.9.5 です) NSMovie を QTMovie に置き換えても、とりあえずBuild出来るだけでダメだった箇所があったのですが、
AVKit/AVFoundation の対応物でなんとかなりました。
ここ↓を参考にしました
https://developer.apple.com/library/mac/technotes/tn2300/_index.html Xcode 7で#errorや#warningに日本語使えなくなったのか？ >>296
そんなことよりXIBやStoryboardの編集がめちゃ重たくなったのであるが
あとLabelとかにAttributedStrings設定すると画面がピクピクするのであるが
XCode7不安定で泣ける >>296
We must wtite english
Becose we are Apple programmer! >>298
iOSの最新版の機種でデバッグするのにどうしても必要になるのがなー -(id)init
{
[super init];
student = 2
teacher = 2
return self;
}
これどういう意味？ >>302
スーパークラスのinitを呼ぶ
student、teacherというインスタンス変数にそれぞれ2を代入
という形でインスタンスを初期化
初期化したインスタンスをを返す
という意味 >>302
なにかを継承したクラスのinitメソッドを書き換えた例だと思うので
まず、親クラスたちがなにしてんのかわからないからお約束として
［super init］で親クラスが普段やってる初期化を完了させる。
初期値としてインスタンス内の変数にstudent = 2teacher = 2をセットする
return selfで自分自身というかここでイニシャライズした
インスタンス自身の存在するポインタを返す。
(alloc,initされたインスタンス自体が出力される) つーか間違ってんじゃんw
- (id)init
{
self = [super init];
return self;
}
こうだろ。 Objective-Cは引数が二つ隠れてて、仮にそれを省略しないで書くと
- (id)init:(id)self cmd:(SEL)_cmd
{
self = [super init];
return self;
}
引数で渡されたself（id型のポインタ）に[super init]の戻り値を代入してreturnしてる。
superは親クラスの実装を呼ぶ時のキーワードで、
selfがインスタンスならsuperもインスタンス、selfがクラスならsuperもクラス。 id型のポインタって言うとだめか、id型自体がポインタ型だ。 32bitがMacではユーザーが誰も気付かぬうちに
いつのまにか死んでたのといっしょな感じ >>308
wikipedia見れば一発ですぞ。
OS9と併用していた時代の遺物 Carbonも32bit専用APIもまだ使う機会があるので俺の中では死んでない Objective-CでiPhoneアプリ作っています初心者です。
質問させてください。
UIDatePickerのUIDatePickerModeCountDownTimerを
textField.inputView = datePicker;
という形でキーボードの代わりに出てくるように使っています。
このUIDatePickerModeCountDownTimerモードはバグが有るようで
ロールの初回選択時は反映されず2回めの選択から処理がなされるようです。
UIDatePickerのUIDatePickerModeCountDownTimerのバグ
http://ameblo.jp/h-jey/entry-11947729143.html
上記ページに対処が載っていたのですが知識も理解も足りないようでうまく行きません。
対処法を教えて頂けると助かります。
よろしくお願いします。 ipv6対応しなきゃとエルカピたんにあげて今までのアプリそのまま動かしたんだけど全然エラーにならない
見たこともない
これって本当に対応必要なの？ allocって、クラスメソッドしか使えないんですか？ インスタンス作ってからさらにメモリ確保するのか…… > allocって、クラスメソッドしか使えないんですか？
> インスタンスメソッドの場合、どうすればいい？
もしかしてallocという名前のインスタンスメソッドを定義したいのかな id anotherInstance = [[[self class] alloc] init]; >>324ってこと？
だとしてもallocがクラスメソッドであることに変わりはないけど
というかallocの役割的にクラスメソッド以外あり得ない 自分をディープコピーして返すとかじゃね？
もっと状況を言わないと一瞬意味不明だよな。 >>317,319
クラスとインスタンスは別のオブジェクトだぞ。
同じ場所に書くから初心者にはわかりづらいかもだが。
クラスとは、言ってみればヘッダさえimportすれば使えるグローバルなオブジェクトだ。
メッセージ式のレシーバにクラスを指定すれば、受信側のクラスメソッドのselfにはクラスオブジェクトのポインタが渡される。
レシーバをインスタンスにした場合は、受信側のインスタンスメソッドのselfはインスタンスのポインタだ。
これでわかっただろ？ Objective-Cではクラスは最初に実体があって
その実体自体に「よし、おまえのコピーを作れ」とメッセージを送ることで
インスタンスを作らせるからな。
雛形とかテンプレとかそういうのですらなくて
自分のインスタンス作る機能まで含めたファクトリクラスだし。 >>327
理解してるやつにはわかるが、わかってないやつには？って感じかと でもなあ、ポインタを隠蔽しないで理解した方がいいと思うんだよな。
Cocoaがすでに隠蔽してないし。 いや、そこじゃなくてオブジェクト解ってない奴相手にレシーバとかメッセージ式とかのobjc用語使いまくってるところだろ そこから解ってないのはObj-Cに限らず厳しいな。 メソッドくらいはわかるだろ？
これやれ！って､言ってるだけだし Objective-CってCにちょっとオブジェクト指向追加しただけのシンプルな言語
難しくないだろ
メッセージっつっても一般的なオブジェクト指向言語のメソッド呼び出しと考えても
使用上は差し支えないし、メッセージ式の文法も最初は面食らうかもしれないが、
慣れれば、なんてこたぁない
最近Appleがゴリ押ししてる意識高めの言語よりよっぽど簡単 同意。「メッセージ送信」->「メソッド呼び出し」と言い換えても問題ない。 obj-cはネストしてメソッド呼び出す時の[A :[B:[C:[D pp]]]]みたいなのが
しんどいのがな。それ以外は好き。
elixirのバイプライン演算子をobj-cにつけてくんないかな。
返り値を右辺のメソッドの第一引数に渡す演算子なんだけど
[D pp] |> [C:] |> [B:] |> [A:]
みたいに書ける。 メソッド呼び出しは、「おうクラスA、てめえBメソッドしろや」なんたけど、
メッセージ呼び出しは、「クラスA、こんにちは、Bをやってくれないかい？」なんだよね
丁寧だからネストするとちょっとうるさい見た目になるけど、
メソッドチェーンみたいな「Bした後、Cして、Dやれよ？ああん？」みたいな暴力さがない
途中でnilを返せばそれ以上詰めたりしないしね ClassとInstanceの関係ってC++やJava経験して来た人とかだとObjective-Cのオブジェクトは理解しくにそうだよな
Smalltalkやっとくと全然苦にならんのだけど。
Swiftでその辺隠蔽しても理解しやすいようにしたいのがAppleの意向なんだろうけど、MacとiOS開発ってSmalltalk慣れしたCプログラマ向けってのがおいらの所感 メッセージ式のネスト、最初は変態的だと思ったけど慣れたらどうってことなくなったな
Lispやってる人なんかは特にハードル低かったんじゃなかろうか ロボットがいて、受け付けるコマンドリストがあって
「おい、掃除しとけ」って命令すると"掃除"してくれる。
使えるロボできたら中の掃除内容変えたりして使い回す。
…Objective-Cのクラス周りのイメージってなんかそんな感じだなーと思ってるので
"プログラミング言語"実務側からの
「クラスとは構造体に関数がついたもの」「メソッドとはつまり関数」
とか"自動車とはすなわち馬なし馬車である"ぐらい変な解説に見えて
ウボァーって変な声出そうになったりする。 >>340
前置記法じゃないから違和感ある
それはさておきJavaしか知らなくてクラス指向がオブジェクト指向の本流だと勘違いしてる人にはObjective-Cは変に見えるのかねえ >>341
Objective-Cは、クラスを外から見たらそのロボットで、
クラス内部の実装は、その下の変な解説って感じ。
クラスの中には、インライン関数どころかインラインアセンブラまで使うクラスがあったりで、
@interfaceは整然としたロボットだけど、内部では囚われたカッパ達が・・・
いや、もちろんそんなハードな仕事するクラスばかりじゃないけどね。 最近obj-cがまた順位上げてるみたい
やっぱりobj-c3.0待ちだよな >>344
当然でしょ
Swiftに移行する必要性がないから
Appleのゴリ押しだけが推進力だからな >順位
Swiftを試した人の中の一定数がObjCへ出戻って来た影響じゃないか Objective-Cはなんつーか"ちょうどいい"ポジションにいるので
ここからユーザーに移行を促すのは大変だよなぁ…
ほぼApple専用でなかったら、これいまのJavaの位置だったろ？ってぐらい
わかりやすいC+オブジェクト指向っぷりだし。 >>349
>ほぼApple専用でなかったら、これいまのJavaの位置だったろ？ってぐらい
>わかりやすいC+オブジェクト指向っぷりだし
わかりやすいよね 専用では無いんじゃないの？
ランタイムはオープンだよね。 ランタイムはどうか知らんがコンパイラはGNUが昔作った気がする
WinはおろかLinuxですら使う人口が少なかっただけで CoreFoundationやNS系がApple専用だしなあ
AppleのソフトにはWindows用にもそういったdllが入ってたりするから移植されてるんだろうけど、SDKとしては公開されてないし
NSのつかない純Objective-Cなライブラリ体系もあるにはあるしオープンだけど、実用上は全く嬉しくないだろ smalltalkがもうちょっと一般的だったらObjective-Cも入りやすかったかもね >>354
昔のGNUにはNSがなかったけど、後で付け足した swiftで実装したFoundation開発中だけどgithubにリポジトリ置いているってことは
次のFoundationは最初からクロスプラットフォームでオープンってことかね >>358
NSData.swiftのコードなんか眺めてると、OSがLinuxの場合のimportの記述もあったりするんで
クロスプラットフォームのことも想定はしている感じだな。 iOS8切れないプロジェクトはobjCしかない。
そのうち3.0出るでしょ。 >>360
iOS7も切れないのに8と9の機能使いたいとか言うともうソースコードが大変 orz Foundationのみでどこまでの事が出来るだろう。通信系とデータベース系のフレームワークもマルチプラットフォームで用意してくれればありがたい。 明確な必要性がないのに言語を変えようとしたら、そりゃ歪みは生じるわな メッセージ式好き
メッセージ式に返り値使うの嫌い
[[obj alloc] init]ですら嫌い Objective-Cで使える公開鍵暗号方式のライブラリないですか？
RSAが使えてBSDライセンスのものを教えてください。 >>367
普通のCのライブラリでもいいじゃんよー >>367
っ OpenSSL
最近は Nettle が熱い 開発元はGNUか...寒いな > nettle
一昔前ならGNUなら信頼出来ると思ってたけど、最近のOSS財団はメンテが滞ること多数 ここ5年(盛って10年)くらいじゃない？
金がないからメンテ出来ませんってOSSが増えたの
20年も遡ったら興味ある人がいなくてメンテ出来ませんって感じだった気がする
AppleがObj-CでSSL実装作らねーかな
openSSLはバグ指摘多くてイヤになったろ > RSAが使えてBSDライセンス
何に使うつもりなんだろう いやC#はちょっと。。C++よりはマシかもしれんが swiftからoptional型やmapを省いた
swift--
だろ 素直にObjective-C without Cの言葉通り、静的型付きSmalltalkが出てればな NSObject
↓
Zukei
↓
Sankaku
継承していった場合､Zukeiっていらないですよね？
Zukeiって何に使うの？ >>382
Zukeiで実装されてる機能もいらないまたは一から作るならいらないね NSColorが持ってるCGColorプロパティっていつのまにINNER_POINTERになったんだ。
これインナーポインターってことは、NSColorが自動的にリリースしてくれるってことでいいのかな。 >>378
それがSwiftだろw。Smalltalk/Xみたいに
Smalltalk部分とCの関係を逆転させればよかったのにな。 // Swift
let s = self.window!.rootViewController as! UISplitViewController
let n = s.viewControllers[s.viewControllers.count-1] as! UINavigationController
n.topViewController!.navigationItem.leftBarButtonItem = s.displayModeButtonItem()
// Objective-C
id s = self.window.rootViewController;
id n = [s viewControllers][[s viewControllers].count-1];
[n topViewController].navigationItem.leftBarButtonItem = s.displayModeButtonItem; s, nはid型だから、メソッド呼ぼうにもXcodeに注意されるぞ。 >>389
C言語の文法レベルで変数を宣言してるか
フレームワークレベルでクラスに命令して作らせてるかじゃね？
銀行に借金頼みに行くのと
かーちゃんに「金貸して」では
前者が厳格で融通が利かないけど細かい問題が少ないのに対して
後者が融通が利いて楽だけど相互の了解で成り立ってる的な。 >>393
そのObjective-Cの2行目のメッセージ式が連続してるのって
どういう意味？
そんな書き方許されるんだっけ
（メッセージ式のネストのこと言ってるんじゃないからね） >>396
配列の添え字アクセス。
int index = [s viewControllers].count-1;
id n = [s viewControllers][index]; UISplitViewController *s = …
UINavigationController *n = …
こう宣言しないとだめだよ。 >>397
いやだとしてもおかしいでしょ
配列の添字をメッセージ式の戻り値にするならかならずブラケットが二重になるはず >>400
えっ？もしかして[s viewControllers]の戻り値が配列だとして、
[s viewControllers]を配列名として記述できるってこと？ だとすると、例えばC言語でも、
hoge()の戻り値が配列（ポインタ）だとして、
hoge()[index]とかやったら添え字アクセスできちゃうわけ？
今手元に環境がないから試せないんだけど やるとしたら
(hoge())[index]
か？
できたとしてもこんな変態的な表現見たことない… >>401
[s viewControllers] は NSArray*返すんだからあってるじゃん UISplitViewController *s = (UISplitViewController *)(self.window.rootViewController);
UINavigationController *n = (UINavigationController *)(s.viewControllers[s.viewControllers.count - 1]);
n.topViewController.navigationItem.leftBarButtonItem = s.displayModeButtonItem;
こうだな NSArray* array=[s viewControllers];
って時に
array[index] は [array objectAtIndex:index]になるんよ
コンパイラの方で補間してくれてる。
同じように
NSDictionary* dic;にたいして
dic[@"key"] は [dic objectForKey:@"key"]って読み替えしてくれるよ UISplitViewController *s = (UISplitViewController *)([[self window] rootViewController]);
UINavigationController *n = (UINavigationController *)([[s viewControllers] objectAtIndex:[[s viewControllers] count] - 1]);
[[[n topViewController] navigationItem] setLeftBarButtonItem:[s displayModeButtonItem]];
古い書き方したらこうか >>406
うん、そこまではわかる
メッセージ式の引数をダイレクトに配列変数名として[]による要素アクセス
しちゃうなんていうアクロバティックな表現見たことなくてさ まあ、わかるとは言ったけど、>>406も驚きだわ
今のコンパイラはそのレベルまで補完してくれるんだね…
バグの原因になりそうだけど ていうかこのサンプルコード？
self.windowってことは、UIViewのサブクラスの中から
UINavigationControllerのleftBarButtonItem変更してるんか
かなり糞コードな気が >>393
つーか、メッセージ式の戻り値でダイレクトに後置[]で要素アクセスしちゃうのもアレだけど、
Objective-Cにおいてオブジェクトのメンバーをドットで直接参照するなんてのも
書き方としてあり得るの？ しかも、仮に強いて直接参照するとしても演算子は->じゃない？
謎が多すぎる ドットはメンバーにアクセスしてるんじゃなくてプロパティのシンタックスシュガー
配列辞書の[]は最近だけどドット記法はだいぶ前からある
[o hoge] は o.hoge
[o setHoge:h] は o.hoge = h
と書ける
->とは全然別物 >>413
マジか…
Objective-Cらしからぬ表現が今のコンパイラでは可能なのね
ちょっと衝撃だわ
Cocoaプログラミングしばらくやってなかったツケが回ってきてるわｗ 思い出してきたが、@propertyってちょうどやらなくなったくらいで出てきた気がする
だいぶ昔だよね確かにorz やっぱAppleがObjective-Cを収束する方針なのは残念だわ
（Swiftが軌道に乗るのかは微妙だけど）
世界初のWebブラウザもObjective-Cで書かれたんだよね
https://www.w3.org/History/1991-WWW-NeXT/Implementation/ それはかなり前からやってないことにならないか？
今はジェネリクスとかNonNullableとかあるで。 かなり古いところで知識が止まってる人やったんやな。 >>417
やばい、またCocoaプログラミングやりたくなって来た
今からまたObjective-C勉強しなおしても無駄にはならないかな
>>418
はい、勉強します。。。 >>419
つか今時のObjective-cめちゃ楽しいよ
swiftの方が記述がキモイ(あそこまでやるならML系まっしぐらにして欲しい)ので俺はイヤだわ >>5
> Objective-C Literals ― Clang 3.9 documentation
> http://clang.llvm.org/docs/ObjectiveCLiterals.html
今の Obj-C はいろいろなリテラルが導入されてるんやで。 >>420
>>421
真夜中なのに久々にワクワクしてきたｗ
いろいろ漁ってたら前に買った詳解Objective-C2.0が出てきた
2008年6月1日初版第1刷って書いてある。。
でもまずは基礎をちゃんとやり直さないと今時のObjective-Cも楽しめないよね
がんばろ
ありがとう！ >>421
NSNumberのリテラルはさすがに最近の話ですよね
自分の無知を痛感してきた
これって内部実装はマクロ的に組まれてて数値の範囲はLongLongやDoubleまで
あらゆる数値が可能なのかな
それともコンパイラがやってくれてるんですかね NSNumber リテラルは2012年の Clang 3.1 からあるで。 そうですか…
もはやブランクというレベルじゃない気がしてきましたね
ノリノリでやってた時って、まだProject BuilderとInterface Builderの時代だったし…
でもやっぱり楽しいですねObjective-Cって (おれ、1990年代頭にK&RでC学んだから、ずっとポインタは整数型だと思ってて
いつのまにかポインタ型ってのになってるの2010年ごろまで知らんかったでw) Objective-Cはここ数年で劇的に変わったからな。
といかお前ら絶対Objective-C 2.0とか知らないだろ。
2010年：Objective-C 最速基礎文法マスター
http://d.hatena.ne.jp/fn7/20100203/1265207098
2015年：Objective-C 2.0 基礎文法最速マスター
http://marycore.jp/prog/objective-c/basic-syntax/ Obj-C 2.0 なんて 9 年前の言葉持ち出してきてどうした たしかにObjective-C 2.0以前にXcode側の対応が充実したって言ったほうがいいかもな。
あとマイナーアップデートもちょくちょくあった気がする。
@implementation側でインスタンス変数宣言出来るようになったし
ジェネリックスも最近入ってきた。 >>427
上でも出てるが詳解Objective-C2.0(萩原本)は2008年やで。
俺もcocoaやろうと買ってて、それを2009年のiPhone開発解禁で
本格的に読み始めたから、基本的にiOSやってるやつはみんな2.0からやで。 Objective-Cじゃダメな理由って何なのそれ？ >>416
あと2.0？になってからpublicとかprivateキーワードも使わなくなったよね。
ヘッダファイル記載したプロパティはpublic
.m側にカテゴリとして記載したプロパティがprivateみたいな方針が標準になった
syhthsizeとかも直接使わなくなってプロバティを宣言すると裏で勝手に
_変数 がつくられてsetterとgetterが自動生成されるとか
暗黙的なことがごちゃごちゃ増えたね。
後から入った人にはマジカルすぎるかもしれない 少しずつ読み進めてますが、Objective-Cらしくない感じがしちゃうけど@propertyは便利ですね
ただ、
@public
@private
@protected
はわかりやすかった気がするけど、ヘッダファイルにprivateメンバの情報を
載せないで済むようにしたかったってことなのかな ヘッダに書くのはパブリックメソッドのみ。これが合理的で非常にわかりやすい。
もっともOOPに適した言語だと思う。 >>435
確かにヘッダ見ればそのライブラリのオープンなメソッドしか見えない
というのはわかりやすい。 >>427
NeXTのOpticalDrive版もってましたがなにか？ >>427
2010年の割には随分古い書き方だな。
Objective-C使ったこと無いのにやたらObjective-C叩く奴らはそのページの知識で止まってたりしてな。 うちは未だに[NSArray arrayWithObjects:@"", nil]とか[NSNumber initWithInteger:0]使ってるコードあるけどな。
テストが面倒なのでTo Modern Objective-C Syntax...機能は使わないという方針なんだよ。
ウォーターフォール型でモバイルアプリ開発始めるとこうなる。 日本のウォーターフォール開発にはエビデンスというものがあってだな。
とりあえず責任のなすりつけあいをするために大掛かりな改修が入ると１からテストし直す所は多いよ > To Modern Objective-C Syntax...機能
ああXcodeの一括置換機能か
意味がわかった NSMatrixでハマってしまいました、お知恵をお貸しください。
NSMatrixで複数選択した時の選択されている箇所を調べる方法なんですが
NSMatrixのアクションを以下のようにしてみたのですがオン時はうまく行きますがオフ時にNSCellのstateが変わらずオンの値のままになってしまいます。
オフにしてから他のcellの値を変えると適用された値になります。
原因分かりますか？
- (IBAction)choiceMatrix:(NSMatrix *)sender {
BOOL c1, c2, c3, c4;
for (NSCell *cell in [sender cells]) {
switch ([cell tag]) {
case 0:
c1=[cell state];
break;
case 1:
c2=[cell state];
break;
～～～～～～～～
default:
break;
}
}
NSLog(@"[%d, %d, %d, %d]",c1, c2, c3, c4);
} 匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？
Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
う iosって標準で何かデータベース使えるの？
androidはsqliteが使えるけど オーバーライドの意味がわかりません
スーパークラス
メソッドA
サブクラス
メソッドA
サブクラスのメソッドAをオーバーライドします
スーパースラスは､どうやって使うの？ __strong
__weak
__unsafe_unretained
__autoreleasing
Obj-C2.0で､これ使いますか？ カテゴリって､戻り値しかない関数って思えばいいの？ クラスの場合はサブクラス化のこと。多重継承はできない。
プロトコルの場合は多重継承できる。 >>454
トレイトっていわゆるカテゴリだよね
カテゴリって何？ >>438とか言ってるからどれ程に有識かと思ったら
バズワードでしかObjCの機能を説明できない奴らばかりかよ、、、 まじでカテゴリとは何かってことか？
既存のクラスに宣言（.h）と実装（.m）を追加するObj-Cのミラクル機能だよ。
例えばNSArrayにobjectAtIndexSafety:を追加する。
oreore.h
@interface NSArray (oreore)
- (id) objectAtIndexSafety:(NSUInteger)index;
@end
oreore.m
@implementation NSArray(oreore)
- (id) objectAtIndexSafety:(NSUInteger)index
{
if (index < [self count]) {
return [self objectAtIndex:index];
}
return nil;
}
@end javaスレでメソッドってなに？って聞いてるようなもんだから
みんな釣りとしてスルーしてた。 Objective-CがsmalltalkとCのハイブリッドなので
僕はカテゴリとかの単語の意味含めてメソッド呼び出しの仕組みとかを理解しやすくするにはsmalltalkを体験すべきだと思うのだけどどう？ >>464
んー、SmalltalkはObj-Cの [ ] の中身だけでコードを全て記述するような感じの言語で、動的性を学ぶのにいいので
「Smalltalkを体験すべき」っていうのには大筋では賛成。こちら↓はその際の参考まで。
▼Smalltalkをちょっとかじってみたい人のための、チュートリアルまとめ
http://qiita.com/sumim/items/6bed17961bd57daf88a3
でもカテゴリはSmalltalkでは対応するのはトレイトだし、Smalltalkでカテゴリはプロトコルの意味でも使われたり
そのプロトコルもObj-Cのプロトコルとは（名前の由来にはなっているけれど）別物だったりと食い違いもあり
「メソッド呼び出しの仕組み」はともかく、こと「単語（用語）の意味」を知る目的では必ずしもお薦めできない。 似てるってだけでハイブリッド(キリっ)とか
頭湧いてんな ObjcのハイブリッドはSmalltailkのコンセプトとC言語の処理系のハイブリッドのことだと思うんだけど
そういう意味ならSmalltalkの思想やコンセプトを理解する価値はある気がする。
でもObjcはそんなに難しい言語でもないしそこまでする必要は無い気もする。 objcらしさはトレンドが早いから今更Smalltalkはどうなのよ
原典の一つではあろうがobjcで学ぶべきじゃね いつの間にか NSArray<NSString *> *names; みたいな記法が可能に。 ジェネリクスは去年からだろ
今年はクラス変数(Type Property)が追加された すいません、objective-c触れたばっかで全然勝手が分からないんですが、
void play_sound(NSString* str)
{
NSSound* sound = [NSSound soundNamed : str];
[sound play];
}
int main()
{
play_sound(@ なんか途切れちゃってる...
int main()
{
play_sound(@"ファイル名.mp3");
}
>>471の
soundは[sound release];は必要なんでしょうか？ 2chのバグだろ
書き込み確認画面が出る際、" を使うと、そこで文字列の終了とみなされる。
" を、\" とエスケープすれば、どうだろう？ 普通"に実体参照でエスケープして書き込むだろ >>471
ちなみにクラスメソッドはコンビニエンスコンストラクタだからreleaseはいらない
poolブロックで開放すると良い
soundの場合再生終了時にね >>473
> 書き込み確認画面が出る際、" を使うと、そこで文字列の終了とみなされる。
ホントだ。信じられん…… >>475
回答あざっす
pool処理ってこんな感じでいいんでしょうか？
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
/--------ここに処理を記述---------/
[pool release]; >>478
@autoreleasepool{
}
でいいよ
てかsoundならallocでイニシャライズして好きなタイミングでリリースした方がいいんじゃない
以前のOSではNSSoundのautorelease不具合あったし >>479
すいません マジ初心者なんでallocでイニシャライズする部分を具体的に書いてもらえると助かります
objective-c触れたばっかなんで
お手数かけてすみません openglいじってて、サウンドもつけたくなり
でもそれだとCocoaFramework必要になって
ほんとはcで済ませたかったんですが、objective-cじゃないとCocoa使えないからということで
ほんとに無知ですんません >>480
NSSoundDelegateで再生終了時のdidFinishPlayingを拾ってリリーすれば良いんじゃない
-(void)playSE{
NSString*path= @"音パス";
NSSound *se = [[NSSound alloc] initWithContentsOfFile:path byReference:YES];
[se setDelegate:self];
[se play];
}
-(void)sound:(NSSound *)sound didFinishPlaying:(BOOL)aBool{
[sound release];
} >>482
凄く分かりやすいです！本当にありがとうございます ゲームかなんか？
それならエフェクト追加とかミキサーで多重再生とかしたくなるだろうから
AudioUnitでやると便利だよ >>484
ゲームってわけじゃないんですが
一応ゲーム作るなら情報豊富なdxlib使おうかと思いますし・・・
ほんとに軽くSEほしいなぐらいなんで
でも一応検討します
回答わかりやすかったです
何回も言ってますけどw本当にありがとうございます >>486
windows故障してしばらくosx使ってます
使いたおしたらまたwindows戻ろうかなって（小声 iOSだと大量のリファレンスそれも日本語の（英語でも一応なんとかなりますけど・・・
があるのにOSXのほうはなかなか見つけるのが難しくて苦労してます（探し方わるいのかもしれんけど） クラスを配列で作りたいんだけどこれって大丈夫？
@interface myclass : NSObject{
int kazu;
}
-(void)set : (int) i;
-(void)print;
@end
@implementation myclass
-(void)set : (int) i
{
self->kazu = i;
}
-(void)print
{
printf(”%d\n”, kazu);
}
@end
int main()
{
@autoreleasepool
{
myclass* obj[3];
for(int i=0; i<3; ++i)
obj[i] = [ [myclass alloc]init ];
for(int i=0; i<3; ++i)
[obj[i]set : i*10];
for(int i=0; i<3; ++i)
[obj[i]print];
}
return 0;
} 構造体と配列はARCが効かないからメモリーリークするんじゃなかったっけ？
autoreleasepool抜けた後
-(void) dealloc {} ちゃんと呼ばれる？ >>490
え、ARC効かないんか・・・
じゃあ[obj[i] release];
しないといけないってこと？ 間違えた
[obj[i] dealloc];ってことになるのか？ いや、やるとしても
[obj[i] release];
でしょ
メモリー管理のポリシー的にdeallocメソッドは滅多なことでは使わない 了解、あんまこういうの載ってるとこなくて質問させてもらいました
ありがと ってかこういう処理ってobj-cで普通どうやるの？
C++だったらvectorにぶち込むとか
javaだったらガンガンnewしちゃうけど・・・ （別にvectorにぶち込まなくても普通に配列で作れたわ 恥ずかしい・・・） >>489
大丈夫。
myclass* obj[3]; //ポインタ型の配列 省略されてるがstrong
ARC有効なのでmainのスコープを抜けた時に解放される。
@autoreleasepoolは要らない。 ARCだからreleaseは呼べないので、解放されるかチェックするなら
@implementation myclass
- (void)dealloc
{
NSLog(@“%s”, __func__);
}
@end >>497
ありがとう
ちなみにだけど、xcode重くて
小さい規模ならgccのほうよく使ってるんだけど
ARC効かない環境だったら上記みたいに@autopoolrelease必要だよね？ あと、ARCなしだったら
-(void)deallocに[super dealloc];必要だよね >499
ごめん変なこと書いた
objective-c始めたばっかだからおかしなこと書いてｽﾏｿ
ってことはARC効かなかったら手動でreleaseしないといけないってことだよね
[obj[i] release]; >>495
これで動作確認してみたよ。（ARC）
-deallocも呼ばれる。
int main()
{
myclass* obj[3];
for(int i=0; i<3; ++i) {
obj[i] = [ [myclass alloc]init ];
[obj[i]set : i*10];
[obj[i]print];
}
return 0;
}
>>500
MRCなら[super dealloc]; を末尾で呼びます。
>>501
手動でretain, releaseなんだけど、init系はretain済みを返すとか、
コンビニエンスコンストラクタはautorelease済みを返すとか、
ViewにaddSubviewしたらretainされるとか、いろいろややこしいかもよw
あと、Xcodeのテンプレではmain()に@autoreleasepoolがあるけど、
ARCなら上記のとおり解放されるし、どのみちmainを抜けたらアプリ終了で解放されるんだよね。 >>502
ほんとに助かります ありがと
ってか素直にxcode使いますw
OSXとiOS意外の環境にObjective-c流行らないのって
これ関係だよね（メモリの管理）
GNUstepも確か手動でしょ？メモリ解放
むしろなれてるcの方がメモリ管理楽に感じる（小声 >>503
GCCはARC未サポートみたいだね。
MRCの基本自体は簡単なんだけどね。 教えてください。
詳解Objective-C2.0第3版を読んでいます。ランタイムシステムってのが出てくるんですけど、これはアプリ1つに一個起動されるのでしょうか？それとも、OSの起動毎に一個起動されるのでしょうか？ Objective-Cのランタイムってのは<objc/runtime.h>に定義されている、Cの関数郡って事らしい。木下本に記載があるらしい。たとえば、objc_setAssociatedObject() / objc_getAssociatedObject() ってのがあるって事だ。 >>505
これ読んでみて
Objective-Cランタイムシステムは、すべてのクラスオブジェクトに対してinitializeメッセージを送信します。
各クラスは、ほかのいずれのメッセージよりも先にこのメッセージを受け取ります。
その結果、クラスの使用に先立ってクラス独自のランタイム環境を準備できます。
https://developer.apple.com/jp/documentation/Multithreading.pdf >>505
まずアプリごとに別プロセスであって、その上でスレッドを実行している。
ランタイム自体はCの関数群なので、アプリがマルチスレッドの場合はスレッドごとにスタックを確保し実行される。
なので、ランタイムはアプリに1個ではなくスレッドに1個ということだね。
スレッドごとにプライオリティが違うのでランタイムの実行速度も違うわけだし。
あんまり詳しく無いけどこんな感じだと思います。 なんかおかしくないかと思ったが、質問者が納得したならいいか ランタイムって起動時にクラス登録したりメソッド登録したりして、
メソッド呼び出し時にメソッド解決するためのシステムやろ。
アプリに1つずつじゃないの。 スレッドに1個というのは、スレッド毎にスタックメモリを確保してるという意味で、
ただの関数なんだからそうなるよね。
ソースまだ読んで無いけどw >>511
根拠やソースをどうぞ！
ランタイムって言葉は、乱用されてるので、誤解を招きやすいよねぇ。
Visual Basicランタイムてのは、実態はdll(osxでいうとdylib)で、具体的には
Msvbvm60.dll
vb6jp.dll
Stdole2.tlb
Oleaut32.dll
Olepro32.dll
Comcat.dll
Asycfilt.dll
Ctl3d32.dll
ですよねぇ。
同様に、Obj-Cのランタイムは、libobjc.A.dylibってことですね。
Objective-C Runtime Reference - Developer - Apple
Objective-C runtime library support functions are implemented in the shared library found at /usr/lib/libobjc.A.dylib. >>511
この人は多分こんな誤解をしている。
ランタイムシステムっていうプロセスがアプリが起動される度にfork（生成されて）されて、「ｘｘｘやｙｙｙって仕事をしている」
だから、アプリが複数起動されると、メモリはランタイムシステムで溢れかえる。
androidでは、アプリが起動される度にVMがforkされる様に。 こんな理解で、ええんでっしゃろか？
libobjc.A.dylib ― obj-c runtime
libobjc.B.dylib ― core foundation なんでプロセスの話になってんの。お前が何を言ってるのかまるで分からない。 obj-c runtimeは、dylibとして実装されている。通常、OS起動時に仮装メモリ上にロードされるので、アプリ起動時に新たにロードされることはない。
Cocoa/Foundationにリンクしてコンパイルされたバイナリがメモリ上にロードされると、仮装メモリ上のdylibイメージがプロセスのメモリ空間にマップされ、objc runtimeとして利用出来るようになる。
ランタイムの初期化はプロセス毎だが、独立したプロセスとして実装されている訳ではない。 >>518
なんがと！
メモリへのマップはshmat(shared memory attatch)で行われるって理解でOK?
man shmat
BSD System Calls Manual SHMAT(2)
DESCRIPTION
shmat() maps the shared memory segment associated with the shared memory
identifier shmid into the address space of the calling process. それはプロセス間共有メモリで別物かと。
キチンと調べるならMACH-O binaryとかかな？
http://www.m4b.io/reverse/engineering/mach/binaries/2015/03/29/mach-binaries.html
記憶ではApple のmach-O file format referenceとかあったはずだが検索で見つからない。 基本的にクラス(インスタンス)のプロセスを動的に管理するOSのようなものが
Objective-Cのアプリが動作している間中必要なので
ずっとそこに基本管理プログラムとして居続けてるかと。
(アプリが動作してない時もアプリが起動した途端にいるから常駐してる) >>521
意味不明！
クラス(インスタンス)のプロセスってなに？
プロセスを動的に管理するOSのようなものって？
ずっとそこに基本管理プログラムとして居続けてるかと？
一体何が、いると思ってるんだ？ 普通、コンパイル言語のランタイムというとその言語の機能を実現するための低レベルのライブラリの事。
これらのライブラリを呼ぶコードはコンパイラが生成するが、ユーザーが明示的にこれらを呼ぶ事はない。
また、ユーザーのプログラムのmainに飛ぶ前にこのランタイム環境は初期化され、普通は単に
アプリケーションプロセスの一部でしかない。
例えばObjective-Cのランタイムにはダイナミックなメッセージングを実現するためのAPIが含まれる。
Objective-C Runtime
https://developer.apple.com/reference/objectivec/1657527-objective_c_runtime PCあぷり屋さんって、どのようにしてアプリがCPUで実行されてるのか知らない人多いよねたぶん >>524
では、どの様にして、知る事になりました？
何か良い教科書あります？
俺が良かったのは、パタヘネ、最初の数章でもすげー役立つ。
それから、オブジェクト指向でなぜつくるのか。
良書があれば、紹介よろしくお願いします。 >>522
いったい何が？もなにも、Objective-Cは[[class alloc] init]の形で動的にメッセージを受け取ってインスタンスを生成するので
クラスにメッセージを受け渡してメモリ配置などを管理する"誰か"がいないと動かないが。
たぶん根本的に君が"動的"の概念を理解していないか、"ちょっと頭変"なのかどちらか。 みんな少しずつおかしいなw
ランタイムは常駐はしてないし、別プロセスや別スレッドで動くようなもんでもないし、dylibの形をしているとは限らないぞ
ただ暗黙に呼び出されてるだけで単なる関数群の事だよ >>527
objective-c のメッセージングは最終的には関数呼び出しでしかない。
class_getInstanceMethodでクラスとセレクタ名からメソッドを得て
それを呼び出すだけ。
「メッセージを受け取る」というのは言語の概念的なイメージであって
実装とは乖離している。 frameworkのサポートは単なるラッパで実態はdylibだとずっと思ってたんだけど...実装違うのか？だとしたらごめん。 いやframeworkは確かにdylibとヘッダその他をまとめたもんだけと
今話している「言語」ランタイムはframeworkのことじゃないから
frameworkのことを、例えばQuickTimeランタイムみたいに呼ぶこともあるからややこしいけど >>528
ですよねぇ。
ランタイムは
libobjc.A.dylib ― obj-c runtime
にアーカイブされた単なる関数群。 >>530
ほぼ合ってるでしょ！
frameworkの実態は複数のdylib。というよりdylibそのもの。
単なるwrapperってのは、違うかな。
dylibはobjective-cのクラスやグローバル関数などなどをアーカイブたライブラリー。このobjective-cのライブラリーは、core foundationやrun timeと呼ばれるC言語関数群のwrapperとなっている。
core foundationやrun timeは
>>516
>libobjc.A.dylib ― obj-c runtime
>libobjc.B.dylib ― core foundation
に入っている。
hello worldプログラムをコンパイルしてa.outを作成し、otool -L a.outコマンドを打ってみると判る。
a.out:
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
と思ったけど、libobjc.B.dylibなんで出てこず、libSystem.B.dylibって表示された？ Objective-C runtime library support functions are implemented in the shared library found at /usr/lib/libobjc.A.dylib.
https://developer.apple.com/reference/objectivec/1657527-objective_c_runtime >>531
ランタイムは、ランタイムライブラリーを省略した文言で、ちゃんとdylibの形をしているんちゃうんか？
だって、AppleのサイトでObjective-C Runtimeって検索するとruntime libraryって書いてあるし。 >>534
> hello worldプログラムを
俺のには含まれてるぞ
$ otool -L a.out
a.out:
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1154.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1153.18.0)
ソースは単に
//hello.m
#import <Foundation/Foundation.h>
int main (int argc, const char * argv[])
{
NSLog (@"Hello, World!");
return 0;
} >>534
ひょっとして、.mファイルだけど中身はまったくCのhello worldをコンパイルしたんじゃないか？
objective-CはCはそのままコンパイルできる。 Objective-cの機能を使ってなければobjective-Cの
ランタイムをリンクしなくてもそのまま走る。 >>537
ごめん、その例では悪かった。 それもobjective-Cの機能は使ってない。 使った例としては：
#import <Foundation/Foundation.h>
int main (int argc, const char * argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
NSLog (@"Hello, World!");
[pool drain];
return 0;
}
コマンドラインでobjcのコンパイルの仕方で
cc -lobjc …
という例を見たのでそれを付けてたら強制的にobjcランタイムをリンクしてた。
objc機能を使ってなければこれを明記しなくても自動的にリンクされる。 >>538
ご明答
ccなんてコマンドあるのね。
ls -l `which cc`
lrwxr-xr-x 1 root wheel 5B 6 13 13:50 /usr/bin/cc -> clang
clangへのaliasなのね。知らんかった。Obj-Cなんて極最近触り始めて
良く知らんのだ。 ccそのものは昔からあるCのコンパイラでしょ、今はgccにリンクしてることが多いが 俺的メモ
gccとcc(clang)との違い。
ccはコマンドalias。
gccはclangのwrapperコマンド（俺の推測）
gcc -v, cc ―versionは、どちらもApple LLVMだと答えてくれる。
cc -framework Foundation hello.m
gcc -framework Foundation hello.m
と打ってコンパイルして得られるバイナリは同サイズだ。
ll a.out*
-rwxr-xr-x 1 ad staff 8.3K 10 17 11:54 a.out
-rwxr-xr-x 1 ad staff 8.3K 10 17 11:53 a.out-cc ちなみに
libobjc.A.dylib
libSystem.B.dylib
の中にいったいどんなCの関数が入っているのか？classdumpってフリーのコマンドラインツールで調べる事ができるはず。俺、やった事無いけど。 せっかくだから、
class-dump /usr/lib/libobjc.A.dylib
やってみた。
@protocol NSObject
@property(readonly, copy) NSString *description;
@property(readonly) Class superclass;
@property(readonly) unsigned long long hash;
- (struct _NSZone *)zone;
- (unsigned long long)retainCount;
以下略
Cの関数は入ってなくて、Obj-Cのクラスとか、構造体とかが、入っていた。 ついでに、
nm -o /usr/lib/libSystem.B.dylib | less
こいつの最初の数行は、
/usr/lib/libSystem.B.dylib: 0000000000001abb T R8289209$_pthread_attr_destroy
/usr/lib/libSystem.B.dylib: 0000000000001ac0 T R8289209$_pthread_attr_init
/usr/lib/libSystem.B.dylib: 0000000000001ac5 T R8289209$_pthread_attr_setdetachstate
/usr/lib/libSystem.B.dylib: 0000000000001aca T R8289209$_pthread_create
以下略 >>536
それはたまたまOSX上のObjective-Cでそうなってるだけ
大抵の言語では「言語」ランタイムはスタティックリンクされるし
Objective-Cでもlibobjc.aがある環境ならスタティックリンクできる
/usr/lib/の下に.oがいくつかあるけど、こいつらも「C言語の」ランタイムでmain関数よりも前の処理になってて
大抵の実行ファイルにはどれかが暗黙にスタティックリンクされてる あとlibSystem.B.dylibはシステムコールラッパーとC言語の標準ライブラリの一部(libcと分割)なんで
ランタイム(実行時)ライブラリであることには間違いはないけど
C言語のランタイムというと、普通はスタートアップ(*.o)やlibgccの方を指すと思う >>547
nm libSystem.B.dylibの結果はほとんど’U’タイプのSymbolでした。
man nmによると
Symbol type ‘U’ = undefinedで、実装は別ファイル、参照だけ！、って事らしいので、
実装はたとえば、libcにあるんだと思います。
nm -o libSystem.B.dylib | grep -v ‘U’すると、出力は極わずかでした。 MRC時代のOSXプログラミングの書籍ってなにがありますか？（何を買えばいいですか？）
今はAppleのオンラインドキュメントなどはほとんどARC前提で記述されてるので
ネット探してもなかなか見つけられません >>550
https://www.amazon.co.jp/Objective‐C―MacOS-Xプログラミング入門-荻原-剛志/dp/4877780688/ref=sr_1_6?s=books&ie=UTF8&qid=1476957557&sr=1-6
これとかか？ @interface
@implementation
これに変数2回宣言するだろ？
違いってなんですか？ >>553
必要なスコープに1回宣言すればいい。
というか、外部に変数を公開する事は、特殊な事情以外ありえないから、
ヘッダにはアクセサ即ちプロパティを書けばいい。
つまりインスタンス変数なら@implementation{ } のブロックで宣言すればいいよ。
継承した子クラスからその変数へは、親クラスのアクセサ経由でアクセスするのが普通。
こうすると、ヘッダには外部に公開する情報しか現れない。
どうしても子クラスから親クラスの変数に直接触りたい場合は、
親クラスの@interface{ }ブロックで宣言する。
その場合はデフォルトでアクセス制限が@protectedになる。 >>553
補足
その変数を外部に公開しないのなら、ヘッダでプロパティにしなくてもいいよ。
プロパティは.mにも書けるし。 インスタンスメソッドの実行に関して教えてください。
// message sending
[obj say: @ ダブルクオートとかで切れるのよく見かけるけど、@ でも切れるんかな ソースコードが勝手に切られちゃう(サニタイズ関係？)みたいなので画像で失礼します。
インスタンスメソッドの実行に関して教えてください。
message sending / function pointer
どちらの方法でもちゃんと動くのは確認できましたが、
なぜ後者はSELパラメータが必須(この場合selector) な仕様になっているんでしょう？
冗長に見えますが何か意味があるんでしょうか。
@ の次は当然 " がくるだろうけど、今まで１個目の"が表示されて切れるんだよなあ > SELパラメータが必須
instanceMethodForSelector: の時点で伝えてあるのに、なぜ実行時にも必要になるのかという事です。 >>561
１.instanceMethodForSelectorでメソッドの実体である関数のポインタを取得（IMP func）
２.funcをキャストして呼び出し
2のときに、メソッドの暗黙の第1,第2引数である id obj, SEL selectorを渡してます。 ありがとうございます。それでは改めて聞き直します。
メソッドの暗黙の第2引数が SEL である、そもそもの設計の意図はなんなんでしょう。
内部で振り分ければいいので複数のメソッドに対して一つの関数(ポインタ)が共通で対応可能とか？
それが実際にできたとして何かメリットがあるんでしょうか。 ランタイムは、渡されたセレクタをメソッドリストから検索して、有れば実行、無ければエラー。
ってことかな。 IMP使った場合はランタイムは経由しないでダイレクトに関数コールするけど、
通常は動的にメソッド呼び出しをするのでそういう仕様になってる。
のではないだろうか。 サブクラスでのオーバーライドをサポートするために
だと思うよ。 Smalltalkで、実行中メソッドのコンテキスト内からそのセレクタを得ることができる機構を
Objective-Cでも_cmdパラメーターを介して模したかったからなのでは？
Object subclass: Foo [ bar [ thisContext method selector displayNl ] ]
Foo new bar "=> #bar " だいたいその辺の、実行時解決を実現したかったという理由だと思うけど、
ランタイムがメソッド呼び出しするときの動作は
１.レシーバがnilかどうか
２.レシーバのメソッドリストに該当メソッドがあるか
３.なければスーパークラスにあるか
４.なければthrow exception
だよね。
だからメソッド呼ぶときはランタイムにレシーバとselectorを渡して調べてもらう必要が有るんですよ。 レシーバはselfとして使うから必要なのはわかるんだけど、セレクタはいつ必要になるの？
ランタイムに調べてもらうのは関数（メソッド実体）コールの前だろうから、コール時にはすでに不要な情報だよね >>570
セレクタはメソッド呼び出しで必要>>569
IMPで関数呼び出しの場合はランタイムを経由しないので不要
しかしどちらもシグネチャは共通なので(id, SEL, …)ということ >>570
ちなみにこれでも動作する。id,SELは渡してない。
void(*f)(void) = [ViewController instanceMethodForSelector:@selector(hoge)];
f();
- (void)hoge
{
NSLog(@"%@", NSStringFromSelector(_cmd));
}
SELを渡してないので null と出力される
idも渡してないので、hoge内でselfにアクセスすると落ちる。 BathyScapheっていう2ch Viewer使ってます。
>>559
みたいな画像をuploadするにはどうすればいいっすか？
2chのサイトではdrawツールがブラウザ内にあって、それで落書きはできるみたいですが、pngとかgif画像をuploadしたいのです。 >>574
素の落書きツールは かなり使い勝手が悪いので
自作の Geasemonkeyスクリプト(for Firefox)使ってます。
まあ、すぐにサイズオーバーになるのでごく簡単な絵しかアップできません。
消せないから気軽にあげられないのがちょっとあれよね
プログラム板なんだから自分で書けば良いよ
てことでobjcで書いてみた
サイズの頭打ちがあるからと思ってインデックスカラーに圧縮したけど弾かれるのね
IMP関数ポインタの SELパラメターの件
正直言うと、自分にはコメの意見の善し悪しを判断する能力ありません...。
ググるとこれ使って >>559 で書いたような事ができるようですが (参考:class_addMethod)
設計側はそういう用途まで考慮していたのかは、よく分かりませんでした。
シグネチャを共通にしたかった？ どうなんでしょう、それって何か気持ちいいから以上の理由はあるんですかね。 >>578
シグネチャが共通というより、同一の関数なので同じシグネチャなんですよ。
ランタイムが呼ぶメソッドの実体も、IMPを取得してダイレクトに呼ぶ関数も、「同じ関数」です。
その関数の引数が (id, SEL, …) なんですね。 で、自分はIMPは使いません。
IMPを使うくらいならCの関数を書けばいいだけなので。 Objective-Cは、以前はメソッド呼び出しのオーバーヘッドがネックになってたようなので、
IMPのAPIは、既存クラスのメソッドを高速に呼び出すために作ったんじゃないですかね。 >>576
いやぁ、うれしい。
秘伝のテクを開陳してくれて、あんがとう。
けど、JavaSou苦手なんすよねぇ。
tarea(text area)を取得して、その直前にinput, script要素を挿入してinputボタンの押下で
foo関数を呼ぶ様にしてるって事みたい。
FireFoxもGeasemonkeyも使った事無いっす。
Safari, Chromeでも同じ事できるんでしょうか？
Geasemonkey for Safari, Chromeを探せって事なんすね。
いま、WKWebViewでもloadしたhtml, cssを書き換えられないか？調べてます。
Geasemonkey likeな動作をどうやってさせようかと！ ObjCスレだからObjCで頑張るのはアリかもしれませんけど、物事には適材適所ってもんがあるとおも...。 みんなSwiftに移行しちゃったの？
Swift始めた頃、小さな仕様がコロコロ変わるからObj-Cに戻ってきてたけど
もう安定したのかな。 >>585
Swift3でメソッド名の整理が行われて、短くなった。
"Taylor".writeToFile("filename", atomically: true, encoding: NSUTF8StringEncoding)
"Taylor".write(toFile: "somefile", atomically: true, encoding: String.Encoding.utf8)
上2.3/下3
Swift3が良さげに見えるのでObj-Cからの移行者がボチボチ増えてるかも。 >>585
殊Swiftにおいて仕様が安定することはまだしばらくないだろう
Swift5くらいじゃね？安定版は コンパイラとしての安定性は最初から問題無いんじゃない？
コンパイラが原因でアプリが落ちるっては経験無いなぁ。
C++、Javaが最近仕様変更が激しいのと同じく、Swiftだって言語仕様変更があるって事で、コンパイラとしては安定してると思う。
例：C++TR1, C++11, C++14
JavaSE6, 7, 8, 9
Swift3の言語仕様変更は、現在アナウンスされてないんじゃないのか？Swift4ってのはABIの導入って事で、言語仕様の変更じゃ無いし。 >>589
それは、nil guardしてないコードのせい！
キチガイの集まり・創価学会・公明党！
人殺しの殺人鬼が政治活動・創価学会・公明党！
池田大作・人殺しの殺人鬼・創価学会・公明党！
あやかりドチンピラの池田糞作・創価学会・公明党！ 孔明党ならゆるされるのだろうか？
仲達「ゆるさないぞ!」 メッセージをたくさん送る時、[[[なるじゃん？
みなさんどう打ってます？Xcodeに自動補完とかあるの？ >>594
適当に打って、あとから余計なのを消す。
余計を検出するのは、XVimの%コマンドを使う。
matchitとかっていうpluginをterminal.appで使うって手もある。 >>594
]を打ったら状況に応じて勝手に[を入れてくれるよ
入れる場所を間違えてエラーになる事もあるけど ありがとうございます！
SwiftからCocoaプログラミングを始めて、その背景を知りたかったのでObjective-Cをちょこっと調べてました。
そこで、気になって質問しました^_^ >>597
俺と同じパターンだね。
Objective-Cのサンプルを読む事もあるしね。
Swift -> Objective-Cって人も最近は居るだろうね。
Swift3からObjective-Cを見ると、冗長な部分が目立ってしまう。
例：
obj-c: dissmissViewControllerAnimated: complition
swift3: dismiss#animated:
Objective-Cはコンパイル早いっていうメリットがあるけどね。 >>598
そうですか！
言語は新旧ありますが、ロジックやフレームワーク自体に優劣がある訳ではないので、Objective-Cが読めるとプラスですよね >>599
Swift3からiOSいじり始めた俺からすると、obj-Cは怖いわぁ。
Swiftにおけるnilに相当するのがobj-Cには、
nil、Nil、NULL、NSNullと4つもある。
Frameworkにあるメソッドにnilを返すものとerrorをthrowするものと混在するのも
おれは混乱するわ。
それから、未だにOptionalが返って来た時に、どうやってunwrapするか、
すなわちnon-Optionalにするのかも混乱する。
1. if let or guard letを使う
2. coaleasing opperator ??を使う
3. forced unwrappingする >>596
メッセージ呼び出しの自動補完はifの周りが割と鬼門だよね、式の解析が一部混乱してる感じ
くっころさんになることたまにある。 Bool areInst(int thing1, int thing2)
{
return(thing1 - thing2)
}
これ､YESかNOが返されるんだけど
0か1が返ってくるには､どうすればいい？ >>603
if YES {
return 1
} else {
return 0
} aac→pcmの変換について教えて。
ネット上のファイルからaacのデータ取ってきて、
1.AudioFileStreamにデータ食わせてAudioFileStreamPropertyListenerProcを受けてからASBDを取得。
2.1.のASBDをAudioConverterのインプットに設定。アウトプットはAudioUnitのインプットと同じ設定。
3.AudioConverterFillComplexBufferを呼び出してAudioConverterComplexInputDataProcのコールバックで、AudioFileStreamPacketsProcで通知されたデータを渡す。
という流れでデータを処理してるんだけどいくつかのコンテンツでAudioConverterFillComplexBufferがエラー(1852797029)で帰ってくるんたが理由がわからん。何でかわかる？ >>605
解決した。データが微妙におかしかった。 gfortranでコンパイルしたfortran subroutineをObjCから呼べますか？ Objective-CというかCからで、gcc(gfortran)はCへのインターフェースを用意してるし、gccといえどもプラットフォームOSのオブジェクトを吐き出すんだから、clangでのオブジェクトとつーかーでリンクできるから呼べるだろ Cでできることはすべてできる
そう、Objective-Cならね gfortran -c test.f
をコンパイルしてtest.oを得たとします。test.fに入ったsubroutineをObjCのmain.mから呼ぶことができますか？
clang main.m test.o -framework Foundation -o a.out
こうやってコンパイルできるのでしょうか？
調べると、binary compatibilityがあるよ！って話がヒットします。 コンパイルというかリンクできるかリンカーのお仕事
リンカーの理解できるオブジェクトはGCCでも排出できる。言語の違いはCのインターフェースで共通。なのでできるだろ
やってみろよwやってできなかったらこっちで検証してみてやるよ(えらそうw) swfit4も結構変更があるみたいだね。
swift5もでるみたいだし、objcでいいや >>613
ObjCで作るiOSアプリの方が、Swiftのそれよりキビキビ動く印象があるけど、
どうなんでしょうか？ 今まで通りObjective-Cでは困らないんだよね.. 結局Objective-Cがなんだかんだ柔軟性があって使いやすい Objective-Cをディスってるやつらが理解できないな
C言語使ったことないのかね Cを使ってたから[インスタンス メソッド:引数 キーワード:引数]の冗長になる表記が鬱陶しかった
ObjCを絶賛してる奴らはC言語を使ったことないのかね、とは思う
しかし、最近追加された_Nullable, _Nonnullはどうにかならんものかのう
アンダーバー一つなのと大文字で始めるのが気に入らねぇ、nullable, nonnullだけにできなかったものか
Apple様がサードパーティライブラリなんて気にしてるんじゃねぇよ >>621
#defineマクロ使ってnullableって書けば良いじゃん。 #define nullable _Nullable >>621
わろた
まあ、そのメッセージ記法は最初見たときはその変態的な表記方法に非常に面食らった
なんせその[や]を使うのは配列だと決まっていたからな
でもとりあえず使っているうちに、Cの関数表記とObjectiveな部分が非常にわかりやすく共存できるという事実に気づいたとき一気に好きになったのを思い出した >>622
>>623
まあ言い方悪いけど所詮Cだからどうとでもなるよな
それがObjective-Cのよさでもあるけど どうとでもなることはどうでもいいんだよ
一度__nullableで切っておいて、サードパーティライブラリと競合するから_Nullableにするわって仕様変更した上に
_Nullableとnullableをダブルスタンダードで生かす仕様としていることが可笑しいんだよ
昔のAppleなら__nullableを残したままnullableがモダンだからってnullableの利用を推してたと思うんだけどなぁ
__nullableから_Nullableへの仕様変更とか訳わからんことするのは、やっぱりジョブズがいなくなった弊害か 定期的に「変態表記だから～」って人が湧くけれど
わけのわからん重箱的なとこにいちゃもんつけてる人は
だいたい不満を持ってるのは本人が言ってるそこではないのが普通なので
すると、どこだ？って発言を追った時に透けてくるのが
「メッセージングが気に入らない」で
これ結局オブジェクト指向なんて～おじさんなんじゃwwwとw >>629
メッセージングとはいっても結局事実上メソッド呼び出しとなんら変わらんからな [や]は重箱的じゃなく大局的な表記の問題だと思うんだけど、それは・・・
そして、_NullableはObjC変態表記を問題視してるんじゃないよ、Appleのスタンスを問題視してるんだよ
「メッセージングが気に入らない」はDynamic Dispatchなのが嫌なんでない？
事実上はコストが上乗せされる別処理になってるわけだし
＃ アンチObjCもObjC信者もそこまで考えてない気がしなくもない [r method:x label:y];
func(r, x, y); >>631
Dynamic DispatchはObjective-Cの話に限らないのでなんとも...
nullableについては表面的なモダンさを表面的に考えて追求する雰囲気がSwiftが出だしたくらいから社内で蔓延してるからじゃないの
社員じゃないから知らんけど
>>632
>>633
だからSwift使ってればいいと思うの 大した違いじゃない
だが「この変態！」という根強い意見にも耳を傾けなければならない >>635
だからSwift使ってればいいと思うの... Swiftが出る前から Objective-C 2.0 を Modern Objective-C と銘打ってモダンを追求してたし、それについてはいつものAppleよな
SwiftはDynamic Dispatchを減らす機構を入れてObjCに比べて速度向上を図ったらしいから、ObjCにもバックポートして欲しい
OptionalやGenericsと同様、Swiftで試作してObjCに取り込めば皆ハッピーなんだよなぁ >>636
変なこと言う奴だな
あいにく俺はSwift使ったこと無いんだわ >>638
あ、そうなんだ
>>633を書くくらいだからてっきり
メッセージ式の表記ってそんなに気になる？
自分が最初にはまったのはセレクタの時のコロン忘れかな
それ以外はあまり苦労した記憶がない >>637
速度がネックだったObj-Cランタイムだってアセンブラで書き直したらしいし
速度向上と言っても大したこと無いけどな
nilなら何もしないルールがあるからランタイムを経由しないわけにはいかない
>>639
三番目の>>633はSwiftじゃなくて俺俺言語
あいにくSwiftのようになったようだが Objective-Cが当初敬遠されたのはObjective部分のsyntaxというよりはメモリ管理だと思ったが
まあそれに追い打ちをかけるようにallocとinitの組み合わせが普通に頻出したもんだから変態的だと思う人が多かったのだろう
さらにオブジェクト変数がポインタともなればなおさらだろうな
Object *obj = [[Object alloc] initWithParam: a]; 俺は別に、Obj-Cは実引数の順番が変わるぐらいで変態だとは思わんね
ラベルは有った方がいいし、第一引数は省略可とすべきだし
今風のシンタックスにするとあら不思議Swiftみたいだね >>642
だったらこんなところにいないで、あなたがイメージした理想syntaxと近いSwift使えばいいじゃん... 何かおもしろいやつがいるな
>>642を意訳すると
Swift使ったこともないから全然知らないんだけど、普通に自分で今風の文法みたいの考えてみたら謀らずともSwiftになっちゃった
俺でも思い浮かぶほどSwiftって自然な文法だっんだ！Swift最高じゃん！
でおｋ？ >>643,643
いや俺Swift嫌いなんだよw
ポインタ扱いづらいだろ、よく知らんけど
その割に仕様を減らすんじゃなくて増やしてるし >>644
ｗｗｗ
いや俺ももはやこの人が何を言いたいのかよくわかんなくなってきたのよ... メモリ管理のalloc/freeやポインタ変数なんてそれこそCをやってたら気にならないでしょ...
>>640
本当に性能良くなるのは特定条件下でさほど影響が出るものじゃないよなw
それでもまぁObjCがSwiftに劣っている点ではあるので、気が向いたら対応して欲しいものよ >>646
それはちょっと色眼鏡で見すぎだね
アンチすぎるんじゃね？w
俺は使わないからどうでもいいし、Swiftはアンチになるほどの存在では無い >>647
いやそのはずなんだけど、結局Objective-Cをディスってる人がけっこういるのは、純粋なCをちゃんと使ってた人が殊PCアプリプログラマにおいては少なかったってことなのかね？ >>647
コンパイル時に静的に解決したいメソッド呼び出しには、たぶんレシーバにnonnull必須になるのかな
それがSwiftにnonnullが必要だった理由かも
Obj-Cで高速化が必要な場合は、Cで書いちゃえばいいのでいらんと思うけどね とりあえずSwift使ったことないとか言ってるわりにわりと細かいSwiftネタ挟んできてて草 >>652
いや誰がみてもSwiftの最新情報を調べてるレベルだろ
使ったことないのに嫌いとかいっちゃうほどバカじゃないだろうし
隠す理由が謎 >>653
全然調べてないよw
自分でもたまに心配になるくらいに
俺俺言語とした例は、開発中のインタープリタの構文なのさ
JS, C#, Swiftあたりを参考にしてるから似てるんだよ >>654
嘘に嘘の上塗りをしてるようで芝居臭いが、まあじゃあ嫌いなSwiftみたくならないようせいぜい参考にしていい言語作ってくれ >>649
いやだから、メモリ管理は問題じゃなくて、文法が変態的だからディスられてるんじゃないの
[ ]とか、@とか、冗長な命名規則とか、純粋なCをちゃんと使ってた人ほど辛いわ
CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
それくらいにCとObjCは別物になってて、他に類を見ない独自文化を作り上げてるから取り回しの悪い言語だとディスられる >>659
事実上Objective-Cの文法で書くところはCocoaフレームワークを使う部分だからそれをCで書きたいケースはないと思うけど
よりprimitiveな処理をする部分について資産流用したくてCソースをインポートしたいことはあると思うけど
自分はこれくらい明確に違う方がCとCocoa部分がはっきりわかっていいと思ったけどな
命名規則はObjective-CというよりCocoaの約束かと
＠やコンパイラディレクティブを多用してるのはObjective-Cが純粋なCのスーパーセットであるという仕様上仕方ないと思うけど確かに正直変態的だと自分も感じたのは事実だが... まあかく言うおれも最初Objective-Cのソースに触れた時は[ ]とかいうわけわからん記法でメソッド呼び出ししてるかと思えばNSLog(@"hoge¥d", n);とかも同じソースに書かれてたりして、はぁ？どっちだよとは思ったけどなｗ Objevtive-Cが変態的と言われるのは、まあ、しょうがないが、すぐに慣れることだな。_がどうとかもどうでもいい細かいことにこだわるなあw NSObjectってC側から見ると構造体にすぎないから
cから触ることが可能って聞いたけど本当？ >>659
>CのコードはObjC上にコピペで動くけど、ObjCのコードはC上にコピペでは全然動かないよね
こんなアホ(失礼)なこと言ってるんじゃ、その下や上の「純粋なC」どうとか言える立場になさげ／知識がほとんどなさげにしか見えない >>664
@def使えばコンパイル時に構造体と見なしてメンバーフィールドを直接触れたはずだが、
非推奨なんで使用禁止になったかもw わからん
不透過型構造体のポインタだから普通には無理
ややこしいことをすればできたと思うが、普通はやらない ああメンバーじゃなくオブジェクト自体のポインタのことなら触れるよ
そもそもObj-Cがポインタ渡しだし とりあえずここまでをまとめるとObjective-Cは変態的だけど柔軟性は半端ないでいい？ 「おれけっこう柔道やってたからさーグレイシー柔術が変態にしか見えないのよねー」
(…そもそも違うものやんwwwなにが言いたいんやこのオッサンw)
だいたいこんな。 >>645
それ判る。
C言語の関数と一緒にSwiftを使うのは大変。
構造体へのポインタを引数に取るC言語の関数を、Swiftで呼び出すの、
どうすんだ？
UnsafeRawPointer<XXX>とか使うんだろうけど。 >>671
SwiftとCを一緒に使うくらいならObjective-Cでいいよね ポインタがないSwiftだとCの関数呼ぶ時そこそこ面倒なんだな >>669
クラスとクロージャが使えるメモリ管理不要のC言語（C++も使えるよ） >>675
>>676
なるほど
結局オブジェクト思考なC言語なんだよってところはその通りだよな objcの一番のやばい所は実行中にコードの変更が出来ちゃう事だろ
そのせいでAppleもカーネル関係ではobjc使えなくてc++使ってんだから >>678
Could you tell me the details? 実行中に変更可能なユーザーインターフェースをプログラマが作ればね
そりゃ根本が動的ディスパッチだからどうにでもなる
>>679
クラスもセレクタもユーザー入力で改変可能に作れる >>680
まじか
柔軟性はんぱねぇな
でもそれは当然ソースコード上でってことでしょ？
脆弱性とは違うと思うけど すまん知らん(爆
でもそれはあくまでそう作ればでしょ？
逆に他の言語だとできないの？ >>683
要は、クラス/セレクタは、文字列から取れる/生成できるから、
それを利用した悪意あるコードを書けるし、プログラマが意識せずそうなってる事もありうる >>683
作れば、じゃなくてObjC のメソッド呼出しは最初からそうなってる。
古い情報だがここら辺読めば分かる
http://news.mynavi.jp/column/objc/043/
がお前は何も分かってないみたいだから読んでも無理か。 >>665
お前、ObjC使ってるのに[や]を使わないのかよwww面白いなwww >>675
C++が全く同じこと出来てるんだよねぇ
常に動的ディスパッチという点は実現してないけども
まぁC++の機能をモダン()に文法ラップした言語がObjCだから当然なんだよな
変態文法でC使ってると取っ掛かりは辛いけど、まぁ慣れれば使えなくはない言語よ >>684
結局セレクタ(=文字列)としてマシン語に組み込まれちゃうからハッキングされるってこと？
>>685
ありがと
でも一言多いんだよなぁ。。 >>688
その辺は悪意を持って追求した事無いけど、やり方は色々あるだろうね >>687
Objective-CとC++でほぼ同時期に独立して開発されたんじゃなかったっけ >>689
仮にセレクタ文字列がそのまま一意にマシン語にコーディングされてるとなると、なんかJavaのバイトコードみたいで微妙だなぁ >>686
イミフすぎ
何言ってるの？ぶりからは同一人物か？ww >>678
そのせいではなくて、単に速度やコードの重さからだろう。言っているのはIOKitのことか？カーネルの部分ではC++でさえなくCだし
Objective-Cのその部分でナニかあったというのは聞いたことは無いなあ。なぜかw
フックするのは簡単だが、フックするコードが活性化するのは簡単じゃないし。まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど >>694
ん？？
まさか
>フックするのは～
の部分じゃねえだろうな？wてか、無理せずに読めないなら読まなくていいよ。あたなのレスにレスしてるわけでもなく >>695
>まあまだ簡単ぽいのは閉じる生きづらい方向にはしているけど >>696
ああ
前のはIM plugin(だったけ)で簡単に、それが閉じられてScriptプラグインでとか。それもrootlessになってrootless解除してからじゃなきゃという、
(ある意味)まっとうなプロダクトであるSIMBLが／を使えるようにするのがめんどくさくなってるというのが代表的かな >>692
すごいなー、メッセージ式表記使わないでObjC書くんだなー
C関数しか叩かないでObjCコードを書く変態は尊敬するよ >>698
いやあ、マジで何言ってるの？www
もうキチとしか見えないぞ。いいのか？w >>698
メッセージ式だのObjective-C固有／追加された部分があるから、Objective-CをCにコピペってもCコンパイラが理解できるわけないじゃん。んなこと言うのもなんか恥ずかしいw当たり前のことをさも言うのはナニもわかってないんだろな
(そうでないからCじゃなーいとか言いそう／言いたいのかもだが)
っていうのがそもそもの意味なんだが。なんでそんなトンチンカンすぎるキモい絡み方を続ける意味がわからん。同一人物だったらありそうだがww
これ以上イミフすぎのレスするなら、真性とみなすぞ >>700
しらんwwまったくわからん。そりゃお前にもそう見えてもしょうがないww >>703
世界中にどんだけキチガイがいるんだよ。。。 ObjCコードがCコードにコピペできるって愉快な信者をからかって遊んでる
多分、NSLogとかのC関数だけ使って
NSObject *object = [NSObject new];
なんて[]を使うコードは書かない変態なんだよ
やっぱりObjC信者は変態ばかりだな(褒め言葉 まあなんだろうな
conventionalなC言語のソースコードはObjective-Cのソースコードでもある
なぜならObjective-CはCの純粋なスーパーセットだから >>706
はあ？遊んでるww
「読めない」のはわかったし、それはしょうがないし特にとは思わないが、そこまでんなこと言った覚えは全く無いことをさもなのは自分の脳内で閉じてるという真性に近しい人でしかないと思うぞ。なんの為にレスしてんだか…そか、真性だからか？w >>701
でだ、元々はCとObjCが全然違うもので、CやってたからってObjCが素直に慣れられるものじゃないって話をしてたわけでな
その話の流れを見てないで、「ObjCがCにコピペできるわけない」の部分だけ取り上げて云々ってのは話がズレてるわけよ
そのズレを笑いどころにネタを振ってくれてるんじゃないの？本気でそこを指摘してるの？ >>707
元々はCのプリコンパイラでなかったっけ？
確か、今でも、Objective-CのソースからCのソースを捌けるはず。なので、CでObjective-Cクラス／機能をバリバリ扱えないこともない。それをするのは人間業ではないけど >>709
お前にとってはそうかもしれないが、そんな当たり前すぎることを言うこと自体がって話だよ。普通は言わないと思うぞ。んなこというヤツの知性が疑われるからな
で、お前が言う元々の話も、お前はそうかもしれないでしかない。Objevtive-Cのよほど初心者の本でなければ、Cを知っているのが前提だからな。お前の論で言えばCを知っているのが前提ってありえないだろう >>706
NSLogはC言語の関数ではないだろう！
Objective-Cのグローバル関数。
書式文字列なんて、C言語とは全く別。%@とか。
引数も、Objective-Cのインスタンスが必要。
@“OK”とか！ >>712
ぁぁ、間違えた。@“OK”はNSStringのインスタンスね。 久々にObjective-Cでググったらこんなページが
http://qiita.com/koher/items/4aea541fd0f0d8a9a166
こんなあからさまに臭いことするからSwiftはゴリ押しとかいわれるんだよな.. おっと、NSLogってのはFoundation Functionってカテゴロリに分類されてるね。
NSAssert, NSLogvとかと同じなかまかぁ。あまり意識した事なかったけど。 >>712
その話は微妙なところだな
ある意味でObjective-Cたらしめてる部分でもあるんだが、関数はCといってもいいんじゃないだろうか
まあCはObjective-Cに完全に内包されているのでObjective-Cの関数という表現も正しいと思うが
結局引数としてわたされるのはNSStringのオブジェクトであるとはいえ実態はただのポインタな訳で、ポインタを引数にとるただのC関数とも言える >>710
まあObjectiveな部分の記述はコンパイラディレクティブを使って分離してるからね >>712
まあ、インターフェースがCなんだからCでええやん。CoreもCじゃないとか言うと、pure C (？）と C がごっちゃすぎ。まあ元々は pure C のことを言い出してるっぽいが、本人自体があやふやなので…w
>>714
なんか前に読んだことある
>nil に対するメソッドコールはエラーにならずに無視されるという悪しき仕様
ってとこで、ああ、この人は「そういうコード書く人」なんだなと。読むに値しないと判断したので、そんな単に個人のご意見に「臭いとかゴリ押し」とか噛み付くほどでも無いだろう
(「そういう～」というのは、逐次nilか注意してないでコードを書く人。意識してたら普通にその動作で問題無いのだがな) >>711
うーん、論旨が変わってしまってネタが分からなくなってしまった, >>709のマジレスをなかったことにしたい
何かが間違っていてアホ(失礼)にあたるというツッコミ?ボケ?(>>665)で、それが「ObjCのコードはC上にコピペでは全然動かない」じゃなかったのかいな
純粋なCをちゃんと使ってた人ほど文法がゴロっと変わるObjCは辛い、が当たり前のことでそれが誰かの失礼に当たる？
まー、当たり前のことでもいいんだけど、それじゃObjCを擁護出来てないからそう言う意見じゃないよな
・Cの文法とObjCの(変態)文法は全然別物である
・純粋なCをやっているとObjC文法は素直に習得できる
この二つを矛盾せずObjC擁護してくれるとありがたいんだが出来そうかね >>693
まぁIOKitもそうだけど
内部でC++は結構使ってるよね
KEXTだってKernel EXTensionなんだからカーネルと言ってもいんじゃん？
少しでも拡張性を持ってかつハックされたくない所のライブラリとかC++使わざるおえない感じを受けたよ
てかmac自体初期から組み込みの色が強いからC++よく見るし親和性も高いイメージあるわ
あと関係ないけどクリエイティブ関連って言うとあれだけどOpenGLとかCinderとかそういうのと同じ匂いがする
objcはメソッドや昔はクラスごと入れ替え出来るからハッキングや割れが簡単なのが問題になったな
セキュリティやシリアルの発行をobjcだけでやるようなエンジニアがアホなだけだけど
今でもSafariのハックは盛んだし昔はFinderにタブ付けたりしてたでしょ公式で対応しちゃったけど >>716
そうだね
Objective-C=C+Objectiveだからな >>720
語弊を恐れずにいうとObjective-CのCはまったく別物でありながら同じでもあるといえると思う
正確にはCにまったく別の文法を使ってオブジェクト指向を純粋に足したものがObjective-C ああ、肝心なところtypoした
×Objective-CのC
○Objective-CとC >>718
確かに記事読むと表面的な話に終始してるな
Objective-Cはその他に類を見ない柔軟性により玄人指向なのだろう
逆に本当にスキルがある人には使いやすいんだろうなって思う >>721
まだCocoaが発展途上だった時代にCarbonとの親和性を確保する意味でもObjective-Cは都合がよかったんだろう >>721
骨幹から(？) C -+-> C++ -+-> Objective-C かな
KEXTはカーネルにすごい近いからカーネルと言ってもいいじゃんというまさしくそれに沿って別に簡単にフックできるから危ないからじゃなくてC++なんだろうという
いろいろなプラグインなんて、それこそ今でもハッキングや割れ(？)が簡単にやり放題にできるけどね。だが、いまだにそんなのが無いんだな、これが。まあサンドボックスやrootlessでやりづらくはなってはいるけど
んなとこから、IOKitがC++なのはObjective-Cが危ないからって話では無いだろうという俺論
>>723
一行で素晴らしいw彼もわかってくれればいいがw >>720
>・純粋なCをやっているとObjC文法は素直に習得できる
の部分については、オブジェクト思考部分以外はCそのものなので、単純に追加されたオブジェクト思考部分を記述する文法さえ覚えればいいので、Cをやっていた人からすると習得コストが低いと言えるんじゃないかな
もちろんオブジェクト思考部分を記述する文法（=ObjC文法というのかな？）はCをやってた人からすると「変態的」なので最初は面食らった人がほとんどだと思うけど
ただやって実際見たらそんなに覚えることそんなにないじゃん的な感じかと >>727
いまだに無いって世間知らずにもほどがあるだろ？
appStoreに移行しても被害額減るどころか増えてるんだから
まあメソッド名隠さないで簡単に推理出来る名前のまま公開してる奴は擁護出来ないが
objcは簡単に中身を書き換えられる&覗かれるってことを理解した上で書いてないシェアウェアが多いよね
ただmac自体ユーザーが極端に少ないからそれらをやる人間も必要としている人間も少ないわけで目立たないだけだろう
SIMBLだって今後使えなくなったとしても同じプロセス上にロードするだけで良いだけだから
動的なリダイレクトが出来る今のobjcの設計ならいくらでもやりようはあるからな
カラーピッカープラグインでもロードされるタイミングでスウィズル出来るわけだし
ただ結局それらは個ソフトウェア内だけだからあまり問題視されてないのが現状だろう、結局エンジニア次第だからな
これがOSの根幹で出来るとなったらやばいどころじゃ無いのは簡単に想像出来るだろう >>729
知らん。例えば具体的にどんな？ニュースになるような被害って？例え少ないのでもMac関係では大いに報道するだろ(アンチなのは妙に誇大にするからアレだがw)
あんな簡単に外部コードロード＆フックできる仕組みなら、例えユーザ数が少なくたってある程度／かなりあっても不思議ではないだろ
別にObjective-Cに限らず、トロイにしろなんにしろ、なんでもできるのはそりゃそうだろ。そうじゃないと困るわ、生きづらいw
だからそもそもナニかする手段はあるって言ってるだろ。それが具体的に悪用されてるのがどんだけあるのかって話だよ
ネイティブコードが読み込まれるなら、Objective-CでなくてもMach-Oなプラグインだったら何でもできるだろうに、
なぜかObjective-Cだけ(危険／C++は安全？？)とか、Objective-Cが簡単にフックできるからってのに捕らわれ、そうだからそうに違いないと言ってるだけにしか見えないな
そういえば、iOSは頑なに内製Framework(というか、dylib／別にObjective-Cなdylibでなくてもいろいろできる)を認めなかったが、
なんかいきなりあっさり認めるようになったな。お前の言っていることとは逆じゃね？より厳しいiOSでなのに >>729
・コードをシステムなりに入れて起動できれば、そんなのObjective-Cだろうが他の言語だろうが関係ない、別のこと
・そのアプリの機能に介在するナニかをしたい場合にObjective-Cでフック機能が便利
・アプリの機能に関係なくなら、別にObjective-Cでなくても同じ危険性があるだけ
アプリの機能に介在してナニかあくどいすることなんてそもそもそんなありえるのか？関係なくの方が多いだろう。トロイ的にだが、その手法はあることはあるし
なんだかよくわからんが「これがOSの根幹で出来ると」いう、さもObjective-CでOSの根幹がありきのような話だが、そんなこと最初からないって言っているのがわからんのかなあ
アプリレベルプログラマでもCoreとかObjective-Cの同クラスより高機能なのが並列している時点で、
Objective-Cはアプリ／サービスレベルのフレームワーク用＝OSの根幹でんなことしてられねえ(めんどくさいのだか何だかわからんがw)ってわかると思うだが、なぜかそこがObjective-Cであったらという前提はただの妄想にすぎないと思うよ この流れがつまらない。
仮定の話で盛り上がるならオフ会でも行けば。 物知らずの無知無知ボーイ ID:5hrgPajG が声高に頑張ってたせい。 「酔っ払いの喧嘩は外でやっとくれ！」
酔っ払いの一方:「あいつが悪いんだ！」 >>723
それは知っているよ、だからどうしたというね
別物である部分があるからって話をしてるんだから話を手前に戻さんでくれよ
>>728
初めて真っ当なObjC擁護レスがきて感動した...(感涙
ObjC文法が多くなけりゃその通りなんだよねー
懸念はSwiftが出ても尚延々とObjC言語仕様を追加してるから、益々Cから離れていきそうでなぁ
>>727
だから、お前は自分の意見を矛盾なくレスしろw
>>655のレスも結局ボケだったのかマジレスだったのか分からんぞ >>738
何言ってるの？www
マジレスに決まってるやん。なんだCと同じじゃなきゃダメだって言ってるのか？それでも何言ってるのだがwダメだこりゃ >>739
マジレスっつーことは意図することはこういうことか
> 純粋なCをちゃんと使ってた人ほど文法がゴロっと変わるObjCは辛い、が当たり前のことでそれが誰かの失礼に当たる？
誰に何が失礼にあたるのか相変わらず分からないけど、共感してくれてるようで良かったよ
Cと同じじゃなきゃダメだって言ってるんじゃないよ、共感してくれてる通りCと違いすぎてるから純粋なCやってるとObjCが辛いって言ってるんだよ 218デフォルトの名無しさん (ﾜｯﾁｮｲ 056c-cJAr)2017/08/07(月) 09:36:54.43ID:tO02o/C10>>221
>>212
メソッド呼び出しに、ドット構文が使えればObjCも描きやすくなるよねぇ。
Objective-C 3.0に期待だね。
id a = [[NSObject alloc] init];
->id a = NSObject.alloc().init(); // こんな感じ！
221デフォルトの名無しさん (ﾜｯﾁｮｲ d9b5-xdmZ)2017/08/07(月) 12:05:53.21ID:tDzZ+7xU0
>>218
obj-cの魅力ってあくまでcの拡張でありobj-cの世界は[]の中だけってスタンスであってほしいから
ドット構文?はあんまり増やしてほしくない
個人的にはElixrのパイプ演算子(|>)をobj-cに採用して欲しい。
(元ネタはElixirじゃないかもしれないけど。)
[NSObject alloc] |> [@ init]
みたいな感じで使う。Elixirの場合だと返却値を次のメソッドの第一引数に渡すって意味だけどobj-cでは@を置き換えるみたいな感じで
ObjCユーザ的にはこういう構文変更はあり？ >>740
理解はするが、全く共感はしない
見慣れない構文に戸惑うが、そりゃ違う部分だから当たり前だろ。「辛い」なんて全くわからん。見慣れない構文もよく使うのがほとんどだから直ぐに見慣れるだろうに、なにが辛いんだか？？ >>740
ああ、なんかイミフでスルーしてたが、「失礼」って、俺が書いた「(失礼)」のことか？？
だとしたら、お前にだよ。で、失礼の部分はそこじゃない。アホだなと思ったが、そう直球でいきなりアホ呼ばわりするのもっていう「アホって書くけど失礼」って意味 >>742
うんうん、理解できたのは良いことだぞ
ObjC至上の宗教家っぽいし、共感できないのは信仰が違うから仕方ないんだろうね
流石に信仰を曲げてまで共感してくれとは思ってはないよ
ただ、お前さんが共感できないからってアホとなじるのはどうかと思うし
信者がそういう言動をする所もObjCがディスられる要因なんじゃないかな なぜに上から目線？wwまあ、自己脳で完結してるのは知ってるからいいけど
宗教とか信仰とかただのアンチなのか？まあ、言いぶりからはお前は使っているっぽいのかなと思ったが、ちょっとやってみただけ(／やらされたのか？辛いらしいからw)が正解かな？
自分のモノにできてないのは確かのようだけど。で、やっぱ最初の俺のレスが正解か…ww なら続けた意味は、まあ、あったようななかったような 中身がCの文法で書かれたモジュールを
Cの関数なんかじゃできなかったレベルで
取り回せるのが便利で評価されてる言語に
「そのCじゃない部分が嫌なのよね俺」とか
ここで口を開くレベルにも至ってなくて草ボウボウwww >>747
それはプロパティ限定。
seterとgetterの糖衣構文に限定してる >>741
それ。俺が書いたやつだけどマジで欲しいぞ。
https://github.com/ReactiveCocoa/ReactiveObjC
これとかみてくれればわかると思うけど。
ネストが深くなると凄く書きづらくなるし。Rxの学習をobjCで始めるとマジで辛い。
swiftはopensourceになって提案できるようになってるけど
objcにそういう仕組はないのかね >>750
たぶんこのスレで[ ]のネストについてなんか言ったところで暖簾に腕押しだと思うけど >>745
Swiftなんて商用利用に耐えないし他にApple OSで使える言語ないから、10年以上業務で使ってるよ
今更自分で使う分にはさほど問題ないけどだからってObjCは至上の言語！とか言うほど陶酔してないわ
>>750
[ ]のネストの深さに味があっていいんだろ
慣れてくると冗長な命名規則と[ ]ネストの深さで1行あたりの処理がアホほど伸びて、それが美しく感じられるようになるぞ メッセージ構文だろうがドット構文だろうがネスト数が多いこと自体が鬱陶しいだろ
どっちかっつぅとクラス設計の問題じゃないの >>753
Rxの概念的な都合によるものだから
どうしてもネストが深くなりがちなんだよね。
そもそもパイプが使えるとデバッグが楽だったりするし
ネスト構造でログを間にはさみたいときとかどうする？
結局ネストを壊して一時変数に途中経過を代入して出力するしかないでしょ？
メソッドチェーンなりパイプ演算子が使えると間に挟むだけになるから凄く
メンテナンス性が高い >>753
Reactive Functional Programmingは必然的に多重ネストしちゃうが、
鬱陶しいとは、初めての意見だなぁ。
variable.asObserver()
.foo()
.bar()
.baz() {|cell|
// do something
// do something
}
これって、鬱陶しいかなぁ？ >>753
あとドット構文とかパイプ演算子を使うとネストは深くならない。
メソッドチェーンを繋げるとネストが深くなるとは言わないよね ドットでも[ ]でも大して変わらないって自分は思うってだけ [[[[variable asObserver] foo] bar] baz:^(id cell) {
// do something
// do something
}];
ふつくしい >>757
そうとも言えるし、そうとも言えない
リアルに最近、(ちょっと)ん？と思った文w
[self menuItemsForPath:[[[node attributes] getNamedItem:@"representedFile"] value]]
まあ、現在のObjective-Cでも、
[self menuitemsForPath:[node.attributes getNamedItem:@"representedFile"].value];
と書けば、全然w。ドットにしてみて、
self. menuitemsForPath(node.attributes.getNamedItem(@"representedFile").value)
まあ、あんま変わんないかな
そうとも言えないにはイマイチだったか >>758
同じように改行でもインデントでもなんでもいれれば？ Apple様のXcode自動インデントに任せて baz:^ の:の所に合わせてブロック文の中身はインデントを入るよ？
ブロック処理がコード上のすごい右側に行ってしまって
もうこの美しさと言ったらObjC/Xcode以外では中々に見ることが出来ないレベルだと思ってる Apple様とか言ってるのはお前がだぞw
有るものを受け入れるに過ぎない＆有るものをいかにどう使うかがお前や俺らのやること。それを使うというのはお前や俺らが自分で決めたことなんだから。それは別にAppleのに限らず
なんか自称開発経験長いようだが、よくそんな自分では解決できない不満満々でやってるなあ。その分他に使えばいいのに。全然長いように見えないな 2個目以降のblocks引数のことだろ
1個目の左側と揃えた方がいいよ デフォのフォーマットでは、2個目以降のblocksも引数のblock中身はインデントひとじゃね？
いくらあろうが右へ右へとは行かないよな？？ インデントは2個目で止まる
だけどシグネチャがそもそも長いから右に寄りすぎるってのはある
1個目と同じで問題なさそうなのにね
まあ別にいいんだけど気になる点ではあるな そもそもデフォのフォーマットが気に入らないwから、自動補完後に整形するけど、自動補完中はTab(&click)とReturnで進めばBlockの中身分インデント一つだけのような／だけだけどなあ
2つになる場合がなんかあったかもしれないが補完後に整形するから忘れてるのかもしれないけど >>759
ドットもよくわからんよね
[ ]はどのオブジェクトに対して何の呼び出しをかけているかが明確にわかりやすくて個人的にはいいと思うんだけどな 提供された言語仕様をあるがままに受け入れられないヤツはObjCを使うな 「俺の馴染みのない表記が混ざってるのがキモチワルイ」言われても
評価してる側は「外への働きかけが表記分けで一目瞭然なのがイイネ」だから
話が平行線というか、
むしろ、最近の言語が(swiftみたいに)すぐにどのレベルの処理も
フラットにベターッと書くのを指向していて
それよく知られてるいつもの【ダメなやつ】なのになんで
あれやりたがる開発者多いのか… [] はコストが関数呼び出しより高いことを明示してる感じでとても良いと思う。 プロパティとかいうドット表記が問題なんだよな, 挙句にgetter/setterのメソッドに紐づいてるし
あれをObjCに取り込んだ害悪は誰だったんだろうね >>772
変な日本語！
プロパティアクセスに限って、ドット表記ができるってのは、
Objective-Cらしくて良いんじゃ無い。 230デフォルトの名無しさん (ﾜｯﾁｮｲ 056c-cJAr)2017/08/09(水) 14:56:18.93ID:ocU/hJiZ0
>>229
Objective-Cでもジェネリクス可能なのか？
どのレベルまでできる？
1. 型汎用な関数
2. 型汎用なクラス
3. 型汎用なプロトコル
4. 型汎用なプロトコル・エクステンション
SwiftスレでObjCについて聞く前にググれ
https://developer.apple.com/library/content/documentation/Swift/Conceptual/BuildingCocoaApps/InteractingWithObjective-CAPIs.html#//apple_ref/doc/uid/TP40014216-CH4-ID173 プロパティじゃなくてもシグネチャ次第でドットにできるけどね >>774
Lightweight Generics
って書いてあるね。
Swiftから呼べるObjective-Cコードは軽量版ジェネリクスってことか？
軽量版ジェネリクスかぁ。。。なんかグッと来る日本語無いかな？
Matzだって名前重要って言ってるし。 >>772
確かそもそもは、Cocoa Binding
Cocoa Binding(内で使う／に指定する)で メンバ(のメンバ？) の表記がドット。Cocoa Bindingとして対象は当然「プロパティ」という概念／名称になろう
この時点ではObjective-Cには property なんてなく、当然ドットもない。Cocoa Bindingがプロパティとして呼び出すのは単にセッター/ゲッター。セッター/ゲッターを量産する手段をObjective-Cには同時期かまたはちょっと後(それまでは、全部手でセッター/ゲッターを書く)
その後いろいろあって、今のに
なので、よくわからんが今やり始めてそう思うのは仕方がないのかもしれないが、無茶苦茶言ってるなてとこかなw >>769
その【ダメなやつ】を最近もクラスプロパティの言語仕様追加で従来[ ]で呼び出してたものを.で呼び出すように推進してるからなぁ
言語仕様変えただけじゃなくご丁寧にCocoa, UIKitのフレームワークライブラリの実装まで修正してくれてるし
昔は【ダメなやつ】だったのかもしれんが、今は【イイやつ】になってると思うべきなんじゃねw
ObjCの言語仕様が追加されるのはいつものことだし、変わったものをモダンで良いものと思って追い続けないとやってけないよ >>777
なんか誤解してそうだけどObjC単体でも使えるからな
ListやDictionaryなんかの一部コレクション系クラスの保持オブジェクトの型をコンパイル時チェックできるようになった
Java5の頃のジェネリクスと同じ感じだな, C++のTemplateみたいな使い方はできないがまぁ仕方あるまい
軽量"版"というからしょぼく見えるんだから軽量ジェネリクスでいいじゃん
コンパイル時間は多少伸びてるだろうが、実行時オーバーヘッドは０のはずだからな >>778
まあドット表記自体は構造体のメンバアクセスとしてC(=Objective-C)に備わってるけどな
それをオブジェクトに対してあえて適用しなかったのがObjective-C >>781
正確にはC(∈Objective-C)だけどな
まああえて＝って書いたのかもしれんが >>781
あえてというか、必要性が無かったからだろう
Cocoa BindingでGetter/Setterをたくさん用意しなくてはならない／するのを強制されるのは確か。そういえばGetter/Setterの命名規則もこれのせいだったような(それ以前にあったかもしれないが「でなければならない」ではなかった)
オブジェクトに対しては、
ClassA *obj = …
(*obj).instaceVariable = …;
として、(たぶん)最初からあるけどなww(Cの構造体メンバアクセスとは確か「ちょっと」違う)
最初は構造体のと同じ表記なのに単なるメソッド呼び出しの置き換えとかキモかったなw >>783
>それ以前にあったかもしれないが「でなければならない」ではなかった
ちょっと違うな
それ以前にあったかもしれないがルールが明文化された
かな。ルールに基づかないのにもなのがsetter=/getter=の存在でもあるし >>783
obj->instaceVariable = …;
とするとどこぞの言語っぽくもなるなｗ > オブジェクトに対しては、
> ClassA *obj = …
> (*obj).instaceVariable = …;
> として、(たぶん)最初からあるけどなww
最初からはねーよwww
ギリギリ->オペレータがあったくらいだわ
まぁその当時はC/C++を継承した->は【ダメなやつ】で[ ]のみが正義だったわけだが >>785
それは「たぶん」でなくて「確かに」だろう
そっちの書き方が普通で>>783の書き方する方はちょっと捻くれ者かなww
NSCopying実装するのに普通にそれをだったが、今時はsetter/getterやpropertyのがかな？まあ、setter/getterやpropertyを用意するまでもないインスタンス変数なんて普通にあるから、今でもだろうけど >>786
なるほど。使おうとしたことあるのか？w
なんか下みたらそんな気配は無さそうだが、まあ、俺は試したことは無いので、いう通りなんだろう。どうも (*obj).foo も obj->foo も@publicじゃなきゃならんな
Cの構造体の構文に似せてあるが、シュガーだよ >>789
うん。まあ、単なる目に見えるメソッド置き換えよりも、なんか気分的な親和性があったというか
NSObjectの構造を見るとアクセスするのに単純にいかなさそうなんだけど、今はなんか簡単にやってやがるっぽくない？よく調べてないがコンパイルで吐くコードがなんか単純(以前のでの吐くコードがどんなんか知らんけど)
struct objc_class が OBJC2_UNAVAILABLE だから、Objective-C 2.0 で何か思いきったことやってんのかなあ？ >>786
稼働可能状態な古いMac持ってる知り合いに聞いて試してもらったら、10.4では (*). はコンパイル＆ランで問題ないって
10.0 から 10.3 の間かなあ？そんな別に無くてもいいもんwいつサポートするようになったか興味がちょっとあるなw(いつの話か教えてくれたら嬉しいな) objective-c property のアクセス制限で相談です。
外部へはreadonlyプロパティとして公開し、内部向けにclass extentionにてreadwriteプロパティとして再定義したクラスがあります。
これを、swiftで使おうとしたところ、generated headerの中にこのプロパティ定義が作られない事に気付きました。(xcode 8.3.3)
多重定義を止めると、普通にプロパティ定義が作られます。
多重定義プロパティでのgenerated header不具合っぽいのですが、良い対処方法を教えてください。
思いつくのは
・Immutable classのサブクラスとしてmutable classを作り、そこでプロパティを再定義
・readwriteのpropertyを別名でclass extentionで定義しインスタンス変数を共有、内部からはwrなプロパティを使う
くらいです。 こういうこと？
Hello.h
--
@interface Hello : NSObject
@property (readonly) int i;
@end
Hello+ReadWrite.h
--
#import "Hello.h"
@interface Hello()
@property (readwrite) int i;
@end
ObjCでもSwiftでもHello+ReadWrite.hをimportしてればrwプロパティとしてアクセスできてる(Xcode8.3.3/High Sierra)
Hello.hをimportしてrwプロパティを持つgenerated headerにならないのは不具合ではなく仕様通りではないかと いえ、公開したいのは、readonlyなプロパティなので、上記例で言えばHello.hの方です。
その場合、プロパティ自体が存在しない空のgenerated headerになってしまいました。
Foobar.h
@interface Foobar: NSObject
@property (readonly) uint32_t count
@end
Foobar+internal.h
@interface Foobar ()
@property (readwrite) uint32_t count
@end
Foobar.m
#import "Foobar.h"
@implementation Foobar
@end 同一プロジェクト内で双方向のpublic getter, private setterはこんな感じでいけた
ttps://pastebin.com/2ckH2LeE
ライブラリプロジェクトでプロジェクトを跨る時はObjC側はBuild Phrases -> HeadersでHello.hをpublic設定して
Swift側は@objc public class HelloSwiftで宣言するんだったかな, @objc publicは最新で不要になってる気もする
多分、ライブラリプロジェクトについて話してるんではないだろうから、ここは意識する必要ないだろうけど
プリミティブ型じゃない時に何か特殊な障害があったかな・・・ 372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円 平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ
それらの案件まさぐってHPで転売していたのが零細ITがやるフリーランスサイト
473非決定性名無しさん2017/08/03(木) 15:21:30.71
JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の
間でやらしている。
446非決定性名無しさん2017/08/02(水) 22:12:48.95
JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした
自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む その方法でまんま何も問題ないけど？
Swift側で、入力補完でプロパティ出てくるし、参照に問題なく代入で
cannot assign to property: 'count' is a get-only property
ってエラー出るし
generated headerってなんじゃらほいだが。SwiftでFoobar.countの定義参照(Command+Click)してもFoobar.hのそれまんまがだし
Swift -> Objective-C が Generated Header(SwiftソースからObjective-Cのヘッダーをじぇねれーと)じゃないのかな？？Objective-C -> Swift はBridge Header (なにかしているんだろうが、単なる参照用) >>797は>>794宛て
>>795
すでにレスってたのね、失礼。ほぼ、同じどす >>795,797
コメントありがとうございます。指摘通り、Generated interfaceの誤りですね。
今手元でこんな感じです。
ttp://i.imgur.com/D8CWZTP.jpg
上がCocoaアプリ、下がFrameworkに置いたものです。
いずれも、Generated I/Fの中に上書きしたプロパティが出てきません。
Xcode再インストールが先でしょうか？ >>799
絵が見えないー。何をやってるのか見えなーい
んー… Swiftで作ったクラスをObjective-CでがGenerateだと思うんだがな。HeaderとInterfaceの違いではなく…まあ、どうでもいいけど、Objective-Cで作ったクラスをSwiftででいいのね？
何やってるのか見えないのでなんともだが、とりあえず Product メニューの Clean(よりも、Option押しながらのClean Build Folder…)かな ttp://light.dotup.org/uploda/light.dotup.org471442.png.html
すみません貼り直します。
Obj-c => Swift が目標です。 >>801
ん？？右端の Hello.h が generated header/Generated interface とやら？んなのいらんだろ？？
単に、Bridge Header に、その左隣の Objective-C 用の Hello.c をインポートすればいいだけだろ？？>>795さんのでいえば30から31行目、Hello-Bridging-Header.hというファイルに#import "Hello.h"を一行
Bridge Headerを使うようには設定でだが、Objective-Cのプロジェクトで最初にSwiftファイル作れば、「Bridge Headerつくるよ」とXcodeが勝手にやってくれるし、その後設定を確認してみればBridge Headerを使う設定がわかるだろう >>802
>勝手にやってくれる
Bridge Headerファイルの作成と、プロジェクトへのBridge Headerファイル登録と、ビルド設定ね
Swiftで使うクラスは、Bridge Headerに自分で記述する(単に#import "….h") >>802
すまん。ちょこちょこ間違えた
>その左隣の Objective-C 用の Hello.c
その左隣の Objective-C 用の Hello.h
>でいえば30から31行目
でいえば30から32行目 >>801
そういえば、(標準の)Frameworkは？ってのは、umbrella headerってのをFrameworkに仕込むらしい
それも、ヘッダーはそんなSwiftみたいなのではなく、単にObjective-Cのヘッダー(をSwift用にプリコンパイル(？)してモジュール化しての)
すると、Swiftで
import Foobar
ってだけで >>805
ああ、umbrella headerって、Objective-Cでも／でのModulesのためのか。@importの。@importなんて忘れてたw
それの使用／流用か？@importはSwiftより1年先みたいだし 解決できてなさそうだから一式上げた
ttps://www.dropbox.com/s/dycv00sv7gc9c9a/Hello.zip?dl=0
Swift PJをベースに作ったけど、ObjC PJベースで作っても同じ感じ
Hello-Bridging-Header.h を適切に作成、参照させてないのが原因とエスパーしとく
参照設定はXcodeで Hello -> Build Settings -> Swift Compiler - General -> Objective-C Bridging Header の所な アンブレラヘッダって、Cでよくやる各モジュールのヘッダをincludeしてまとめてあるヘッダのこと Accelerate.frameworkを見ると出来るみたいね
>>811
サンクス >>811
ごめん、アンブレラヘッダとアンブレラフレームワークと混同してた。frameworkも出来るみたい。 皆さんありがとうございます。
どうにもドツボにはまっているので、頂いたものを勉強し直します。 Xcodeのメジャーバージョンアップに合わせた言語仕様更新
ここ２年くらいないけどもうObjCの改善はやめたのかな Xcode 8からクラスプロパティが入った。
Xcode 9はわからん。
仕様変更は正直いらないよ。新機能の追加だけで十分。
最近のObjective-Cの良いところは仕様変更が少ないことだと思う。
Swiftは変更しすぎでついていけない。 そうか、クラスプロパティが去年だったか, 地味だから忘れてた
Xcode9は今出てるリリースノートの範疇を見るになさそうなんだよねぇ
最近のObjC下位互換破棄はGCの完全撤廃がXcode8であったような？誰も使ってないだろうけども
ObjCはシンタックスシュガー多いけど基本は残していくスタンスよな >>816
ころころ仕様が変わったら何のデバッグしてるのかわからんからね Xcode9では言語仕様追加はないのか
毎年何らか追加してきてたし、ネタ切れってわけでもないだろうに、Swiftにリソース食われてるのかねぇ
Swiftはコミュニティにぶん投げて、AppleはObjCの言語仕様をアップデートしてくれよなぁ nullability にしろ generics にしろ、最近の変更は swift から obj-c を使いやすくするのに必要なものだったから、もうやることはあまり残ってなさそう autoキーワードのデフォルト有効化はよ
ObjC++(.mm)にすれば良いんだけどなんか違う、idをautoの代わりに使うのはもっと違う C++17も出るし、C++14, 17の新規機能のポーティングが始まるんじゃね？今年はもう間に合わんだろうけど
clangとしてC++17は進めてるんだろうから、いつものように文法糖衣してObjCに突っ込むだろ いっそのことObjective-C++使おうかな。
C++の仕様を部分的にポーティングしてくれるならそれもいいけど。
@autoみたいな記法は流石に勘弁だけど。 ObjC++だとリファクタリング効かないから大変。
あれ何とかならないかなぁ。 C++はコンパイル速度より実行時速度に重きを置いてるから仕方ないね
ObjC++でTemplateが使えたら幸せなんだけどなぁ
常時Dynamic Dispatchで実行速度が遅いObjC環境でTemplate使った速度改善なんて滑稽な話ではあるが >実行速度が遅い
それが問題になるほどの崇高なプログラムを組んでらっしゃるのかな 計算物理学とか処理速度は常に足を引っ張ってくるからね ObjC++ってC++で書かれたコア部分をラッピングするための装置。 > ObjC++はコンパイル遅い。
これが問題になる人よりは多いでしょ, コンパイル速度より実行速度を気するわな
ObjC++はC++の機能を使うための装置でもあるがな
auto以外にもモダンな機能が使えるからModern Objective-Cがモダンじゃないと感じ始めたら使うのも一興
性能良くてモダンな機能が使えるObjC++はイイゾー コンパイル遅くなるって具体的にどんなケースなの？
既存のobjcソースをobjc++としてコンパイルする程度ならほとんど変わらなそうだけど。
autoやメンバー関数なんかの簡単な機能使う程度なら十分お釣りが来る気がする。 モダン、モダンうるせーよｗ
モダンであることが目的になってねーか？おまえら >>832
- (instancetype) init {
self = [super init];
// メソッドcountがNSIntegerを返すと誤認して利用
// NSInteger a = [self count]; // 型推論なし:ここでビルドエラー
auto a = [self count];
/* 100行くらいの処理 */
a = a + 1; // 型推論あり:ここでビルドエラー
return self;
}
- (NSNumber *) count {
return @0;
}
こんな感じのマヌケなコード書いてると
100行くらいの無駄なコンパイル処理を経てようやくビルドエラーが出るので
autoキーワード(型推論)を使うObjC++はビルド時間が遅い
・・・という型推論否定論があるんだろうと最近は思うようにしてる
なお、auto a = [self count];とNSNumber *a = [self count];だけを比較したら
型推論使った方が両辺の型一致を判定する必要ない分だけ早くなり得ると思う C++の型推論は戻り値型が確定していればその場でNSNumber *に置き換えてくれるんじゃね？
よほど変なコード書かない限りコンパイル速度が問題になることは無いだろう。
Xcodeはデフォルトでプリコンパイルしてくれるし、C++でもやってくれるでしょ。 ObjC++がコンパイル遅いって具体例、他にないのかね
一例は捻り出してみたけど、遅いと主張してる人たちからは何も出てこない... >>824はObjC信者の妄言ではないと実証しないとダメじゃない？ 真の信者はObjC++も受け入れる。
実際ObjC++はそれほど遅くはないよ。
今はClangコンパイラがデフォルトになってるからかなり早い。
むしろSwiftのほうが遅く感じる。 今は亡き真のApple信者はObjCは素晴らしい、Swiftも素晴らしい
Appleの提供するものは全て素晴らしいってSwiftスレで孤軍奮闘してたよ(Swift1.xの時代
Swiftはcopying swift libraryにクッソ時間かかるから論外だと思う, 10Mbyteの小さな()ランタイムのコピーは失笑しか出ない
それはそれとして、いい加減ObjCのみが素晴らしいって主張のObjC信者はObjC++が遅いって実証を出せゴルァ
ObjC++を許容する真の信者(笑)の根拠のない感想なんてどうでもいいんだよ 信者信者ってわざと言ってるのにはもう見えないな。マジで言ってるのならキチだな >>843が粘着であることと、>>824が妄言であることは矛盾しないけどな
のらりくらり論点変えて実証しなくて済むよう頑張ってたようだけど、遂に人格批判切り替えたか
ObjCと関係なく信仰/感情で批判できる人格批判は楽で良いよね もう信者ネタは飽きた。
ところでObjC++ってObjCには満足出来ないけどSwiftに移行するほどでもないっていう人には良い言語だよな。 主に感情を揺さぶることが目的でしかない信者信仰とか無くてもいいもん言い出してるのを無視して何を言っているのか、マジなのか馬鹿すぎキチガイすぎでという点ではな
Objective-Cでも満足できるけどC++も使わなければならないので良い言語だなあ
上の方でラッパーするには的なことあるけど、わざわざラッパーを作らずにちゃんぽんでで その時間から酒飲んでるのか。プレミアムフライデーうらやましい。 具体的にc++を使うとobjcはどんな風に楽になるのか解説頼む。
swiftの言語仕様の破壊的変更には辟易するけど。 楽になるもなにもobjective-CとC++はCの拡張方向が違うから
単純にC++の文法をObjective-C++でプロジェクト作るとそのまま食うってだけだぞ。 >>851
型推論が使えるので長い型名を扱わなくて済むようになるって言ってるダルルォ
引き続きObjC信者はObjC++のコンパイルが遅い具体例を、真の信者はObjC++の良い所の具体例を頼む ObjC++についてObjC信者連呼してる君、かなり深刻なお脳の病気を持ってそうだな。 右辺値の型を左辺の変数の型にする機能はModulaの昔からあるんだけど、そんなものは型推論とは呼ばれてなかった
型推論というのは一般にMLにある型変数が飛び交うようなのを指すもので、C++でいえばtemplateのパラメータが相当する
autoを型推論と呼ばないで欲しい。C++が用語を歪めたのが悪いんだけど
あとBASICにはどっちの意味でも型推論は無いぞ、バリアント型の間違いじゃね >>856
ドヤ顔で解説してるが、お前の中での型推論の定義と、現代世間一般の型推論の定義がズレてる
同じ理由でBASICの動的型のことを型推論と呼ぶ定義もあるだろうよ >>858
>同じ理由でBASICの動的型のことを型推論と呼ぶ定義もあるだろうよ
ぜひそれを人前で発言してみて欲しい 前に言ったかもしれないけどObjC++のコンパイル速度はそんな遅くないよ。
c++で遅くなるような処理をobjc++で書けばそれりゃ遅くなるけど。
DSL作るとかじゃなければ気にならない。
objc++のプロジェクト書いてるけど、ビルド&リンク時間は1秒くらい。
同じ規模のswiftのプロジェクトが3秒だから相当速い。 できればobj-c++の有用例をqiita辺りに纏めてくれないかな。
需要はあると思うんで。
言葉で語られてもピンとこない。実際のコードで示して欲しい。 ググれば足りる
「Objective-C++11 - 星一のはてなブログ」
「Objective-C++でSwiftに挑む」
あと「SwiftのそれObjective-Cで出来るよ」って記事、前にあった気がすんだけどあれ何処いったんだ？ >>862
ありがとう。見てみたけど簡単に使えそうなのはauto変数を使った型推論くらいな気がする。
あんまり便利感がない。 >>862
結局どっちも本格的に使うって雰囲気じゃない書味。
結局swift使うわってなってないか。 BASICは成り立ちというか設計者の話を聞く限り
「FORTRNとかでプログラム教える時に"型"でつまずくから
「数字」と「文字」という二つの分類にしました。
いやぁ、for~next step 0.5とか想定回数回すようにするの大変でしたよ、ハッハッハ」で
最近の"型推論"でごちゃごちゃ問題起きてるの眺めるたびに
ほんとこの世界は過去から学ばねぇなと思ってる。 >>867
alloc/freeで任意契機のメモリ管理ができない他言語はクソ => GC/ARCスゲー
メッセージ表記こそ至上の文法、ドット表記はクソ => プロパティドットアクセス便利
クロージャーは見通しが悪くなる、クロージャーはクソ => Blocksイイ
手のひらクルンクルンについて、過去から学ばないObjCがそれを言ってもなw
型推論も将来採用されたらまたクルンって手首回すと信じてる ObjC++とARCで質問です。
ググッた限り良い解説に辿りつけないので教えてください。
c++classにObjectiveC++クラスの参照を持たせた形で、循環参照と思われる現象に引っかかりました。
c++クラスのコンストラクタで、ObjC++のインスタンス変数を代入させています。
c++クラス側にObjC／ObjC++のインスタンスを持たせるばあい、c++ソース側でもweakとかunsafe_unretainedとかは指定して良いのでしょうか。それとも、コンストラクタ呼び出し側で、weakselfなどを代入するしかないのでしょうか。 >>870
「GCスゲー」「クロージャーはクソ」なんて意見は聞いたことないけどな >>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++のを使いたい場合で、そんな使い方してないからなんか混みいった場合があるのかよくわからんけど iOS11でObjective-Cアプリってどれくらいメンテ/評価工数かけた？
こんなレスあったけど、まさか評価０って企業はないよな？
296デフォルトの名無しさん (ﾜｯﾁｮｲ 23ea-5RgV)2017/09/28(木) 15:24:26.46ID:n5Lt93Y/0
Objective-Cで書いときゃメンテフリーだったのに Swiftでの開発時に比べたらほぼないようなものっていうニュアンスで捉えたが CもObjCもここ数年は仕様変更がないから、コンパイルはそのまま通る。
変なコード書いてなければ動作確認も問題なくパスする。
メンテナンスフリーって言われれば確かにそうかもな。
あとはフレームワークで非推奨にになったメソッド書き換える程度だけど、
これはSwiftと共通の作業だし、そもそもやらなくても動く。
とにかくSwift移行していない俺は毎年高みの見物してる。 deprecatedになってから猶予が結構あるから早めに変えとけばコアコードの変更なんてほとんどないな
あるとしたらレイアウトとかの修正くらい
依存してた関数が消えたり仕様が変わってどうしようもなくなった場合はそもそもなにもしようがない 結局Swiftに移行するメリットがObjective-Cを継続しようするメリットを超えてこない そもそもObjective-C使いこなしてたような人がSwiftに移行するメリットなんてないしな。
Swift界隈はちょくちょくウォッチしてるんたけど、移行しないで正解だったって日に日に実感する。 >>876
ObjCもiOSも扱ってないやつの論だなw
近年も言語仕様追加されてるし、メジャーバージョンアップの評価はしないと動かないこと多数だし
ObjC, iOSを扱ってなきゃそりゃ高みの見物で終わるだろうよ
結局はメンテフリーじゃないのに極論を振りかざすObjC信者がSwiftスレに来ただけか
あの手のアホの子はiOS, ObjCを扱ってるのか不安になるよねぇ Swiftは移行するもんじゃなくて、ちょっとかじってApple信者を騙して儲けるモノだったろ
当時はまだジョブズ存命でSwift使う信者もいたから良い商売になった, Swift使ってますで案件大量だった
Apple信者が死滅した昨今、Swift使ってますでは案件取れなくなったから、皆ObjCに戻って来てるよな てかSwiftで作られたApple純正アプリってあるの？
そんなに優れてるならAppleが率先して移行するでしょ
そういう事 なんかキチすぎてまとに相手する気にもならないが、
Swift 登場時期 2014年6月2日
ジョブズ 1955年2月24日 - 2011年10月5日
らしいよ
>>882
まあ、WWDCでのサンプル提示はSwiftオンリーになったような。全部というか一部しか見てないが。サンプルコードもSwiftもぽちぽちあるな
どうなんだろな。さすがにAppleもSwiftの変更にははあるかな？？まあ、Swiftで作られたApple純正アプリがあっても不思議ではない。探してみようw >>884
そうですか
では引き続きモダンな言語Swiftをお使い下さい
そしてSwiftスレにお帰り下さいませ Apple純正アプリってクローズドソースで探せないだろ
どうやって探すつもりなんだ バイナリからもそれなりにわかる。まあ、それなりにだが
とりあえず、SierraではConsole.appがSwiftで書かれている部分はあるみたい。Objective-Cとの混合っぽいし、SwiftとObjective-Cの割合まではまだ推測してないが Console.appはSwiftで作られたと言ってもいいかも。AppDelegateやControllerなんぞメインな部分がSwiftでのクラス(ってことで合ってると思う)
まあ、Utilities内ではConsole.appぐらい／だけなんだがw そういえばコンソールは使いづらくなったよな
左下のプロセスでの抽出出来なくなって
アイコン表示もなくなって
やり方が変わったならすまんが
毎回作り替えてんのか使い易くなったり悪くなったり安定しないイメージ Pagesなんて、Objective-C++のようだなあ。Objective-C++好きにとってはなんか嬉しいw あー、そういうアプリもあるか
Dock.appはガチすぎて(イミフ)明確な手がかりが掴めないなあ。Swift使ってるようだけど。てか、C(Core)をかなーり使ってるっぽい。わからんなw
よりも、NotificationCenter.app がSwift製っぽい。確実にかなーりSwiftで書いてるかな
とは、別にPangesといいNotificationCenterといいAppleもやらかしてる(ナゾ)んだなと思ったw
まあ、厨二くさいのでもうこのへんでw Swiftを使っているかどうかはlibSwift.soにリンクしているかどうかですぐに分かるけど
Swiftだけを使っているかどうかはObjC, Swiftのバイナリコードは類似するんだから分からんだろ
それなりにわかるじゃ意味なくて厳密に分からないと無意味な話だろうに そもそもわかることで何かいいことがあるのかっていうね 分からないことを示すことで、>>883の「探してみようw」のキチっぷりが証明される
分かることに意味はないけど、分からないことには意味があったんよ
逆に、分かることを証明できれば、おいらがキチと証明できるから頑張っても良いんじゃね なんか引き出そうと透けて見える気がするのが嫌w
お前は強く言われたら反発して言うタイプ？なんで、素直に教えてと言えないかなあw気分悪いのでもう具体的には教えてやんないけどw
> libSwift.soにリンクしているかどうかですぐに分かるけど
言う通り。でもリンク項目にしてるだけで使ってなくてもあったりするけど、確か(まあ、そんなアホなことしてないだろう)
>Swiftだけを使っているかどうかはObjC, Swiftのバイナリコードは類似するんだから分からんだろ
言う通り。だから>>888でそのように言ってるやん。の後にこれはSwiftで作られたと言ってもいいかも(ちゃんとそれでも「かも」)と根拠言ってるやん。根拠探してみ単純なことだから(Pagesはこの単純なことで見えたある意味アホらしいことから)
>>893も、Swift製っ「ぽい」だからね。根拠も書いてるでしょ
>>895
俺は別にないよ。>>882の「Apple純正アプリってあるの？」っていうのに、どうだろうという興味と、>>888っていうのに全くわからないこともないんじゃねっていう実証だな(具体的に言わんから実証にならんとか言うなよww)
知ってるお人にはなにをもったいつけてんだと思うだろうな。俺もそう思うww あー、>>886の人か。なんだw
たんに噛み付いた(？)のに、否定されてのでか...？気にすんな。なおさら教えないけどww 急に発狂しだしてどうした。実世界で嫌な事でもあったのか？ なんですぐに発狂とか...わからん。まさか、長文書くとか、レス多いとか？だったり？まさかな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
埋め このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1112日 8時間 12分 52秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
