blob: f6e0665b2e51d8bd8f5abe09cb4367974ba66033 [file] [log] [blame]
Zesstra18626972017-01-31 10:38:27 +01001CustomizeObject()
2=================
3
4FUNKTION
5--------
6::
7
8 string CustomizeObject();
9
10DEFINIERT IN
11------------
12::
13
14 /std/virtual/v_compiler.c
15
16ARGUMENTE
17---------
18::
19
20 keine
21
22RUeCKGABEWERT
23-------------
24::
25
26 Den Objektnamen, den das zuletzt erzeugte Objekt (welches gerade die
27 Funktion aufruft) spaeter vom Driver bekommen wird.
28
29BESCHREIBUNG
30------------
31::
32
33 Diese Funktion ist aus dem Grunde da, da zum Zeitpunkt des Clonens des
34 VC-Objektes (P_STD_OBJECT) dieses Objekt ja noch nicht weiss Wer
35 oder Was es spaeter mal sein wird.
36 Deshalb kann dieses VC-Objekt im create() (und nur da!) die Funktion
37 CustomizeObject() in dem virtual_compiler aufrufen, welches das Objekt
38 geclont hat und bekommt von diesem den Objektnamen zureck, welches es
39 spaeter mal bekommen wird.
40 Da das VC-Objekt vom VC geclont wurde, ist previous_object() im create()
41 des VC-Objektes der VC, in dem man CustomizeObject() ruft.
42
43BEMERKUNGEN
44-----------
45::
46
47 Das CustomizeObject() im Standard-VC gibt nur den zukuenftigen Objektnamen
48 zurueck und macht sonst nix.
49
50BEISPIELE
51---------
52::
53
54 create() eines VC-Objektes:
55
56
57
58 protected void create() {
59 ...
60
61
62
63 // wer bin ich denn eigentlich?
64 string myname = previous_object()->CustomizeObject();
65 switch(myname) {
66 // Kram konfigurier, ja nach myname...
67 }
68
69
70
71 ...
72 }
73
74SIEHE AUCH
75----------
76::
77
78 virtual_compiler
79 CustomizeObject(), Validate(), NoParaObjects(),
80 P_COMPILER_PATH, P_PARA
81 /std/virtual/v_compiler.c
82
8321.10.2007, Zesstra
84