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

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

Objective-C（オブジェクティブシー）はプログラミング言語の一種。C言語をベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語。
　（Wikipedia：http://ja.wikipedia.org/wiki/Objective-C より）

前スレ
Objective-C [ObjC part:8];
http://peace.2ch.net/test/read.cgi/tech/1356341803/

Objective-C [ObjC part:7];
http://toro.2ch.net/test/read.cgi/tech/1330330906/
Objective-C [ObjC part:6];
http://toro.2ch.net/test/read.cgi/tech/1313891268/
Objective-C [ObjC part:5];
http://hibari.2ch.net/test/read.cgi/tech/1279730299/
Objective-C [ObjC part:4];
http://pc12.2ch.net/test/read.cgi/tech/1239721860/
Objective-C [ObjC part:3];
ttp://pc12.2ch.net/test/read.cgi/tech/1186543111/
Objective-C
ttp://pc11.2ch.net/test/read.cgi/tech/1106983092/
Objective-C
ttp://pc5.2ch.net/tech/kako/990/990574267.html

**デフォルトの名無しさん** · 2016/10/16(日) 21:41:55.63

>>527
objective-c のメッセージングは最終的には関数呼び出しでしかない。　
class_getInstanceMethodでクラスとセレクタ名からメソッドを得て
それを呼び出すだけ。　

「メッセージを受け取る」というのは言語の概念的なイメージであって
実装とは乖離している。

**デフォルトの名無しさん** · 2016/10/17(月) 05:56:51.62

frameworkのサポートは単なるラッパで実態はdylibだとずっと思ってたんだけど...実装違うのか？だとしたらごめん。

**デフォルトの名無しさん** · 2016/10/17(月) 06:14:09.00

いやframeworkは確かにdylibとヘッダその他をまとめたもんだけと
今話している「言語」ランタイムはframeworkのことじゃないから
frameworkのことを、例えばQuickTimeランタイムみたいに呼ぶこともあるからややこしいけど

**デフォルトの名無しさん** · 2016/10/17(月) 09:31:44.72

>>529
うん！素晴らしい説明ありがとう。

**デフォルトの名無しさん** · 2016/10/17(月) 10:00:29.08

>>528
ですよねぇ。
ランタイムは
libobjc.A.dylib ― obj-c runtime

にアーカイブされた単なる関数群。

**デフォルトの名無しさん** · 2016/10/17(月) 10:16:02.28

>>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って表示された？

**デフォルトの名無しさん** · 2016/10/17(月) 10:18:49.39

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

**デフォルトの名無しさん** · 2016/10/17(月) 10:22:05.11

>>531

ランタイムは、ランタイムライブラリーを省略した文言で、ちゃんとdylibの形をしているんちゃうんか？

だって、AppleのサイトでObjective-C Runtimeって検索するとruntime libraryって書いてあるし。

**デフォルトの名無しさん** · 2016/10/17(月) 10:34:16.48

>>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;
}

**537** · 2016/10/17(月) 10:40:26.72

>>534
ひょっとして、.mファイルだけど中身はまったくCのhello worldをコンパイルしたんじゃないか？

objective-CはCはそのままコンパイルできる。　Objective-cの機能を使ってなければobjective-Cの
ランタイムをリンクしなくてもそのまま走る。

**537** · 2016/10/17(月) 10:54:39.51

>>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機能を使ってなければこれを明記しなくても自動的にリンクされる。

**デフォルトの名無しさん** · 2016/10/17(月) 11:25:21.72

>>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なんて極最近触り始めて
良く知らんのだ。

**デフォルトの名無しさん** · 2016/10/17(月) 11:37:03.04

ccそのものは昔からあるCのコンパイラでしょ、今はgccにリンクしてることが多いが

**デフォルトの名無しさん** · 2016/10/17(月) 11:59:05.64

俺的メモ

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

**デフォルトの名無しさん** · 2016/10/17(月) 13:01:16.77

ちなみに
libobjc.A.dylib
libSystem.B.dylib
の中にいったいどんなCの関数が入っているのか？classdumpってフリーのコマンドラインツールで調べる事ができるはず。俺、やった事無いけど。

**デフォルトの名無しさん** · 2016/10/17(月) 13:15:29.63

せっかくだから、
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のクラスとか、構造体とかが、入っていた。

