编程中的对象的表示。 - 页 17

新评论
 
transcendreamer #:

72个案例，24个新的特殊用途案例，非线性书写系统，矩阵语法，形态语法，boustrophedon，以及特殊的语音学--正是最酷的贸易教派所需要的（所以Chekists和Freemasons不能偷走圣杯）。

是的，我们肯定应该把 "穿越两条移动平均线 "这句话翻译成Ifkuil)

 

由于这个话题在很大程度上是哲学性的，不仅不符合算法的界限，而且（在某些地方）也不符合一般的编程，我决定用 "复杂化算法 "的最后一个理论来完成这个概念的系列部分，概述它的理解并回答这个问题--这样的算法在原则上是否存在？

按照计划，我们将以像素屏幕上一个简单的矩形标记为例考虑"复杂化机制"，通过调用一个由两个嵌套循环（高度和宽度）组成的图形函数并使用5个基本参数--x、y、宽度、高度、颜色 来绘制。

我们将把绘图函数称为 "构造函数"，其参数设置为Object。应该指出的是，就大多数人的想法而言，对象是 由颜色分开的像素的 "子集"，并在几何上组合成屏幕的共同像素集，但对程序员来说，对象不仅是一个外部形式，由眼睛感知的。 但也创造了机制本身.我们知道，一个标签是由绘图函数在两个周期内 "构建 "的，这意味着带有参数的函数也是一个 "标签"。这一点很难理解，因为人们习惯了对物体外壳的视觉感知，认为其背后的代码是牵强的、次要的，然而--它就是物体本身，毕竟在初始函数的执行或其参数值 发生任何变化的情况下，外壳的外部变化不可避免地会发生。

对我来说，把函数的参数集与它的内部实现分开，并把它当作主对象，是比较容易的，当然这不是真的，因为构造函数的内部实现和它的参数集是不可分割地相互联系的。然而，内部实现 的变化要少得多，而且这些变化比例如参数集的值的变化更根本，这些变化很容易操作和实验。如果构造函数的实现方法改变了，那么就会产生一个新的参数集，这就需要改变在构造函数的旧参数集基础上建立的所有 "原块"。I.e.如果我们最初建立了一个具有5个参数的Label备用状态：X、Y、宽度、高度、颜色，并在某个事件中 "启用 "它，那么函数构造器的实现方法的意外改变，例如将参数的数量减少到3个，将改变主要参数集的结构（从这些参数中可能已经创建了其他状态、事件或进程），先前构建的Label备用状态将 "崩溃"，对函数构造器的新版本变得无用。在这里，我们面临着实现复杂化算法的第一个主要障碍： 函数构造器的实现方法对对象的复杂化潜力设定了界限。根据某种算法，在没有人类参与的情况下超越这些界限是自动化的复杂情况。

让我们考虑对一个Label进行实验性的 "直接 "复杂化，而不改变其函数-构造器的原始实现方法，也不进入复杂化的意义--我们将只改变其参数集的值，并在其基础上 "拆分 "新的状态，看看我们得出了什么。

  • 我们从初始的函数构造器参数集中为一个新的状态选择一组参数，为它们发明新的值，并将它们写入分配的内存块中。
  • 如果一个标签只有一个 额外的状态，我们就会自动 遇到建立一个事件模型 的需要，因为如果一个标签至少有一个其他的 状态，它一定会在某个时候切换到这个状态，因此我们需要描述一个与环境或其他对象相关的事件，这个事件将导致标签进入一个替代的状态。也就是说，一个新增加的状态 在逻辑上 需要至少一个事件描述来切换到另一个状态，以及（可选）第二个事件描述来切换回初始状态或其他状态。
  • 因此，简单的论点是：对对象的每一个新的状态添加都会带来至少一个，最好是两个新的事件，这些事件的描述必须放在事件模型的 条件中，如我们所知，事件模型 是对象和环境的一种 "通信机制"，并通过其逻辑描述它们的互动。先验地， 只有SM的存在才能使物体在不同的状态下切换。结论：+1物体状态=+2物体或环境事件+2 SM条件。
  • 添加对象状态需要添加对象状态变化事件，因此有必要对新事件进行优先排序，而层次结构最适合于此。在新的事件和状态出现的同时，条件树也在成长。物体的行为因与它生活中 "涉及 "的事物的外部互动的各种反应而变得丰富，必须说，越是复杂，外部接触就越广泛。事实证明，我们不能脱离环境来考虑标签的复杂性，我们需要互动的环境，否则新的状态将成为内存中的 "死物"，其变化的唯一可能事件将是内部定时器。
  • 我们发现，在没有事件的情况下创建新对象的状态，将其与环境中的对象不可分割地联系起来是没有意义的，正如在事件模型之外添加事件，将其与对象的状态和过程联系起来也是没有意义的。在复杂化对象的过程中，有必要一次添加所有的东西--状态、事件、事件模型条件（同时按等级顺序组织），并创建事件->状态或...事件->过程等。
  • 添加一个对象进程与添加一个状态没有本质上的区别，唯一的区别是要分配的内存量。新的进程以及状态，需要为自己定义基本的事件，例如：启动-事件、切换-事件、停止-事件......。


