OK, I understand and agree. Regards,
JF, -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Przemyslaw Czerpak Envoyé : mercredi 16 avril 2008 16:42 À : Harbour Project Main Developer List. Objet : Re: RE: [Harbour] 2008-04-16 14:41 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) On Wed, 16 Apr 2008, J. Lefebvre wrote: > Hi Przemek, > About "MESSAGE <msgName> IS <mthName>" and to allow the same meaning as > Class(y), > should'nt it be so simple as translating it to "MESSAGE <mthName> METHOD > <msgName>". It was working in exactly such way and I disabled it because in Class(y) it has different meaning. MESSAGE <msgName> METHOD <mthName> redirects <msgName> to [<class>_]<mthName>() function in Harbour and Class(y). MESSAGE <msgName> IS <altName> In Class(y) redirects <msgName> to message <altName> which can be inherited from other parent classes and [<class>_]<mthName>() function does not have to exist at all. > Doing this, mthName will act as msgName, resulting in the creation of an > alternate method Name. Yes but it needs [<class>_]<mthName>() function so such redirecting can be used only for messages which are locally defined methods. It means that we need separate construction for MESSAGE ... IS ... I left an example of such construction in the hbclass.ch code bu is commented now for easier detecting the code which should be updated. In the future I plan to add direct support for alternate messages in our class code so it will not be necessary to use intermediate INLINE code block like in the commented example. BTW Please remember that [x]Harbour has support for function pointers and for method which are simple functions we are using this pointers without any other intermediate codeblocks. Class(y) always needs codeblock. It means that in [x]Harbour function methods are executed faster because it's not necessary to intermediate codeblock with additional self parameters plus all other passed to message. So in Class(y) using BLOCK/INLINE methods was a little bit faster because from codeblock code it was not necessary to execute function. But it's not true in [x]Harbour. We have very fast direct method function execution and using BLOCK/INLINE methods gives slower code. Practice shows that most of users do not know about it. now in our hbclass.ch code we are supporting some commands using internally INLINE methods. In the future I plan to add direct support for most of such construction to classy code to eliminate this overhead. Then we will have messages defined by MESSAGE ... IS ... and also ACCESS/ASSIGN ... IS ... working with the same speed as original methods. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