**デフォルトの名無しさん** · 2016/10/17(月) 13:24:24.90

ついでに、
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
以下略

**デフォルトの名無しさん** · 2016/10/17(月) 13:32:18.66

>>536
それはたまたまOSX上のObjective-Cでそうなってるだけ
大抵の言語では「言語」ランタイムはスタティックリンクされるし
Objective-Cでもlibobjc.aがある環境ならスタティックリンクできる

/usr/lib/の下に.oがいくつかあるけど、こいつらも「C言語の」ランタイムでmain関数よりも前の処理になってて
大抵の実行ファイルにはどれかが暗黙にスタティックリンクされてる

**デフォルトの名無しさん** · 2016/10/17(月) 13:39:16.83

あとlibSystem.B.dylibはシステムコールラッパーとC言語の標準ライブラリの一部(libcと分割)なんで
ランタイム(実行時)ライブラリであることには間違いはないけど
C言語のランタイムというと、普通はスタートアップ(*.o)やlibgccの方を指すと思う

**デフォルトの名無しさん** · 2016/10/17(月) 14:05:08.33

>>547
nm libSystem.B.dylibの結果はほとんど’U’タイプのSymbolでした。

man nmによると
Symbol type ‘U’ = undefinedで、実装は別ファイル、参照だけ！、って事らしいので、
実装はたとえば、libcにあるんだと思います。

nm -o libSystem.B.dylib | grep -v ‘U’すると、出力は極わずかでした。

**デフォルトの名無しさん** · 2016/10/20(木) 17:05:03.85

MRC時代のOSXプログラミングの書籍ってなにがありますか？（何を買えばいいですか？）
今はAppleのオンラインドキュメントなどはほとんどARC前提で記述されてるので
ネット探してもなかなか見つけられません

**デフォルトの名無しさん** · 2016/10/20(木) 17:35:44.02

古い版の萩原本でもよみゃいいだろ。

**デフォルトの名無しさん** · 2016/10/20(木) 19:00:37.37

>>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
これとかか？

**デフォルトの名無しさん** · 2016/10/20(木) 20:24:30.68

上手に貼れ
https://www.amazon.co.jp/dp/4877780688/

**デフォルトの名無しさん** · 2016/10/25(火) 13:48:49.63

@interface
@implementation

これに変数2回宣言するだろ？
違いってなんですか？

**デフォルトの名無しさん** · 2016/10/25(火) 14:18:03.51

>>553
必要なスコープに1回宣言すればいい。
というか、外部に変数を公開する事は、特殊な事情以外ありえないから、
ヘッダにはアクセサ即ちプロパティを書けばいい。
つまりインスタンス変数なら@implementation{ } のブロックで宣言すればいいよ。

継承した子クラスからその変数へは、親クラスのアクセサ経由でアクセスするのが普通。
こうすると、ヘッダには外部に公開する情報しか現れない。

どうしても子クラスから親クラスの変数に直接触りたい場合は、
親クラスの@interface{ }ブロックで宣言する。
その場合はデフォルトでアクセス制限が@protectedになる。

**デフォルトの名無しさん** · 2016/10/25(火) 14:31:48.57

>>553
補足
その変数を外部に公開しないのなら、ヘッダでプロパティにしなくてもいいよ。
プロパティは.mにも書けるし。

**デフォルトの名無しさん** · 2016/11/17(木) 12:45:51.00

インスタンスメソッドの実行に関して教えてください。