结论。

当然，披露这个话题需要不止一本书，一个帖子显然是不够的，但已经很明显，如果我们定义一些程序复杂化的目标，使其创建具有不同状态、事件、对环境反应的对象模型，即使不改变构造函数的实现和依赖固定的参数集，可能，它可以创建一个标签执行一些简单的任务，通过nth数量的试验和错误，但这样的程序应该 "能够 "建立 "原块" - 状态、事件。我很乐观，尽管我可以想象这样一项任务的复杂性。

 
大家好，我有一个专家顾问，它需要更多的工作，我在eurusd和usdchf上每天测试大约100美元。
附加的文件：
Screenshot_20220122-212031_MetaTrader_4.jpg  294 kb
 
Ruslan #:
大家好，我有一个专家顾问，我需要更多的细节，如果有人擅长，我现在每天在eurusd和usdchf上测试大约100美元。

将...

里面的物体表示不正确 :-)

PS/ 保证失败，无论对象如何

 
你好，请你解决这个问题;表达式在全局范围内是不允许的 strategy("DailyCandleCross", shorttitle="DCC", overlay=true, calc_on_order_fills= true, calc_on_every_tick=true, default_qty_type=strategy. percent_of_equity, default_qty_value=75, pyramiding=0)
 
我想揭露我自己和其他人关于所谓的 "复杂算法 "的幻想（如果我无意中促成了它们的出现），并让敏锐的读者回到坚硬的现实，即宇宙本身否认任何形式和"圣杯"的变化，并表明我的推理是被对哲学的热爱和发明 "永久移动 "或 "时间机器 "的不眠之夜所激起的思想产物，受到对自己天才的信仰的影响。
复杂化算法无法实现，或者更准确地说，它的 "愚蠢 "版本可以实现，一些程序随机地冲压一些对象的参数状态、事件、过程和条件，然后，在同样的随机性中，将它们相互复合，并...擦除它们并重新开始。这种奇怪的行动可能会永远持续下去，而且绝对不清楚其目的是什么？结果是什么？一个随机的结果？还记得构造函数的问题吗？如何改变其实施？这一点也不清楚...问题是，执行方法的细微变化会完全破坏所有原块结构的 "合法性"，使它们无法被修改后的函数使用。总而言之，这是一项需要多年时间的任务，假设它将由研究所或科学院解决，而不是事实，最后会有结果。
这个论坛的气氛充满了圣杯的灵感，并投下了适当的心态，后者从中产生了惊人的、类似科学的比喻，不幸的是，这些比喻从未导致任何实际的东西，虽然.........虽然这让人精神振奋。:)
不要过于苛责，我只是在进行 "哲学思考"））））。
[删除]  
妈的，是不是又升级了？它只是变得安静了。
 
Реter Konow "圣杯"的变化，并表明我的推理是被对哲学的热爱所煽动的头脑的产物，那不眠之夜发明的 "永动机 "或 "时间机器"，遭受对自己天才的信仰。
复杂化算法无法实现，或者更准确地说，它的 "愚蠢 "版本可以实现，一些程序随机地冲压一些对象的参数状态、事件、过程和条件，然后，在同样的随机性中，将它们相互复合，并...擦除它们并重新开始。这种奇怪的行动可能会永远持续下去，而且绝对不清楚其目的是什么？结果是什么？一个随机的结果？还记得构造函数的问题吗？如何改变其实施？这一点也不清楚...问题是，执行方法的细微变化会完全破坏所有原块结构的 "合法性"，使它们无法被修改后的函数使用。总而言之，这是一项需要多年的任务，假设它将由研究所或科学院来解决，而不是事实，最后会有结果。
这个论坛的气氛充满了圣杯的灵感，并投下了适当的心态，后者从中产生了惊人的、类似科学的比喻，不幸的是，这些比喻从未导致任何实际的东西，虽然.........虽然这让人精神振奋。:)
不要过于苛责，我只是在 "哲学冲"）））））。

如果你突然发现自己处于一种认知的心境中，请阅读 关于基因编程的文章（剧透：你不能没有巴克斯-纳乌斯）。

1...1011121314151617
新评论