所以，我正在考虑在一些兴趣爱好/学术项目中使用Smalltalk/Squeak，当我试图阅读这种语言时，我看到了这篇好文章。然而，这段话让我有些茫然：
很不幸，对于在Smalltalk中提供或处理模块/包而言，没有任何标准化。有些方言提供非常强大的、综合性的模块/包支持（包括版本控制和由编程团队分布式访问），而其他方言在这方面则几乎没有提供任何东西。一些方言提供了一个强大的、可共享的多个命名空间的实现，而另一些则没有。唯一的共同点是，当模块/包或命名空间被提供时，它们被实现为具体化的对象，就像类和方法一样被实现为具体化的对象一样。
所以，我已经尝试了谷歌搜索，这在Squeak维基上显示：http://wiki.squeak.org/squeak/734。有人知道这个（或类似的）现在是否成为标准发布的一部分了吗？
正如Mue所说，Squeak社区并没有将其视为一个大问题。前缀已经足够好了。一段时间以前，我努力尝试做得更好，同时仍然保持Smalltalk的独特感觉：
请将此翻译成中文：http://swiki.krampe.se/gohu/32 http://swiki.krampe.se/gohu/32
虽然很多人认为它很好，但它并没有流行起来。代码基本上还是有效的，但也有几种其他方法 - 不幸的是，其中大部分只是从一些较差的语言中复制了一些愚蠢的方法，从而破坏了Smalltalk的感觉。
命名空间今天不是 Squeak 的一部分。但是通常的协定是在自己项目的所有类名前加上两到三个字母。这不像真正的命名空间那样安全，但它是轻量级、简单、可行的。 +微笑+
Google Summer of Code支持了一个名为Environments的命名空间项目。Chris Cunnington 目前正在调查它，但他说它看起来很有前途。
名称上可能没有太大关联，但Squeak 4.5通过Colin Putney的Environments package重新解决了这个问题。
听起来你应该看看新话语。