// message sending
[obj say: @

**デフォルトの名無しさん** · 2016/11/17(木) 13:13:08.74

事切れたか

**デフォルトの名無しさん** · 2016/11/17(木) 13:29:09.43

ダブルクオートとかで切れるのよく見かけるけど、@ でも切れるんかな

**デフォルトの名無しさん** · 2016/11/17(木) 13:29:10.81

ソースコードが勝手に切られちゃう(サニタイズ関係？)みたいなので画像で失礼します。

インスタンスメソッドの実行に関して教えてください。
message sending / function pointer
どちらの方法でもちゃんと動くのは確認できましたが、
なぜ後者はSELパラメータが必須(この場合selector) な仕様になっているんでしょう？
冗長に見えますが何か意味があるんでしょうか。

**デフォルトの名無しさん** · 2016/11/17(木) 13:30:21.21

@　の次は当然 " がくるだろうけど、今まで１個目の"が表示されて切れるんだよなあ

**デフォルトの名無しさん** · 2016/11/17(木) 13:33:39.43

> SELパラメータが必須
instanceMethodForSelector: の時点で伝えてあるのに、なぜ実行時にも必要になるのかという事です。

**デフォルトの名無しさん** · 2016/11/17(木) 13:40:44.67

>>561
１.instanceMethodForSelectorでメソッドの実体である関数のポインタを取得（IMP func）
２.funcをキャストして呼び出し

2のときに、メソッドの暗黙の第1,第2引数である id obj, SEL selectorを渡してます。

**デフォルトの名無しさん** · 2016/11/17(木) 13:54:11.06

ありがとうございます。それでは改めて聞き直します。
メソッドの暗黙の第2引数が SEL である、そもそもの設計の意図はなんなんでしょう。

内部で振り分ければいいので複数のメソッドに対して一つの関数(ポインタ)が共通で対応可能とか？
それが実際にできたとして何かメリットがあるんでしょうか。

**デフォルトの名無しさん** · 2016/11/17(木) 14:00:22.50

セレクタを見て他のメソッドにデリゲートするとか。

**デフォルトの名無しさん** · 2016/11/17(木) 14:05:35.87

ランタイムは、渡されたセレクタをメソッドリストから検索して、有れば実行、無ければエラー。
ってことかな。

**デフォルトの名無しさん** · 2016/11/17(木) 14:28:15.44

IMP使った場合はランタイムは経由しないでダイレクトに関数コールするけど、
通常は動的にメソッド呼び出しをするのでそういう仕様になってる。

のではないだろうか。

**デフォルトの名無しさん** · 2016/11/17(木) 18:17:20.63

サブクラスでのオーバーライドをサポートするために
だと思うよ。

**デフォルトの名無しさん** · 2016/11/17(木) 21:32:33.37

Smalltalkで、実行中メソッドのコンテキスト内からそのセレクタを得ることができる機構を
Objective-Cでも_cmdパラメーターを介して模したかったからなのでは？

Object subclass: Foo [ bar [ thisContext method selector displayNl ] ]
Foo new bar "=> #bar "

**デフォルトの名無しさん** · 2016/11/17(木) 23:13:49.69

だいたいその辺の、実行時解決を実現したかったという理由だと思うけど、
ランタイムがメソッド呼び出しするときの動作は

１.レシーバがnilかどうか
２.レシーバのメソッドリストに該当メソッドがあるか
３.なければスーパークラスにあるか
４.なければthrow exception

だよね。
だからメソッド呼ぶときはランタイムにレシーバとselectorを渡して調べてもらう必要が有るんですよ。

**デフォルトの名無しさん** · 2016/11/17(木) 23:51:59.51

レシーバはselfとして使うから必要なのはわかるんだけど、セレクタはいつ必要になるの？
ランタイムに調べてもらうのは関数（メソッド実体）コールの前だろうから、コール時にはすでに不要な情報だよね

**デフォルトの名無しさん** · 2016/11/18(金) 00:08:47.34

>>570
セレクタはメソッド呼び出しで必要>>569
IMPで関数呼び出しの場合はランタイムを経由しないので不要
しかしどちらもシグネチャは共通なので(id, SEL, …)ということ

**デフォルトの名無しさん** · 2016/11/18(金) 02:19:58.76

>>570
ちなみにこれでも動作する。id,SELは渡してない。

void(*f)(void) = [ViewController instanceMethodForSelector:@selector(hoge)];
f();

- (void)hoge
{
NSLog(@"%@", NSStringFromSelector(_cmd));
}

SELを渡してないので null と出力される
idも渡してないので、hoge内でselfにアクセスすると落ちる。

**デフォルトの名無しさん** · 2016/11/18(金) 08:55:20.76

なるほどこれはわかりやすい

**デフォルトの名無しさん** · 2016/11/18(金) 09:33:05.33

BathyScapheっていう2ch Viewer使ってます。
>>559
みたいな画像をuploadするにはどうすればいいっすか？

2chのサイトではdrawツールがブラウザ内にあって、それで落書きはできるみたいですが、pngとかgif画像をuploadしたいのです。

**デフォルトの名無しさん** · 2016/11/18(金) 11:55:15.19

>>574
素の落書きツールはかなり使い勝手が悪いので
自作の Geasemonkeyスクリプト(for Firefox)使ってます。

**デフォルトの名無しさん** · 2016/11/18(金) 11:57:16.56

まあ、すぐにサイズオーバーになるのでごく簡単な絵しかアップできません。

**デフォルトの名無しさん** · 2016/11/18(金) 12:14:37.99

消せないから気軽にあげられないのがちょっとあれよね
プログラム板なんだから自分で書けば良いよ
てことでobjcで書いてみた
サイズの頭打ちがあるからと思ってインデックスカラーに圧縮したけど弾かれるのね

**デフォルトの名無しさん** · 2016/11/18(金) 12:22:18.47

IMP関数ポインタの SELパラメターの件
正直言うと、自分にはコメの意見の善し悪しを判断する能力ありません...。
ググるとこれ使って >>559 で書いたような事ができるようですが (参考:class_addMethod)
設計側はそういう用途まで考慮していたのかは、よく分かりませんでした。
シグネチャを共通にしたかった？どうなんでしょう、それって何か気持ちいいから以上の理由はあるんですかね。

**デフォルトの名無しさん** · 2016/11/18(金) 12:39:28.44

>>578
シグネチャが共通というより、同一の関数なので同じシグネチャなんですよ。
ランタイムが呼ぶメソッドの実体も、IMPを取得してダイレクトに呼ぶ関数も、「同じ関数」です。
その関数の引数が (id, SEL, …) なんですね。

**デフォルトの名無しさん** · 2016/11/18(金) 12:42:31.61

で、自分はIMPは使いません。
IMPを使うくらいならCの関数を書けばいいだけなので。

**デフォルトの名無しさん** · 2016/11/18(金) 12:51:34.13

Objective-Cは、以前はメソッド呼び出しのオーバーヘッドがネックになってたようなので、
IMPのAPIは、既存クラスのメソッドを高速に呼び出すために作ったんじゃないですかね。

**デフォルトの名無しさん** · 2016/11/18(金) 13:05:14.30

>>576
いやぁ、うれしい。
秘伝のテクを開陳してくれて、あんがとう。

けど、JavaSou苦手なんすよねぇ。
tarea(text area)を取得して、その直前にinput, script要素を挿入してinputボタンの押下で
foo関数を呼ぶ様にしてるって事みたい。

FireFoxもGeasemonkeyも使った事無いっす。
Safari, Chromeでも同じ事できるんでしょうか？
Geasemonkey for Safari, Chromeを探せって事なんすね。

いま、WKWebViewでもloadしたhtml, cssを書き換えられないか？調べてます。
Geasemonkey likeな動作をどうやってさせようかと！

**デフォルトの名無しさん** · 2016/11/18(金) 21:20:02.14

ObjCスレだからObjCで頑張るのはアリかもしれませんけど、物事には適材適所ってもんがあるとおも...。

**デフォルトの名無しさん** · 2016/11/19(土) 03:19:56.84

適材適所かどうかは自明ではないね

**デフォルトの名無しさん** · 2016/11/26(土) 10:43:02.50

みんなSwiftに移行しちゃったの？
Swift始めた頃、小さな仕様がコロコロ変わるからObj-Cに戻ってきてたけど
もう安定したのかな。

**デフォルトの名無しさん** · 2016/11/28(月) 16:59:47.56

>>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からの移行者がボチボチ増えてるかも。

**デフォルトの名無しさん** · 2016/11/30(水) 23:57:30.93

>>585
殊Swiftにおいて仕様が安定することはまだしばらくないだろう
Swift5くらいじゃね？安定版は

**デフォルトの名無しさん** · 2016/12/01(木) 09:30:20.02

コンパイラとしての安定性は最初から問題無いんじゃない？
コンパイラが原因でアプリが落ちるっては経験無いなぁ。

C++、Javaが最近仕様変更が激しいのと同じく、Swiftだって言語仕様変更があるって事で、コンパイラとしては安定してると思う。

例：C++TR1, C++11, C++14
JavaSE6, 7, 8, 9

Swift3の言語仕様変更は、現在アナウンスされてないんじゃないのか？Swift4ってのはABIの導入って事で、言語仕様の変更じゃ無いし。

**デフォルトの名無しさん** · 2016/12/01(木) 12:10:25.84

ぬるぽで落ちてもコンパイラのせいです(kr

**デフォルトの名無しさん** · 2016/12/01(木) 12:43:47.19

>>589
それは、nil guardしてないコードのせい！

**デフォルトの名無しさん** · 2016/12/01(木) 17:17:16.90

　
キチガイの集まり・創価学会・公明党！

人殺しの殺人鬼が政治活動・創価学会・公明党！

池田大作・人殺しの殺人鬼・創価学会・公明党！

あやかりドチンピラの池田糞作・創価学会・公明党！

**デフォルトの名無しさん** · 2016/12/02(金) 10:10:54.60

禁止語句、に追加すれば、見なくてすむよ！

**デフォルトの名無しさん** · 2016/12/03(土) 14:45:44.29

孔明党ならゆるされるのだろうか？

仲達「ゆるさないぞ!」

**デフォルトの名無しさん** · 2016/12/07(水) 10:42:29.07

メッセージをたくさん送る時、[[[なるじゃん？
みなさんどう打ってます？Xcodeに自動補完とかあるの？

**デフォルトの名無しさん** · 2016/12/07(水) 11:09:26.74

>>594
適当に打って、あとから余計なのを消す。
余計を検出するのは、XVimの%コマンドを使う。

matchitとかっていうpluginをterminal.appで使うって手もある。

**デフォルトの名無しさん** · 2016/12/07(水) 12:37:41.63

>>594
]を打ったら状況に応じて勝手に[を入れてくれるよ
入れる場所を間違えてエラーになる事もあるけど

**デフォルトの名無しさん** · 2016/12/07(水) 15:21:19.56

ありがとうございます！
SwiftからCocoaプログラミングを始めて、その背景を知りたかったのでObjective-Cをちょこっと調べてました。
そこで、気になって質問しました^_^

**デフォルトの名無しさん** · 2016/12/07(水) 15:35:56.63

>>597
俺と同じパターンだね。
Objective-Cのサンプルを読む事もあるしね。
Swift -> Objective-Cって人も最近は居るだろうね。

Swift3からObjective-Cを見ると、冗長な部分が目立ってしまう。
例：
obj-c: dissmissViewControllerAnimated: complition
swift3: dismiss#animated:

Objective-Cはコンパイル早いっていうメリットがあるけどね。

**デフォルトの名無しさん** · 2016/12/07(水) 15:48:24.59

>>598
そうですか！
言語は新旧ありますが、ロジックやフレームワーク自体に優劣がある訳ではないので、Objective-Cが読めるとプラスですよね

**デフォルトの名無しさん** · 2016/12/07(水) 16:09:27.53

>>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する

**デフォルトの名無しさん** · 2016/12/09(金) 00:46:26.18

>>596
メッセージ呼び出しの自動補完はifの周りが割と鬼門だよね、式の解析が一部混乱してる感じ
くっころさんになることたまにある。

**デフォルトの名無しさん** · 2016/12/15(木) 13:46:48.92

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

**デフォルトの名無しさん** · 2016/12/16(金) 09:51:52.86

Bool areInst(int thing1, int thing2)
{
return(thing1 - thing2)
}
これ､YESかNOが返されるんだけど
0か1が返ってくるには､どうすればいい？

**デフォルトの名無しさん** · 2016/12/16(金) 10:15:26.25

>>603
if YES {
return 1
} else {
return 0
}

**デフォルトの名無しさん** · 2017/02/14(火) 17:11:03.02

aac→pcmの変換について教えて。
ネット上のファイルからaacのデータ取ってきて、
1.AudioFileStreamにデータ食わせてAudioFileStreamPropertyListenerProcを受けてからASBDを取得。
2.1.のASBDをAudioConverterのインプットに設定。アウトプットはAudioUnitのインプットと同じ設定。
3.AudioConverterFillComplexBufferを呼び出してAudioConverterComplexInputDataProcのコールバックで、AudioFileStreamPacketsProcで通知されたデータを渡す。
という流れでデータを処理してるんだけどいくつかのコンテンツでAudioConverterFillComplexBufferがエラー(1852797029)で帰ってくるんたが理由がわからん。何でかわかる？

**デフォルトの名無しさん** · 2017/02/22(水) 21:35:58.65

http://video.fc2.com/content/20170222aQ2BSKaX

**デフォルトの名無しさん** · 2017/02/24(金) 09:40:08.04

>>605
解決した。データが微妙におかしかった。

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

gfortranでコンパイルしたfortran subroutineをObjCから呼べますか？

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

Objective-CというかCからで、gcc(gfortran)はCへのインターフェースを用意してるし、gccといえどもプラットフォームOSのオブジェクトを吐き出すんだから、clangでのオブジェクトとつーかーでリンクできるから呼べるだろ

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

Cでできることはすべてできる
そう、Objective-Cならね

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

gfortran -c test.f
をコンパイルしてtest.oを得たとします。test.fに入ったsubroutineをObjCのmain.mから呼ぶことができますか？
clang main.m test.o -framework Foundation -o a.out
こうやってコンパイルできるのでしょうか？
調べると、binary compatibilityがあるよ！って話がヒットします。

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

コンパイルというかリンクできるかリンカーのお仕事
リンカーの理解できるオブジェクトはGCCでも排出できる。言語の違いはCのインターフェースで共通。なのでできるだろ
やってみろよwやってできなかったらこっちで検証してみてやるよ(えらそうw)

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

swfit4も結構変更があるみたいだね。

swift5もでるみたいだし、objcでいいや

**デフォルトの名無しさん** · 2017/08/04(金) 11:16:18.04

>>613
ObjCで作るiOSアプリの方が、Swiftのそれよりキビキビ動く印象があるけど、
どうなんでしょうか？

**デフォルトの名無しさん** · 2017/08/04(金) 12:00:05.92

今まで通りObjective-Cでは困らないんだよね..

**デフォルトの名無しさん** · 2017/08/04(金) 13:36:11.66

もう俺kotlinのiosサポート待ちなんだが

**デフォルトの名無しさん** · 2017/08/04(金) 17:00:30.23

XcodeProjAdder

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

結局Objective-Cがなんだかんだ柔軟性があって使いやすい

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

Objective-Cをディスってるやつらが理解できないな
C言語使ったことないのかね

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

Cをと言ったら老害扱いするヤツもいるからなw

**デフォルトの名無しさん** · 2017/08/05(土) 10:41:10.52

Cを使ってたから[インスタンスメソッド:引数キーワード:引数]の冗長になる表記が鬱陶しかった
ObjCを絶賛してる奴らはC言語を使ったことないのかね、とは思う

しかし、最近追加された_Nullable, _Nonnullはどうにかならんものかのう
アンダーバー一つなのと大文字で始めるのが気に入らねぇ、nullable, nonnullだけにできなかったものか
Apple様がサードパーティライブラリなんて気にしてるんじゃねぇよ

**デフォルトの名無しさん** · 2017/08/05(土) 12:50:06.76

>>621
#defineマクロ使ってnullableって書けば良いじゃん。

**デフォルトの名無しさん** · 2017/08/05(土) 12:59:54.68

#define nullable _Nullable

**デフォルトの名無しさん** · 2017/08/05(土) 15:28:20.27

>>621
わろた
まあ、そのメッセージ記法は最初見たときはその変態的な表記方法に非常に面食らった
なんせその[や]を使うのは配列だと決まっていたからな

でもとりあえず使っているうちに、Cの関数表記とObjectiveな部分が非常にわかりやすく共存できるという事実に気づいたとき一気に好きになったのを思い出した

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

この言語完全にオワコン

**デフォルトの名無しさん** · 2017/08/05(土) 15:31:16.18

>>625
Swift使ってればいいと思うよ

**デフォルトの名無しさん** · 2017/08/05(土) 15:35:09.48

>>622
>>623
まあ言い方悪いけど所詮Cだからどうとでもなるよな
それがObjective-Cのよさでもあるけど

**デフォルトの名無しさん** · 2017/08/05(土) 16:01:05.93

どうとでもなることはどうでもいいんだよ
一度__nullableで切っておいて、サードパーティライブラリと競合するから_Nullableにするわって仕様変更した上に
_Nullableとnullableをダブルスタンダードで生かす仕様としていることが可笑しいんだよ

昔のAppleなら__nullableを残したままnullableがモダンだからってnullableの利用を推してたと思うんだけどなぁ
__nullableから_Nullableへの仕様変更とか訳わからんことするのは、やっぱりジョブズがいなくなった弊害か