Designproblem + mehrfache Ableitung...

Christian Kienle · 9. November 2006, 18:11

Hallo,

ich habe ein kleines Designproblem.

Ziel: Folgende Anforderung: Ich ziehe ein NSControl in den IB, ändere die custom class auf meine Klasse und dann soll um das Control einfach ein schwarzer Rahmen gezeichnet werden.

Eigentlich kein Problem: Ein NSControl Subclass gemaacht und drawRect überschreiben. Aber wie weise ich dann zb. einem NSImageView (was ja auch ein NSControl ist) meine Klasse zu? Das scheint nicht zu gehen - logischerweise.

In C++ würde ich sowas mit einer mehrfachen Ableitung machen...

below · 9. November 2006, 18:29

Du könntest Deine Klasse als NSImageSubclass anlegen, oder ist das doof?

Alex

hanswurst · 9. November 2006, 18:46

kann man vllt mit kategorien methoden überschreiben?

Amin Negm-Awad · 9. November 2006, 18:53

a) Maches es konkret so, wie es below sagt.

b) Wenn du das generell für alle Kindklassen machen möchtest, wird es schwierig. Hier würde eventuell ein -poseAsClass: helfen. Lass die Finger davon. Du machst eher etwas kaputt.

c) Mehrfachvererbung ist Teufelszeug, eindeutig von Satan erschaffen.

below · 9. November 2006, 18:58

Original von hanswurst
kann man vllt mit kategorien methoden überschreiben?

Man kann, aber ich glaube das sollte man nur dann machen, wenn man die Funktionen der überschriebenen Klassen nicht braucht. (in Ableitungen hat man super, in Kategorien auch, aber es ist nicht die Klasse, der man die Kategorie hinzufügt)

Alex

hns · 9. November 2006, 19:03

* Mache eine Subclass von NSImageView
* Überschreibe drawRect
* rufe [super drawRect:rect] auf
* dann male Deinen Rahmen oben drüber (oder vor dem [super drawRect:] falls das Bild über den Rahmen gehen soll wenn es z.B. teiltransparent ist)

Dann ziehst Du die Headerdatei mit dem @interface auf das IB-Hauptfenster. Damit kennt IB Deine neue Subclass.

Im IB legst Du einen NSImageView an und wählst im i-Fenster unter "Custom Class" Deine neue Subclass aus.

-- hns

Christian Kienle · 9. November 2006, 19:24

Die von hns vorgeschlagene Lösung habe ich auch schon probiert.

Anschließend konnte ich sogar meine Klasse wieder direkt von NSControl ableiten und niemand hat gemeckert.

Aber das ist nur suboptimal.

thomas13 · 10. November 2006, 08:15

lt. Apple soll man category nicht (mehr) verwenden, da........

hns · 10. November 2006, 08:26

Original von thomas13
lt. Apple soll man category nicht (mehr) verwenden, da........

Was willst Du uns damit sagen?

-- hns

hns · 10. November 2006, 08:28

Original von Objcler
Anschließend konnte ich sogar meine Klasse wieder direkt von NSControl ableiten und niemand hat gemeckert.

Ich vermute Du hast dann die Superklasse im @interface geändert, neu übersetzt und alles geht. Das ist nicht verwunderlich, da der IB immer noch eine Ableitung von NSImageView unterstellt.

Das wird beim Laden des NIB (bisher) auch nicht geprüft. Und, man kann ja im IB selber Subklassen anlegen und beliebig umbenennen - das ist letztenlich nur ein Hinweis an den IB damit er die richtigen i-Informationen angibt, aber sonst wird das nicht ausgewertet.

-- hns

thomas13 · 10. November 2006, 09:34

Zitat:
Original von thomas13
lt. Apple soll man category nicht (mehr) verwenden, da........
Was willst Du uns damit sagen?

Ganz einfach, dass man eben den Vorschlag
"kann man vllt mit kategorien methoden überschreiben? " abwägen sollte.

Nichts weiter!
Es ist m.E. ebenso wichtig, auf Dinge hinzuweisen, die Apple für deprecated erklärt, also in >ObjC 2.0 und später nicht mehr unterstützen wird, wie wenn jeder auf das übliche "erst ab Tiger" meint, hinweisen zu müssen

below · 10. November 2006, 09:44

Original von thomas13
lt. Apple soll man category nicht (mehr) verwenden, da........

Wo war denn das verlautbart? Ich glaub Dir schon, aber ich dachte ich lese die Doku aufmerksam

Alex

thomas13 · 10. November 2006, 09:50

Jetzt wo Du es schreibst, bin ich mir nicht mehr sicher, ob es nicht "posing as" war/ist.

Aber laß mich noch mal überlegen.

Oh, da habe ich wohl was angerichtet. Daniel, weißt Du das noch?
Du saßt doch auch in der Session.

below · 10. November 2006, 09:53

Offtopic, aber das ist ja doof.

Ich benutze Categories ja für viele Sachen.

Alex

Amin Negm-Awad · 10. November 2006, 09:58

Na, der Ersatz wäre dann wohl Mehrfachvererbung. Ohne Instanzvariablen kommt das ja ziemlich nahe.

Aber ich finde das einfach nicht so schön baukastenartig.

Amin Negm-Awad · 10. November 2006, 09:59

Ich auch. Wenn es stattdessen Mehrfachverarbung gibt, geht das ja auch noch.

below · 10. November 2006, 10:06

Original von Tom9811
Na, der Ersatz wäre dann wohl Mehrfachvererbung.

Das Dir der Teufel gesagt!

Mehrfachvererbung wiederspricht dem Konzept von Objectve-C. Aber ich will nicht abschweifen.

Alex

chartus · 10. November 2006, 10:43

hm also ich bezweifel mal kühn das categories wegfallen - selbst jede addition in cocoa basiert darauf

was ich mir vorstellen kann ist, dass das methodehiding durch categories unterbunden wird

momentan ist es nämlich so, dass laut objectiv c standard nicht definiert ist welche methode dann von der runtime ausgeführt wird - ich glaub laut meinem kleinen o'railly ist es immer die methode welche zuletzt geladen wurde aber ich kann mich irren... müsst ich nachlesen

ym2c

Amin Negm-Awad · 10. November 2006, 10:46

Hat der nicht schon den Schnapps gemacht?

Aber das meinte ich mit "baukastenartig". Du drückst es gewandter aus. Gelernt ist eben gelernt.

Designproblem + mehrfache Ableitung...

Designproblem + mehrfache Ableitung...

RE: Designproblem + mehrfache Ableitung...

RE: Designproblem + mehrfache Ableitung...