与当今许多其他编程语言不同,DRAKON不是“符号化”的,而是图形化的。其中的任何算法都是使用特殊图标在屏幕上绘制的。这些图标根据直观的规则组合成算法。生成的图表非常简单易懂,即使是非程序员也能理解。然后这些图表可以一键转换为可以运行的程序。。。让我们回顾一下算法的概念。算法是一种清晰易懂的描述,可指导执行者完成某些过程以解决特定任务。可能有更好的定义,但我会坚持这个定义。根据这个定义,算法是一种通过执行者的努力来解决问题的方法。理想情况下,一个现成的算法也应该对其他人(或某物)是可理解的。假设我已经为一个利润极高的EA创建了一个算法,该算法使用复杂的正弦马丁格尔进行交易。信号的变化取决于烛形的长度,烛形的长度是一周中某一天与当前烛形的指数分数,以及之前形成的10个峰值的相位。很容易,对吧?不是的???好吧,但我已经解释了一切!!!如果你是一个开发人员,那么我应该怎么做才能让你理解呢?最有可能的是,我应该画一个图表,这样你就可以理解在编码方面应该做什么。在图表准备好之后,它可以作为一个普通的需求规范,现在您已准备好将其转换为代码。这就是DRAKON格式的图形的外观。如果你是一名程序员,并且自己绘制了这张图,那么通常只需按下几个键就可以从中获取操作代码,或者至少创建一个可靠的框架,然后可以使用一系列自动更正来调整该框架。如果你是一个客户,那么如果你展示一个图表,清楚地描述在某些情况下该做什么,那么你将更容易向程序员解释你想要什么。例如,当两个MA交叉时,我们只需要记住信号,并在价格从“初级”平均水平反弹的那一刻,但不迟于当地时间19:00的时候进行交易。当然,你可以用语言来描述这一切。但你也可以画一张图,问计算机(或者更准确地说,抽象的执行者)一些简单的问题,比如:“现在超过19点吗?”或“平均值交叉了吗?”,并描述如果答案是“是”该怎么办,如果答案是”否“该怎么办。这不会减少程序员的技术工作负荷,但至少他们会更好地理解你的想法,并且在第一个版本中出错的可能性更小。这些错误最终必须得到纠正,这可能需要额外的时间(和/或金钱)。一般来说,DRAKON图对程序员和客户都是有益的,他们不熟悉编程,但非常了解他们所希望的EA的工作方式。简单地说:这种语言的结构确实有助于你思考。当我看到图形式的算法时,我更容易理解模块中各部分之间以及模块本身之间的关系,发现错误并使用没有图可能看起来不明显的解决方案。DRAKON有助于更好地了解客户。如果出现任何问题,将我的建议传达给客户会更容易。客户更容易批评我的错误。如果客户绘制了DRAKON图,则可以将其转换为代码,并且可以认为需求规范已完成。这比处理编码过程中出现的问题要容易得多。可能有一些功能对客户来说是显而易见的,但对开发人员来说却不是。该图消除了潜在的误解。对我来说,算法中的图形是不可或缺的通信工具。当两个人对结果感兴趣并进行对话时,最好说相同的语言。你一旦理解了DRAKON图的语言,就会发现它对于任何知识分支的专家来说都是通用的。 |