Tag: 平面文件

为什么我们仍然使用平面文件进行编程？: 为什么平面文本文件是用于表示源代码的最新技术？当然 – 预处理器和编译器需要查看文件的平面文件表示，但这很容易创build。在我看来，某种forms的XML或二进制数据可能代表很多很难跟踪的想法，否则。例如，您可以将UML图embedded到您的代码中。它们可以半自动生成，并由开发人员进行注释以突出devise的重要方面。交互图特别是。哎呀，embedded任何用户绘图可能会使事情更清楚。另一个想法是将代码评论的评论embedded到代码中。可以有各种各样的帮助，使合并多个分支更容易。我热衷的事情不仅仅是跟踪代码覆盖范围，还要考虑自动化testing覆盖的代码部分。困难的部分是跟踪代码，即使源被修改。例如，将一个函数从一个文件移动到另一个文件，等等。这可以用GUID来完成，但是它们在文本文件中embedded正确性相当侵入。在丰富的文件格式，他们可以自动和不显眼。那么为什么没有IDE（就我所知，无论如何）允许您以这种方式使用代码？编辑：在2009年10月7日。在我的问题中，你们中的大多数人都挂上了“二进制”这个词。我收回它。图片XML，非常简单地标记你的代码。在将它交给正常的预处理器或编译器之前，你将所有的XML标记去掉，然后传递源代码。在这种forms下，您仍然可以对文件执行所有正常的操作：比较，合并，编辑，使用简单和最less的编辑器，将它们提供给数千个工具。是的，差异，合并和编辑，直接与最小的XML标记，确实有点复杂。但是我认为价值可能是巨大的。如果存在尊重所有XML的IDE，则可以添加比我们今天所能做的更多的东西。例如，您的DOxygen注释可能看起来像最终的DOxygen输出。当有人想进行代码审查时，例如代码协作者，他们可以标记源代码。 XML甚至可以隐藏在评论之后。 // <comment author="mcruikshank" date="2009-10-07"> // Please refactor to Delegate. // </comment> 然后，如果你想使用vi或emacs，你可以跳过评论。如果我想用一个最先进的编辑器，我可以看到十几种不同的有用的方法。所以，这是我粗略的想法。这不是你在屏幕上拖动图片的“积木”…我不是那么疯狂。 🙂