export_to (Was: Re: the OO metaphor)
Fri Dec 1 13:57:07 CET 2000
> Could someone explain to me how in practice you actually get in
> trouble from not having export_to?
One advantage I can think of is for automated tools, such as xref, to
detect problems. It also means we can locally, within a module, know
that certain functions are _only_ used by direct remote calls.
In a similar vein to "export_to", I'd like to have something like
-export([...]). %% functions visible outside the module
-apply([....]). %% functions that can be metacalled
-spawn([....]). %% functions that can be spawned
The "internal exports" would show up in -apply or -spawn, but not in -export.
Some shorthand could be provided as well
(-compile(export_all) = export+apply+spawn?).
"National differences and antagonism between peoples are daily more and
more vanishing, owing to the development of the bourgeoisie, to
freedom of commerce, to the world market, to uniformity in the mode of
production and in the conditions of life corresponding thereto."
-- Communist Manifesto
More information about the erlang-questions