[Gambas-user] Idea for 3.17

Benoît Minisini g4mba5 at gmail.com
Sat May 8 16:24:14 CEST 2021


Le 05/05/2021 à 10:52, Christof Thalhofer a écrit :
> Hi,
> 
> what if we could work on namespaces? We already talked about it:
> 
> https://lists.gambas-basic.org/pipermail/user/2018-November/065829.html
> 
> Alles Gute
> 
> Christof Thalhofer
> 
> 
> 
> ----[ http://gambaswiki.org/wiki/doc/netiquette ]----
> 

Hi everyone,

I read all the mails, but at the moment I didn't have the time to really 
think about it.

I have nothing more to say that what was in the November 2018 mail, except:

1) I don't want to use Java-like namespaces, nor a central namespace 
directory.

I don't care if namespaces could collide, because when writing free 
software, there is no reason that namespaces conflict more than shared 
libraries names.

When someone writes a new shared library for Linux/Unix, it chooses a 
name that nobody has chosen before. It's common sense, and it's enough 
for me to do the same thing with Gambas. People will have to collaborate 
intelligently.

2) Nobody should write components outside of the Gambas source tree. It 
is not intended to work, even if it does.

People must write libraries. And you choose the order in which you load 
libraries in your project. So the problem in conflicting names is the 
same as when you use shared libraries.

A way to export a class, not in the global table but in a library's 
table, and a way to use a class explicitly from a library's table, 
should be enough to deal with name conflicts.

A library that export a class in the global table wants to extend the 
Gambas language (in some way).

Otherwise a library should export the class in its local table. But then 
you can't use it directly, you must specify the library name somewhere 
(the namespace, i.e. which table you must search).

But as I said, I don't think about that enough.

Regards,

-- 
Benoît Minisini


More information about the User mailing list