[Xotcl] XOTcl 2.0 and NX

Victor Mayevski vitick at gmail.com
Fri Oct 1 21:06:16 CEST 2010


I will wait for the announcement to see the entire picture. 

I wish I participated in those 10+ years of discussions so I could understand things better. Time to catch up. I am sure that people coming from C++ or Java backgrounds will find NX more appealing. For me, even looking at code like "public void method" is painful. I like short, readable code. But, again, NX seems to be flexible enough to make all of us happy. May be it will even warm me up to C++ or Java, so I finally learn at least one of them. Not that I have too much time on my hands. :)

Thank you. 



----- Original Message -----
From: "Gustaf Neumann" <neumann at wu-wien.ac.at>
To: xotcl at alice.wu-wien.ac.at
Sent: Thursday, September 30, 2010 11:44:58 PM GMT -08:00 US/Canada Pacific
Subject: Re: [Xotcl] XOTcl 2.0 and NX

  On 01.10.10 06:50, vitick at gmail.com wrote:
> Dear Gustaf,
>
> What is the reason for having XOTcl 2.0 and NX at the same time?
we will make a larger announcement in the near future 
explaining the background, relationships in detail.

For now: we have a large XOTcl code base, for which it is 
unrealistic to switch to the new language in short time. 
Both, XOTcl 2.0 and our next scripting language are fully 
scripted (loaded via package require), so they are much 
easier to maintain.
> In NX, method declaration is private by default where it seems to me that it is more natural for it to be public by default (since the majority method declarations will be public) and it is the private method that should be declared explicitly.
many experiences and comments from 10+ years of xotcl were 
brought into the design of nx (e.g. issues about naming, 
large set of base methods, experiences from bug tracking, 
etc.). One experience from larger projects (more than 
500.000 tcl/xotcl code, larger and changing programmer team) 
is that forcing developer to declare interfaces helps to 
improve comprehensibility for starters. btw, nx has a weak 
form of protection, one can call protected methods via "obj 
eval .....", but these should be reminders to provide a 
public interface for that functionality. Furthermore, the 
default protection can be changed from the scripting level.

-gustaf neumann

_______________________________________________
Xotcl mailing list
Xotcl at alice.wu-wien.ac.at
http://alice.wu-wien.ac.at/mailman/listinfo/xotcl


More information about the Xotcl mailing list