--一些介绍
随着时间的推移，相当多的读者向我推荐 Leo。Leo 是与我所提到的其他编辑器/IDE，或者大多数读者将要使用的任何东西都很不相同的一类应用程序。Leo 的根本特点在于 Donald Knuth 的“literate programming”的概念——也就是那种认为源代码只是构成程序的一小部分的想法。程序的真正主体是对它的算法、结构、目的和用法的描述——实现它的源代码并不是主要的。总之，这是一个概念；我并没有对此深信不疑，我也并不确认这种想法是错误的。
图 3. 欢迎使用 Leo
一个 Leo 工程被组织为一组要点，这些要点基本上是一个对应到程序中的分层的可折叠的 内容（节点）树。一些节点包含有源代码片段，一些节点包含的是文档，还有一些节点主要是组织深层的子节点。在树中选择一个节点可以在编辑区中显示出代码或者相关内容。例如，一个 Python 模块通常会作为一个节点，并包含对应于它的类的子节点。每个类节点可能包括一些文档，还会有一组方法节点。结果是，这种对节点的组织在编辑环境中产生了深层次的折叠；但是一个节点远不只是一个折叠点——例如，节点可以被克隆，所以在一个大的工程中，同一个节点可以出现在多个相应的位置。
可以通过 tangling和 untangling 工程来在 Leo 工程外部创建实际的源代码，或者将其导入到 Leo 工程。例如，Leo 可以很好地从一个存在的 .py文件中自动生成要点。当然，您还可以从头开始一个 Leo 工程，并指定哪些内容被写入到哪些文件 （用什么语言、代码或文档）。节点的描述详细说明了当 untangle 时哪些需要被写入，以及这些部分的外观和行为。
对编辑者来说，Leo 的内容区与 IDLE 是等同的。Leo 中的交互式 Python shell 实际上看起来是直接借用于 IDLE。但是 Leo 并没有真正致力于传统的代码编辑问题——而是作为组织者、工程工作空间以及结构化开发环境。Per Knuth 的观点认为实际的代码只不过是外围的东西。
事实上，我还没有真正充分使用 Leo，以完全 理解它所推崇的开发风格。我觉得它可能对很多类工程来说是确实有用的，包括应用程序和文档——但是这需要去适应 Leo 的风格。尽管如此，我的许多读者对它还是非常推崇。
选自：http://www.ibm.com/developerworks/cn/linux/l-cpyide/
http://www.open-open.com/lib/view/open1324649712030.html
- 这个纯Python 的编辑环境用最简单的代码实现了如此丰富的编程思想
-
Leo 可以是 一个通用的数据管理环境
-
Leo 可以是 一个柔韧性的项目,程序或是其它数据的浏览器
-
Leo 可以是 一个项目管理器
-
Leo 可以是 一个提纲式的程序编辑器
- Leo 可以是 ....
-
-
下载帮助文件来学习 _sbooks.chm
扫一扫
1101
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
