Name c Idiom - `static void * Sache = &thing;`

Question

Der Code:

static const void *const uniquePtr = &uniquePtr; 

... ein einzigartigen void Zeiger in der Übersetzungseinheit bereitzustellen. Es ist praktisch zum Generieren eines eindeutigen Handles oder Namens für APIs, die auf diese Weise einen Namen als void* nehmen möchten.

Beispiele:

• objc_setAssociatedObject and objc_getAssociatedObject
• addObserver:forKeyPath:options:context:

Es wäre sinnvoll, dieses Muster in einem Makro wickeln einen Fehler damit zu verhindern, dass, und die Idee zu kapseln damit es sich selbst dokumentiert.

Aber das führt zu der Frage: gibt es einen Namen für dieses Idiom, die verwendet werden können, um das Makro zu nennen ?:

#define DECLARE_VOID_THING(name) static const void *const name = &name 
DECLARE_VOID_THING(aHandle); 
DECLARE_VOID_THING(anotherHandle); 

Irgendwelche Gedanken?

Answer 1

Wie oben ausgeführt, gibt es (sehr wahrscheinlich) keinen Standard-Sprachgebrauch, so dass Sie frei wählen können, was immer Sie für am besten halten. Vielleicht etwas wie UNIQUE_VOID_POINTER oder etwas ähnliches.

Answer 2

ich es nennen würde ein self reference es ist nicht sehr anders:

struct self { 
    struct self *moi; 
    } me = { &me}; 

Dies hat den zusätzlichen Vorteil, dass Sie zu dereferenzieren einen void* Zeiger haben, um es nicht zu benutzen. (zB: assert (me.moi == &me);)

Answer 3

Ein Programmier-Idiom ist ein Mittel, um ein wiederkehrendes Konstrukt in einer oder mehreren Programmiersprachen auszudrücken.

Ist das ein Konstrukt, häufig genug, um zu rechtfertigen, sein "eigenes Ding" zu sein? Ist es per definitionem qualifiziert, ein Idiom zu sein?

Obwohl die Frage als C markiert ist, scheint es, dass dies eine reine Objective-C-Sache in einigen APIs ist, und weder die Sprache noch die speziellen APIs sind vorbildlich. Es dient dem einfachen Zweck, einen eindeutigen willkürlichen Wert zu liefern, eine Form der faulen Aufzählung, wenn Sie sich nicht wirklich um den Schlüsselwert kümmern. Sollte das ein Idiom sein?

Ich denke nicht, und es ist nicht meine persönliche Vorliebe, sondern einfache Logik. Es ist selten und unbedeutend, im Grunde ist es ein Wert im Speicher, der zufällig mit seiner Adresse im Speicher übereinstimmt. Es verdient so viel wie ein Integer in einem Array mit einem Wert, der seinem Index im Array entspricht.

Darüber hinaus wird diese Frage, ohne einen standardisierten Namen dafür zu haben, automatisch zu einer "primär meinungsbasierten", die gegen die SO-Richtlinien verstößt, zusätzlich zu keinem Programmierproblem. Es ist kein "spezifisches Programmierproblem", es ist kein "praktisches, beantwortbares Problem, das für die Softwareentwicklung einzigartig ist", da ein eigener Name in keiner Weise problematisch ist, sondern ein Diskussionsthema in einer Diskussion ist Board für Programmierer.Es hat einen Platz hier auf SO so viel wie eine Frage "Wie soll ich meine Variable nennen?" und ich meine nicht Kodierung Konventionen, letztlich ist das, worum die Frage geht, wie man ein Makro nennt ... und so ziemlich alles, was mindestens vage verwandt ist mit seiner Nutzungsabsicht, wird DECLARE_VOID_THING schlagen, wie man sagen kann, und es gibt keine Notwendigkeit dafür zu sein oder es zu einem Idiom zu machen, um dieses "Problem" zu lösen, und schließlich - es gibt kein Idiom zu nennen Hier.