Horizontale Linie in OutlineView

  • Kategorien sind Erweiterungen einer Klasse, Protokolle unabhängig von Klassen, denen man sie dann anhängen muss. Was gemacht wurde, ist eine Kategorie zu NSObject. Dazu gibt es Protokolle, die bedarfsweise angehängt werden.
    Warum weiß ich nicht, hab es erstmal nur blind übernommen.
    8o Das liest sich nach einer Lesestunde.
    I would be embarrassed if they did not spy on me.

  • äh, was jetzt? Angenommen ich hätte das Protokoll und würde conformsToProtocol: verwenden. Dann müsste ich doch wirklich alle Methoden implementieren... So gesehen hast du doch schon Recht, oder nicht? *kopfkratz*

    Ja, wenn man den Beitrag von longW genau liest, rät er dir deshalb davon ab. Also um es klarzustellen: Verwende weder conformsToProtocol: noch <Protocol>.

    Die Deklaration des Protokoles dient allein dem Zweck, die Bezeichner bekannt zu machen.

    Dass es als Kategorie und nicht als Protokoll implementiert ist, hat erstmal nur den Sinn, dass mir das so empfohlen wurde.

    Ich war es jedenfalls nicht.

    Leider gibt es eine ganze Horde von Menschen dort draußen, die nie übre den Unterschied nachgedacht haben. Die verkaufen aber auch ihre Oma. Du solltest deinen Beraterstab wechseln.

    Warum weiß ich nicht, hab es erstmal nur blind übernommen.

    Nicht selbst nachgedacht zu haben, ist keine Ausrede. :)
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • Hi,
    Beraterstab wechseln ist da leider nicht so einfach. *g* Ich hab diesem Jemand auch ne Email geschrieben und nachgefragt. Auch wenn's der Chefentwickler war, er wird mich sicher nicht umbringen. :D

    Der Unterschied ist mir jetzt schon klar, nur scheint ja beides seinen Zweck zu erfüllen. Ob ich nun einfach alle NSObject-Klassen um eine Methode erweitere (die ja aber nicht zwingend implementiert werden muss; wobei, zugegeben, das klingt schon nach Overhead) oder ein Protokoll definiere... letztlich verstehe ich das Argument "Dann kann ja auch ein WebView darauf reagieren" nicht. Das kann es doch so oder so. Das Protokoll sagt ja auch nur "Hallo ihr, wenn ihr mit MyOutlineView kommunizieren wollt, dann solltet ihr diese Methode kennen:" und nicht "Hallo ihr, sofern ihr kein Nachfahre von NSDarfNichtMitOutlineViewKommunizieren seid, zum kommunizieren nutzt halt diese Methode:".

    Nochmal zum Verständnis: das Protokoll, das zu einer Klasse gehört, gibt an, was die Klasse, die gerne mit dieser Klasse kommunizieren will, können sollte oder muss (kommt halt darauf an, wie streng die entsprechende Klasse ist und ob sie auf conformsToProtocol: prüft).
    Dahingegen sind Kategorien Erweiterungen für Klassen. D.h. wenn ich nun eine Kategorie habe

    Quellcode

    1. @interface NSObject (MyCategoryBla)
    2. ...
    3. @end

    ist mein Objekt um all das erweitert, was diese Kategorie angegeben hat. D.h. jede Instanz und jede Subclass von NSObject sollte nun diese neuen Methoden kennen - ob sie nun die entsprechenden Methoden implementiert haben oder nicht, ist dabei ja scheinbar egal, oder wie?

    Hab ich das soweit richtig verstanden?

    Chris

  • Jein

    a) Eine Kategorie bedarf logisch der Implemntierung. Sie hat einfach den Sinngehalt: Für jedes Objekt der Subklassen ist das sinnvoll. Ds bedeutet natürlich nicht, dass es wirklich bei jedem Objekt so sein muss. Aber grundsätzlich ist das denkbar. Vielleicht hast du von meiner unproxy-Methode gelesen, die ich vorein paar Tagen postete: Im Prinzip kann jedes Objekt in einem Binding hängen. Also ist diese Methode für jedes Objekt sinnvoll (prinzipiell): Kategorie von NSObject! (Freilich müssen Kategorien nicht an NSObjekt hängen. Kategorien sind Erweiterungen bestehender Fähigkeiten. Das kann auch nur für NSArray und Subklassen gelten.)

    Wichtig: Eine Kategorie ist typisiert: sie gehört immer zu einer Klasse! Das ist eine strukturelle Frage. Es geht darum, dass Objekte einer bestimmten Klasse etwas können sollen.

    b) Protokolle sind etwas gänzlich anderes. Sie sagen, dass etwas gekonnt werden soll *unabhägig* von der Klasse. Siesind also nicht typisiert. Sie haben zudem keine Implementierung. Sie sind also eine untypisierte äußere Beschreibung.

    Natürlich ähnelt sich das in den Auswirkungn, wenn du eine Kategorie von NSobject machst. Das ist dann aber die Hammerschlagmethode. Natürlich kann es das WebView, *wenn* und *nur wenn* es das Protokoll implementiert, was alleine die Frage es WebViews ist. Bei einer Kategorie kann es das automatisch -- und wird sich ziemlich wundern, was es als Datasource zu tun hat. Dsa meint eben longW mit mangelnder Kapselung. Die Entscheidung des Objektes drückst du ihm auf. Nicht gut!

    Delegates sind konzeptionell gerade untypisierte Helfer, die sich dazu entschlossen haben.

    c) Dass etwa von dem Objekt gekonnt werden muss, ist nur bei formalen Protokollen so. Bei informalen Protokollen geht es um dsa können dürfen!

    Natürlich kannst du sämtliche Funktionalität eines Programmes in einer Subklasse von NSObject implementieren. Das funktioniert. Es ist jedoch nicht sinnvoll.
    Es hat noch nie etwas gefunzt. To tear down the Wall would be a Werror!
    25.06.2016: [Swift] gehört zu meinen *Favorite Tags* auf SO. In welcher Bedeutung von "favorite"?

  • Vielleicht hilft dir meine Implementierung. Ich habe eine Divider Klasse geschrieben, eine subclass von NSCell. Du musst einfach eine Zeile einfügen, die diese Klasse verwendet. Den divider habe ich so gemacht, dass es nach indiehig.com/wiki/Source_Lists#Dividers konform ist.

    Brainfuck-Quellcode

    1. //
    2. // PHFSeperatorCell.h
    3. // Xgrade
    4. //
    5. // Created by Philipe on 18.03.07.
    6. // Copyright 2007 __MyCompanyName__. All rights reserved.
    7. //
    9. #import <Cocoa/Cocoa.h>
    11. @interface PHFSeperatorCell : NSCell {
    13. }
    15. @end
    17. --------------------------------------------------------------------------------
    19. //
    20. // PHFSeperatorCell.m
    21. // Xgrade
    22. //
    23. // Created by Philipe on 18.03.07.
    24. // Copyright 2007 __MyCompanyName__. All rights reserved.
    25. //
    27. #import "PHFSeperatorCell.h"
    30. @implementation PHFSeperatorCell
    32. - (void)drawWithFrame:(NSRect)frame inView:(NSOutlineView *)controlView {
    34. float leftSpace = [controlView indentationPerLevel];
    35. float lineWidth = roundf((leftSpace + NSWidth(frame)) * 0.85);
    36. float lineXPoint = frame.origin.x - leftSpace + roundf(((leftSpace + NSWidth(frame)) - (leftSpace + NSWidth(frame)) * 0.85)/2);
    37. float lineYPoint = frame.origin.y + (NSHeight(frame)/2);
    39. NSRect upperLine = NSMakeRect(
    40. lineXPoint,
    41. lineYPoint,
    42. lineWidth,
    43. 1
    44. );
    46. NSRect lowerLine = NSMakeRect(
    47. lineXPoint,
    48. lineYPoint+1,
    49. lineWidth,
    50. 1
    51. );
    53. // upper line
    54. [[NSColor colorWithDeviceRed:0.82 green:0.85 blue:0.88 alpha:1.0] set];
    55. NSRectFill(upperLine);
    57. // lower line
    58. [[NSColor colorWithDeviceRed:0.98 green:1.0 blue:1.0 alpha:1.0] set];
    59. NSRectFill(lowerLine);
    61. // left cap
    62. // +---+---+-------- - -
    63. // | 1 | 2 |
    64. // +---+---+-------- - -
    65. // | 3 | 4 |
    66. // +---+---+-------- - -
    67. //
    69. // 1:
    70. [[NSColor colorWithDeviceRed:0.87 green:0.89 blue:0.93 alpha:1.0] set];
    71. NSRectFill(NSMakeRect(lineXPoint,lineYPoint,1,1));
    72. // 2:
    73. [[NSColor colorWithDeviceRed:0.84 green:0.87 blue:0.9 alpha:1.0] set];
    74. NSRectFill(NSMakeRect(lineXPoint+1,lineYPoint,1,1));
    75. // 3:
    76. [[NSColor colorWithDeviceRed:0.93 green:0.96 blue:0.99 alpha:1.0] set];
    77. NSRectFill(NSMakeRect(lineXPoint,lineYPoint+1,1,1));
    78. // 4:
    79. [[NSColor colorWithDeviceRed:0.96 green:0.98 blue:1.0 alpha:1.0] set];
    80. NSRectFill(NSMakeRect(lineXPoint+1,lineYPoint+1,1,1));
    82. // right cap
    83. // - - --------+---+---+
    84. // | 1 | 2 |
    85. // - - --------+---+---+
    86. // | 3 | 4 |
    87. // - - --------+---+---+
    88. //
    90. // 1:
    91. [[NSColor colorWithDeviceRed:0.84 green:0.87 blue:0.9 alpha:1.0] set];
    92. NSRectFill(NSMakeRect(lineXPoint+lineWidth-2,lineYPoint,1,1));
    93. // 2:
    94. [[NSColor colorWithDeviceRed:0.87 green:0.89 blue:0.93 alpha:1.0] set];
    95. NSRectFill(NSMakeRect(lineXPoint+lineWidth-1,lineYPoint,1,1));
    96. // 3:
    97. [[NSColor colorWithDeviceRed:0.96 green:0.98 blue:1.0 alpha:1.0] set];
    98. NSRectFill(NSMakeRect(lineXPoint+lineWidth-2,lineYPoint+1,1,1));
    99. // 4:
    100. [[NSColor colorWithDeviceRed:0.93 green:0.96 blue:0.99 alpha:1.0] set];
    101. NSRectFill(NSMakeRect(lineXPoint+lineWidth-1,lineYPoint+1,1,1));
    102. }
    104. @end
    Alles anzeigen


    Hoffe das hilft.