| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 1 | CustomizeObject() |
| 2 | ***************** |
| 3 | |
| 4 | |
| 5 | FUNKTION |
| 6 | ======== |
| 7 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 8 | string CustomizeObject(); |
| 9 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 10 | |
| 11 | DEFINIERT IN |
| 12 | ============ |
| 13 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 14 | /std/virtual/v_compiler.c |
| 15 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 16 | |
| 17 | ARGUMENTE |
| 18 | ========= |
| 19 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 20 | keine |
| 21 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 22 | |
| 23 | RUeCKGABEWERT |
| 24 | ============= |
| 25 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 26 | Den Objektnamen, den das zuletzt erzeugte Objekt (welches gerade die |
| 27 | Funktion aufruft) spaeter vom Driver bekommen wird. |
| 28 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 29 | |
| 30 | BESCHREIBUNG |
| 31 | ============ |
| 32 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 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 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 43 | |
| 44 | BEMERKUNGEN |
| 45 | =========== |
| 46 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 47 | Das CustomizeObject() im Standard-VC gibt nur den zukuenftigen Objektnamen |
| 48 | zurueck und macht sonst nix. |
| 49 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 50 | |
| 51 | BEISPIELE |
| 52 | ========= |
| 53 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 54 | create() eines VC-Objektes: |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 55 | |
| 56 | |
| 57 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 58 | protected void create() { |
| 59 | ... |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 60 | |
| 61 | |
| 62 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 63 | // wer bin ich denn eigentlich? |
| 64 | string myname = previous_object()->CustomizeObject(); |
| 65 | switch(myname) { |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 66 | // Kram konfigurier, ja nach myname... |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 67 | } |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 68 | |
| 69 | |
| 70 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 71 | ... |
| 72 | } |
| 73 | |
| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 74 | |
| 75 | SIEHE AUCH |
| 76 | ========== |
| 77 | |
| 78 | virtual_compiler |
| 79 | CustomizeObject(), Validate(), NoParaObjects(), |
| 80 | P_COMPILER_PATH, P_PARA |
| 81 | /std/virtual/v_compiler.c |
| 82 | |
| MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 83 | 21.10.2007, Zesstra |