No registered users in community xowiki
in last 10 minutes
in last 10 minutes
Re: [Xotcl] XOTcl 2.0 and NX
From: Victor Mayevski <vitick_at_gmail.com>
Date: Fri, 1 Oct 2010 12:06:16 -0700 (PDT)
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
Date: Fri, 1 Oct 2010 12:06:16 -0700 (PDT)
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