Morgengrauner Dokumentation

Dateipfad: /home/mud/mudlib/doc//lfun/CustomizeObject
CustomizeObject()
*****************


FUNKTION
========

   string CustomizeObject();


DEFINIERT IN
============

   /std/virtual/v_compiler.c


ARGUMENTE
=========

   keine


RUeCKGABEWERT
=============

   Den Objektnamen, den das zuletzt erzeugte Objekt (welches gerade die
   Funktion aufruft) spaeter vom Driver bekommen wird.


BESCHREIBUNG
============

   Diese Funktion ist aus dem Grunde da, da zum Zeitpunkt des Clonens des
   VC-Objektes (P_STD_OBJECT) dieses Objekt ja noch nicht weiss Wer
   oder Was es spaeter mal sein wird.
   Deshalb kann dieses VC-Objekt im create() (und nur da!) die Funktion
   CustomizeObject() in dem virtual_compiler aufrufen, welches das Objekt
   geclont hat und bekommt von diesem den Objektnamen zureck, welches es
   spaeter mal bekommen wird.
   Da das VC-Objekt vom VC geclont wurde, ist previous_object() im create()
   des VC-Objektes der VC, in dem man CustomizeObject() ruft.


BEMERKUNGEN
===========

   Das CustomizeObject() im Standard-VC gibt nur den zukuenftigen Objektnamen
   zurueck und macht sonst nix.


BEISPIELE
=========

   create() eines VC-Objektes:



   protected void create() {
     ...



     // wer bin ich denn eigentlich?
     string myname = previous_object()->CustomizeObject();
     switch(myname) {
       // Kram konfigurier, ja nach myname...
     }



     ...
   }


SIEHE AUCH
==========


   virtual_compiler
   CustomizeObject(), Validate(), NoParaObjects(),
   P_COMPILER_PATH, P_PARA
   /std/virtual/v_compiler.c


21.10.2007, Zesstra

zurück zur Übersicht