Objective-C [ObjC part:9];

1 デフォルトの名無しさん 2017/11/17(金) 21:00:33 ID:
Objective-C(オブジェクティブ シー)はプログラミング言語の一種。C言語をベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語。
 (Wikipedia:http://ja.wikipedia.org/wiki/Objective-C より)

前スレ
Objective-C [ObjC part:8.1];
https://2ch.live/cache/view/tech/1414816517

Objective-C [ObjC part:8];
https://2ch.live/cache/view/tech/1356341803
Objective-C [ObjC part:7];
https://2ch.live/cache/view/tech/1330330906
Objective-C [ObjC part:6];
https://2ch.live/cache/view/tech/1313891268
Objective-C [ObjC part:5];
https://2ch.live/cache/view/tech/1279730299
Objective-C [ObjC part:4];
https://2ch.live/cache/view/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

2 デフォルトの名無しさん 2017/11/17(金) 21:03:20 ID:
*** プログラム技術板 ***
【マック】Macintoshプログラミング質問箱
https://2ch.live/cache/view/tech/1113058054

*** プログラマ板 ***
【Cocoa】Macプログラマのスレ【Objective-C】
https://2ch.live/cache/view/prog/1214208397

*** 新・mac板 ***
Macでプログラミング{11}
https://2ch.live/cache/view/mac/1414566499

Xcode part14
https://2ch.live/cache/view/mac/1476190499

プログラミング言語Swift Part4
https://2ch.live/cache/view/mac/1484763495

3 デフォルトの名無しさん 2017/11/17(金) 21:09:55 ID:
*** 本家 ***
Objective-C プログラミング言語
https://developer.apple.com/jp/documentation/ProgrammingWithObjectiveC.pdf

Objective-C 2.0 プログラミング言語
ttp://read.pudn.com/downloads152/ebook/665246/ObjC.pdf

Blocksプログラミングトピックス
https://developer.apple.com/jp/documentation/Blocks.pdf

並列プログラミングガイド - GCDとか
https://developer.apple.com/jp/devcenter/ios/library/documentation/ConcurrencyProgrammingGuide.pdf

Objective-C Feature Availability Index
https://developer.apple.com/Library/mac/releasenotes/ObjectiveC/ObjCAvailabilityIndex/index.html

Objective-C Runtime Programming Guide
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/ObjCRuntimeGuide/Introduction/Introduction.html

そのほか英語
https://developer.apple.com/library/mac/navigation/

*** 書籍 ***
荻原本 第3版/Kindle 版も有り
http://amazon.jp/dp/4797368276

HMDTダイナミック本
http://amazon.jp/dp/4861006414

4 デフォルトの名無しさん 2017/11/17(金) 21:14:12 ID:
Objective-C Literals ― Clang 3.6 documentation
http://clang.llvm.org/docs/ObjectiveCLiterals.html

Apple のランタイムのソースコード
http://www.opensource.apple.com/source/objc4/

ダイナミック Objective-C サイト
http://news.mynavi.jp/column/objc/

英語のサイト
Objective-C 入門
http://cocoadevcentral.com/d/learn_objectivec/

Objective-C Style 1, 2 (変数名のつけかた等)
http://cocoadevcentral.com/articles/000082.php
http://cocoadevcentral.com/articles/000083.php

Mike Ash さん(Audio Hijack の中の人)のブログ、 Obj-C のランタイムの話が良く出る
http://mikeash.com/?page=pyblog/

C++ と Objective-C の文法の比較
http://static.stevereads.com/papers_to_read/from_c_to_objective-c.pdf

5 デフォルトの名無しさん 2017/11/17(金) 21:15:12 ID:

6 デフォルトの名無しさん 2017/11/17(金) 21:30:22 ID:
>>1
とりあえずw、さんきゅーっ

7 デフォルトの名無しさん 2017/11/17(金) 22:13:33 ID:
前スレ最後の方は
「ぼく電気工事士ですけど、ブレーカーとスイッチの違いってなんですかね?
いつも電気ケトルでお湯沸かすのにブレーカーオンオフしてますけど?」
みたいでトリップ感あった。

8 デフォルトの名無しさん 2017/11/17(金) 22:14:19 ID:
メソッドに渡されるselfがclassのポインタかインスタンスのポインタかの違い
って言ってもわからんだろうな

9 デフォルトの名無しさん 2017/11/17(金) 22:18:26 ID:
>>7
上手い例えだと思う。

10 デフォルトの名無しさん 2017/11/17(金) 22:45:46 ID:
わかりました!
クラスメソッドはプロジェクトで1つしかインスタンスが持てない
インスタンスメソッドは複数持てる
ですね!

つまりメソッドのロジックは同じで内部変数が違うものをいくつも同時に保持したいかどうかですね!

11 デフォルトの名無しさん 2017/11/17(金) 22:51:49 ID:
一周回って合ってるおめでとう

12 デフォルトの名無しさん 2017/11/17(金) 22:57:51 ID:
ちょっと違う

13 デフォルトの名無しさん 2017/11/17(金) 22:58:24 ID:
ありがとうございます!

14 デフォルトの名無しさん 2017/11/17(金) 22:59:02 ID:
あれ?(汗)

15 デフォルトの名無しさん 2017/11/17(金) 23:04:16 ID:
逆に面白い解釈で初心者に解説する時の勉強になる可能性?
は無いか。

ここでNSObjctのインスタンスを見てみると
objc_object という構造体であり
中には Class ってのがいるだけだ
struct objc_object {
Class isa OBJC_ISA_AVAILABILITY;
};

Classってのはobjc_classと定義されているこんな感じの構造体だ
struct objc_class {
Class isa OBJC_ISA_AVAILABILITY;
Class super_class OBJC2_UNAVAILABLE;
const char *name OBJC2_UNAVAILABLE;
long version OBJC2_UNAVAILABLE;
long info OBJC2_UNAVAILABLE;
long instance_size OBJC2_UNAVAILABLE;
struct objc_ivar_list *ivars OBJC2_UNAVAILABLE;
struct objc_method_list **methodLists OBJC2_UNAVAILABLE;
struct objc_cache *cache OBJC2_UNAVAILABLE;
struct objc_protocol_list *protocols OBJC2_UNAVAILABLE;
};


そうインスタンスとはクラスを持っていてクラスはインスタンスを持っていないのだ
クラスメソッドもインスタンスメソッドもクラス構造体の中で定義されていて呼び出せる範囲が違うだけなのだ

そしてメソッドがインスタンスを持っているわけではなく
インスタンスの中のクラスの中にある物を呼び出しているのだ

これは構造はなくルールに近い話になる

16 デフォルトの名無しさん 2017/11/17(金) 23:09:06 ID:
>>14
インスタンスメソッドも、メモリに確保される実体は一つだけ
インスタンスをいくら作ろうがメソッドの実体は一つ
selfが違うからインスタンスごとに確保されたように見えるんだろ?
インスタンスを生成するごとに新たにメモリに確保されてるのはインスタンス変数

17 デフォルトの名無しさん 2017/11/17(金) 23:21:41 ID:
ロジックは1つで変数が複数ですね。
確かに無駄がないですね!
ここは超人レベルの方ばかりで難しいんですが、親切なので助かりました!

18 デフォルトの名無しさん 2017/11/17(金) 23:25:13 ID:
そうです

19 デフォルトの名無しさん 2017/11/17(金) 23:59:36 ID:
なぜ多くの開発者が今なお Swift よりも Objective-C を好むのか
https://frasco.io/why-many-developers-still-prefer-objective-c-to-swift-2c624232cdd2

20 デフォルトの名無しさん 2017/11/18(土) 00:00:27 ID:
もう一つ聞いていいですか。

Self.hensuと_hensuって同じものですか?
とりあえず全部_hensuで書いてます。

21 デフォルトの名無しさん 2017/11/18(土) 00:11:21 ID:
>>20
Self.hensuはゲッターが呼び出される
例えばこんな感じ
-(id)hensu{
 return _hensu;
}
これは
@synthesize hensu = _hensu;
としてインスタンス変数の_hensuを紐づけてると言う事
_hensuは直接_hensuを取る

取る時はそこまで問題にならないけど
セットする時は@propertyでretainを指定してる時は
@property (retain)id hensu;

Self.hensu = obj;
とするだけでセッターの中でretainしてくれるので
_hensu = obj;
とするより安全

色々自動で処理されて記述量が減った分、省略され過ぎて逆に分け分からなくなってる所は多い

22 デフォルトの名無しさん 2017/11/18(土) 00:24:14 ID:
せっかく値保持したくてretainにしていても_hensuにセットしてたら効果なくて、アプリが落ちるかもってことですね!
うわー、今までたくさん書いてきちゃった

23 デフォルトの名無しさん 2017/11/18(土) 00:41:51 ID:
例えばこうしたら
@interface test(){
 int _iHensu, _hensu;
}
@property (assign)int hensu;
@end
@implementation test
@synthesize hensu = _iHensu;
- (void)test{
 _hensu = 10;
 _iHensu = 90;
 NSLog(@"h1 %d", _hensu); //10
 NSLog(@"h2 %d", self.hensu);//90
}
@synthesize で hensuに_iHensuを登録すれば
self.hensuで呼び出されるのは_iHensuになる感じ
これはプリミティブ型のintだからassignだけど
オブジェクト型のインスタンスを
MRRチックに自分でretainするならセッター使わなくても問題ないよ
もちろんreleaseも必要
セッターゲッター使うとそれを省略出来るってこと

retainもセッターの中で
こんな感じの関数が呼ばれるだけだから
- (void)setHensu:(id)value{
 if(_iHensu != value){
   id oldValue = _iHensu;
   _iHensu = (value != nil ? [value retain] : nil);
   if(oldValue != nil) [oldValue release];
 }
}

24 デフォルトの名無しさん 2017/11/18(土) 00:50:08 ID:
知り尽くしてますね!
コツコツ_をselfに置換する方向でいこうかと思います(泣)

25 デフォルトの名無しさん 2017/11/18(土) 01:15:54 ID:
ただ処理速度の観点からいくとクリティカルな部分ではゲッターの関数呼び出しより
直接インスタンス変数を呼んだ方が良い場合もあるセッターもしかり
自分でコントロール出来るなら出来合いの関数を使わない方がスマートだったりする
あと
@property (assign)int hensu;
と登録してる場合は自動でソースにセッターも追加されてるから
関数を書かなくても
[self setHensu:10];

self.hensu = 10;
は同じなんだけど前者の書き方の方が都合がいい場合もあるから覚えとくと良い
自動入力での候補から入力した場合も数値まで行くから多少速い気もするし (これは慣れかもしれないけど

ちなみに@property setter =やgetter = で呼び出しの関数を変える事も出来るよ
こういうのを覚えておくとセッター関数をオーバーライドして同期処理を追加したりして
KVOを登録しないでKVOチックな事が出来たりする

26 デフォルトの名無しさん 2017/11/18(土) 01:58:32 ID:
あ、ちなみにオブジェクト型の個別のretain とか release はMRCでの話で
ARCだとまた少し話が変わってくるわけだけどもね
そんなに気にしなくても美味い事やってくれますよ彼女なら

27 デフォルトの名無しさん 2017/11/18(土) 03:58:01 ID:
objective-cってなんかすごく深いですね

28 ビル・ジョブス 2017/11/18(土) 08:36:45 ID:
X MRC
O MRR - Manual Retain Release

29 デフォルトの名無しさん 2017/11/18(土) 09:39:22 ID:

30 デフォルトの名無しさん 2017/11/18(土) 09:52:05 ID:
こんな感じに理解してたんですけど合ってます?

-initWithString
インスタンスメソッド。allocしないと使えない。あとでreleaseが必要。

+stringWithString
クラスメソッド。allocしなくていい。
autoreleasepoolに登録された状態のインスタンスが返るので、
releaseしなくていい。

ARCだと、「releaseしなくていい」という
コンビニエンス・コンストラクタのメリットが薄れた。
(気軽にallocしちゃってもメモリリークしない)

31 デフォルトの名無しさん 2017/11/18(土) 10:19:53 ID:
>>30
今時Obj-CでMRRを使う場面は無いと思うが、参照カウント方式は基本なので教えると

Obj *obj = [[Obj alloc] init];

“init”から始まる、名前がlower camel caseのインスタンスメソッドは、retain済みのオブジェクトのポインタを返す
これを「initファミリー」と言い、この命名規則を守れば自作メソッドでも自動的にretain済みを返す
変数objはただのポインタで、-initから返る上記のポインタ値を代入してるだけ
retain済みなので使いおわったら-releaseを呼んで解放する

AppleのAPIの、いわゆるコンビニエンスコンストラクタはautorelease済みのオブジェクトを返すので、releaseしてはならない
その場合main()のautoreleasepoolに登録されるので解放されるのはアプリ終了時になる
解放のタイミングを自分で制御したい場合はinitファミリーを使うかautoreleasepoolで囲うかする必要がある

32 デフォルトの名無しさん 2017/11/18(土) 10:34:38 ID:
{ initファミリー/retain } と { release } は対で使うこと

View *view_ = [[View alloc] initWithFrame:CGRectMake(0,0,100,100)];
[self.view addSubview:view_];
[view_ release]; //上記initWithFrameと対

これはself.viewがview_をretainして保持するので、以降直接参照しないのならここでreleaseしても良い
self.viewはselfが解放されるときに解放され、その時にview_にもreleaseが呼ばれる //self.view側で呼んだretainと対

33 デフォルトの名無しさん 2017/11/18(土) 10:38:27 ID:
対で使うのが大原則なので、例えば

@property (retain) id obj;

というプロパティを持ったクラスなら必ずそれをdeallocでreleaseすること

- (void)dealloc
{
 [_obj release];
 [super dealloc];
}

34 デフォルトの名無しさん 2017/11/18(土) 10:41:50 ID:
こんなことを全自動でやるのがARCなので、普通はARC使うけどね
でARCとは、ビルド時にretain/releaseの行を、strong/weakに応じて挿入するだけで実現できているのだ
シンプルだね

35 デフォルトの名無しさん 2017/11/18(土) 11:34:23 ID:
>>31-34
詳しい説明ありがとうございます!

自作メソッドでも、initから始めると自動的にretainされるのは
知らなかったです。

あと、main()のautoreleasepoolが解放されるのは
アプリ終了時、というのも分かってなかった…。

ARCがない時は、メモリリークが怖くて、
コンビニエンス・コンストラクタばっかり使ってましたけど、
あんまり意味がなかったのかも…。

今はARCのおかげで、何も考えずにallocとかnewできて
楽になりました。

36 デフォルトの名無しさん 2017/11/19(日) 11:30:09 ID:
>>1
遅くなったけどスレ立てありがと

37 デフォルトの名無しさん 2017/11/22(水) 03:50:42 ID:
複数のhファイルで同じ#import‾をたくさんかくと何かデメリットがあるのでしょうか?
わかりやすくmで使っているものをそれぞれ全部書くべきか、書かなくてもビルドが通るなら書かない方がいいのかベストは何でしょうか。

38 デフォルトの名無しさん 2017/11/22(水) 10:19:35 ID:
>>37
#include
使ってた人は
重複定義とか循環参照とかでビルドエラーになった経験があるからね
#import
でも#include時と同じように気を付けるってだけ
実際#importは多重インクルードしない機能があるから問題ないけど
ソースが汚れるし参照でエラーが出る事あるしで無闇にimportしない
必要な物だけimportして
親子関係をしっかり考えたコーディングを心がけましょうってこと

39 デフォルトの名無しさん 2017/11/22(水) 15:51:24 ID:
なるべく必要最小限にということですね。

40 デフォルトの名無しさん 2017/11/22(水) 15:55:29 ID:
AViewcontrollerを開いたあとに、BViewcontrollerを開くと、Aでimport たファイルはBでしなくてもビルドが通るので書かない方がいいのかなとモヤモヤしてました

41 デフォルトの名無しさん 2017/11/22(水) 19:21:42 ID:
ヘッダで必要ならヘッダでimport、ソースで必要ならソースでimport

42 デフォルトの名無しさん 2017/11/23(木) 00:42:23 ID:
ヘッダにはimportせず
@class
の登場も多い

43 デフォルトの名無しさん 2017/11/25(土) 10:14:21 ID:
すれ違いだったらすみません。
dudReciveMemoryWarningの活用方法って何かありますでしょうか?

44 デフォルトの名無しさん 2017/11/25(土) 10:47:26 ID:
今必要でなくて再取得/再計算できるものは解放するんや
せやないとクラッシュする

45 デフォルトの名無しさん 2017/11/25(土) 10:57:22 ID:
するarcの場合は自動なのでやることはないとうことですか?
または配列にnilを入れたりすることも効果ありますか?

46 デフォルトの名無しさん 2017/11/25(土) 14:12:30 ID:
strong変数にnilを代入してメモリを解放
NSArrayは要素をstrongで保持するのでNSArrayごとnilにすれば解放される
ただでかいメモリ食うのは主にビューなんで、表示してない不要なビューは解放するのが効く
つうか、ビューは必要な分を動的に生成が基本だろ
そもそもそのメッセージ飛んできたらユーザーに再起動を促すね俺は

47 デフォルトの名無しさん 2017/11/26(日) 03:28:42 ID:
>>46
Viewを動的作成しておいて解放は効果ありそうですね。
Tabだったら他のViewcontrollerを解放することは可能でしょうか?
確かにこまごま対処するより再起動なら間違いないですね

48 デフォルトの名無しさん 2018/01/08(月) 17:55:53 ID:
返り値複数の関数は作れますか?

49 デフォルトの名無しさん 2018/01/08(月) 19:39:48 ID:
構造体とかobject(メンバ)を返す

50 デフォルトの名無しさん 2018/01/10(水) 20:03:11 ID:
cocoa event handling 難しいです。

Windowに置いたAVPlayerViewのjkl キーナビゲーションをカスタマイズ=潰したいです。
別のViewを配置して、NSResponderのkeyEquivalent系メソッドでキーコードのjklなNSEventをぶんどれば良いのでしょうか。

AVPlayerViewは、acceptFirstResponderにYesと返してくるのに、Viewをクリックしてもfirstresponderにならないので悩んでます。

51 デフォルトの名無しさん 2018/01/10(水) 22:15:32 ID:
AVPlayerViewのサブクラスを作って、その(キー)イベントハンドラでやればいいんじゃないの。てかそれが普通で簡単確実じゃないかなあ。もしくはMethod Swizzlingでとか
NSResponder云々はResponder chainを理解してなさげ。奪うとかよりも取りこぼしを拾うような感じで、やりたいような処理機会を奪うのはムズいだろう

52 デフォルトの名無しさん 2018/01/13(土) 21:00:50 ID:
もう少し教えて下さい。
event handling guideを読み進めたのですが、keyboard eventの場合には、最初にperformkeyequivalent
がWindow上の全viewに対して一通り呼ばれて、
その後にmenu barのショートカットが評価され、
それでも該当しない場合に初めて
keyDown:をresponder chainへ投げる流れに進む、
と理解したのですが、正しいでしょうか。

この理解ですと、acceptFirstResponder/responder chainが意味を持つのはキーイベント処理のかなり後になるように思えます。
viewが実装しているキーボード処理をoverrideする場合
親クラスがkeydownのみ実装していると仮定するのは
微妙かなと感じたのですが、AppKitではkeyequivalentでは実装しない、そういう前提で書くのが正しいのでしょうか。

53 デフォルトの名無しさん 2018/01/13(土) 21:39:21 ID:
読んだだけだろ?テストしたらわかるよperformKeyEquivalent:の意味が

54 デフォルトの名無しさん 2018/02/16(金) 06:10:45 ID:
☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

55 デフォルトの名無しさん 2018/02/16(金) 11:15:20 ID:
こういう宣伝活動はエセ右翼

56 デフォルトの名無しさん 2018/02/25(日) 12:03:36 ID:
performSelecterで複数の引数を指定するにはどうすればよいですか?

57 デフォルトの名無しさん 2018/02/25(日) 14:39:30 ID:
performSelector:withObject:withObject:

58 デフォルトの名無しさん 2018/02/25(日) 17:21:55 ID:
ありがとうございます
3つからは配列しかないでしょうか

59 デフォルトの名無しさん 2018/02/25(日) 19:59:03 ID:
辞書にキー値で入れて渡せばいくらでも

60 デフォルトの名無しさん 2018/02/25(日) 23:04:26 ID:
ドキュメントのニュアンス的に書いてあるようにperformSelector:は簡易版のようなもので、本来NSInvocationを使うのが筋だと思ってる
まあ、NSInvocationはめんどくさいから普通に>>59のいうやり方にするけど
NSInvocation使ってperformSelector:のオレオレバージョンメソッド追加したりも簡単だけど、それもあんましないな

61 デフォルトの名無しさん 2018/02/26(月) 01:16:10 ID:
他で既にたくさん呼ばれている関数の引数が3つ以上だと使えないですね。
Timerで代替できるけど、ちょっと流れが読みにくくなっちゃうんですよね

62 デフォルトの名無しさん 2018/02/26(月) 01:19:45 ID:
progressviewを読んでも表示されないときに、処理を一旦をOSに返し?表示させるために使ってますが、他の良い方法はありますか?

63 デフォルトの名無しさん 2018/02/26(月) 01:59:59 ID:
流れが読めないなw

64 デフォルトの名無しさん 2018/02/26(月) 03:20:00 ID:
performSelector:withObject:withObject:... の、ただ引数が増えましたバージョンはNSInvocation使って普通にできたな

Timer~処理を一旦をOSに~がafterDelay:付きのような気ががするが、そもそもそれは複数引数なんてないしな
afterDelay:付きはcancelPreviousPerformRequestsWithTarget:selector:object:をどう実現すんのかわからんが、それいらんのだったら同じくでできる

65 デフォルトの名無しさん 2018/02/26(月) 03:31:09 ID:
単に次のrunloop cycleで処理を実行させたいということのような気がするんで
-[NSOpeartionQueue addOperationWithBlock:] でいいんじゃないかな (あれば、だけど)

66 デフォルトの名無しさん 2018/02/26(月) 09:56:36 ID:
キャンセルというのがあるんですね!
初めて知りました。

addOperation試してみます。
勉強になりました。

ありがとうございます。

67 デフォルトの名無しさん 2018/03/25(日) 22:05:45 ID:
今日からObjective-Cを勉強し始めた初心者です
OSX/macOS用のデスクトップアプリの製作を目標にしています
ファイル出力で躓いている点がありアドバイス頂けませんでしょうか

NSStringのwriteToURLでテキストファイルを出力したいのですが、Callback関数内で実行すると
EXC_BAD_ACCESSエラーになってしまいます
試しにコピペでCallback関数の外で実行するとエラーになりませんでした。コードはこんな感じです

NSString *hoo = @"test";
[hoo writeToURL: savePanelURL atomically:true encoding:NTUTF8StringEncoding error:nil]

savePanelURLはsavePanelで入力しています
USB機器に1byte送信して、その結果をCallbackで受信したら受信結果をファイルに書き出すのが目的です

ご助言お願いします

68 デフォルトの名無しさん 2018/03/25(日) 22:14:01 ID:
すみません、上の質問は取り下げとさせて下さい
スレ汚し失礼しました

69 67 2018/03/25(日) 22:57:04 ID:
67です。改めて質問させて下さい
savePanelで保存ファイル名を入力したらUSB機器に送信し、Callbackで結果を受信したらそれを
ファイルに出力する、と言う処理を考えています

savePanelから得たURLを直接Callback関数に渡す事は出来ないので一旦publicな変数に
格納していますが、Callback関数がこのNSURLを参照するとEXC_BAD_ACCESS例外に
なってしまいます。Callback関数内でNSLog()でNSURL変数を参照すると例外が発生しました

callback関数が別スレッドで動いているからでしょうか?しかしながら、unsigned charの配列
なんかは問題なく参照出来ています。クラスインスタンスだけだめなんでしょうか。

解決方法についてご助言頂けますと幸いです

70 デフォルトの名無しさん 2018/03/26(月) 00:32:44 ID:
Callbackにデリゲートも持たせる
iokitのUSB関連のコールバックは基本そういう設計になってる

71 デフォルトの名無しさん 2018/03/26(月) 11:00:28 ID:
情報量が足りないから推測するしかないけど、メモリ管理がきちんとできてなくて public な変数とやらがdangling pointer になっているような気がする

72 デフォルトの名無しさん 2018/03/26(月) 20:16:29 ID:
>>70
ありがとうございます。Delegateですか・・・
グーグッて見たんですが世の中のサンプルは全部delegate側と被delegate側でクラスが分かれてる
例ばかりで、以下のような1つのクラス内でdelegateをデリゲートする方法が分かりませんでした・・・

@interface hoo : NSObject {
NSURL *url;
}

- (void) sendUSBData;

static void receiveUSBDataCallback(・・・・・・);

@end


sendUSBDataの中でurlを設定した後にUSB機器に向けて送信しています。その際にCallbac関数に
receiveUSBDataCallbackを指定します

Callback関数内で受信結果をファイルに書き出したいのですが、
NSLog(@"%@", url) ;
と書いた行でEXC_BAD_SCCESSになります

73 デフォルトの名無しさん 2018/03/27(火) 00:01:46 ID:
これ単にコールバック関数まで来たときには既に NSURL *url が消えてなくなってるんと
ちゃうの?

74 デフォルトの名無しさん 2018/03/27(火) 00:28:21 ID:
hoo のインスタンスをどうやって receiveUSBDataCallback に渡してるの?

75 デフォルトの名無しさん 2018/03/27(火) 01:23:52 ID:
@interface hoo ...
@end
の中に入れてることから、そこに入れても hoo と全く無関係な単なる Cの関数 だとは思ってなさげ

76 デフォルトの名無しさん 2018/03/28(水) 23:12:49 ID:
hooで自信のインスタンスを返すクラスメソッド作っておけば良い
そこからhooを取得してurlを渡すゲッターメソッドも作っておけば良い
それだけの話でしょ

77 デフォルトの名無しさん 2018/03/28(水) 23:52:03 ID:
Callbackにユーザ定義ポインタ(void *)あるんじゃないの
何使ってるのか知らんけど、USBなんちゃらRecieveなんちゃらだったかは、Callback登録するときに一緒に渡して、Callback呼ばれる時にはそれが引数と渡ってくるようになってたようだけど
であれば、それでurlだのfooだの渡すだけじゃね

78 デフォルトの名無しさん 2018/03/28(水) 23:58:50 ID:
ああ、EXC_BAD_SCCESSなら、それやってて意図せず(ARCをよくわかってないと)に、元のインスタンスがCallback呼ばれる時にはすでにdeallocされてるとかありそう

79 デフォルトの名無しさん 2018/03/28(水) 23:59:11 ID:
基本的なiokitの設計ならコールバックはそうなってるけど
libusbとかでやってるなら話は変わってきそう

80 デフォルトの名無しさん 2018/04/01(日) 14:42:04 ID:
皆さんはキーボードはUS使ってる?
私は場所によってUSだったりJISだったりするんだけど
objcの場合@や{}[]使う事が多いからjisの方が書き易い気がしてきた
どうなんだろ

81 デフォルトの名無しさん 2018/04/02(月) 04:11:07 ID:
USになれたらUSが合理的

82 デフォルトの名無しさん 2018/04/02(月) 04:27:54 ID:
>{}[]使う事が多いからjisの方が書き易い
これがイミフでそういう話には進まないな

83 デフォルトの名無しさん 2018/04/02(月) 12:17:51 ID:
USキーボードってかな入力できるの?
ローマ字変換のみ?

84 デフォルトの名無しさん 2018/04/02(月) 14:03:58 ID:
>>82
俺は意味分かった。

85 デフォルトの名無しさん 2018/04/02(月) 19:37:02 ID:
>>83
できるけどキーの数足りてないので何らかの割り当ては必要

86 デフォルトの名無しさん 2018/04/02(月) 20:04:40 ID:
両方つかったけど
あまりかわらない
慣れかな
インテリジェンスだし
そんな連続でキーパンチ続けないし

87 デフォルトの名無しさん 2018/04/06(金) 17:07:16 ID:
bitFlyerがObjective-C共同開発者Tom Love氏を顧問に、ブロックチェーン向け言語開発に取り組む
https://jp.techcrunch.com/2018/04/06/tomlove-joins-bitflyer/

88 デフォルトの名無しさん 2018/05/12(土) 11:01:20 ID:
共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903

ttps://goodpatch.com/blog/sketch-plugins/

89 デフォルトの名無しさん 2018/05/23(水) 19:57:46 ID:
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

4NUVT

新着レスの表示
■トップページに戻る■ お問い合わせ/削除依頼