对MQL5的祝愿 - 页 18

新评论
 

顺便说一下，关于图表，我使用的是1比1的价格比例，在图表上自动调整价格比例不是很方便，但直接在视觉上改变价格比例是非常方便的，当你看到这个动作的结果时，如果我们谈论不同的时期，密度是非常重要的，如果它是附在一个时期。此外，MT4的图表限制在整个图表的达到的价格和时间结束，在绘制对象时相当不方便，因为它们出现了隐藏。除了价格密度没有变化之外，图表1到1对大家来说是很方便的，在目前的条件下，垂直的价格刻度与水平的时间刻度是相连的。此外，自动转变并没有考虑到1比1时间尺度上的垂直价格比。此外，最好使当前时间 从图表末尾的缩进成为变量，因为不同的仪器可能需要不同的缩进，特别是当屏幕分辨率足够大时。价格和时间比例的划分应单独或一起设定。我还想说，缩放本身非常有限，只有几个缩放选项，微调或调整这些选项可以选择或完全识别百分比。

如果你看得更深，使用阿尔法通道和抗锯齿，可以提高相同线条的渲染质量，使用例如十分之一的像素，或者说十分之一的颜色，质量会吸引眼球，虽然这是为饕餮的图形界面，如我，你可以不这样做，但我不能不这样做，我喜欢盖高质量的界面（.NET 3.0演示框架）：)我当然不会说什么，MFC目前可能已经实现了类似的东西，我没有研究过最新的创新。

 

我支持xnsnet，因为 "目前还没有比.NET/Visual Studio（用于应用软件）更好的东西"。

不是每个人都有微软的能力，我们不太可能看到一个 "奇迹" :)

编辑。

如果我们 "达到 "C++ Builder 6/Delphi 7的水平，那将是一个奇迹。

亲爱的开发者，请不要忘记勾勒/折叠。(你答应过要读的！）。

语言。

至于语言，坦率地说，如果我是你（我知道，我知道--不是每个人都能做到这一点的:) ），我会完全复制C#。

不管C++专家怎么说，"OrderType.Buy"比 纯粹的 "OP_BUY "更方便（100%，他们也有 "经典 "的主菜单，像Win95/Win98一样）。即使是2倍的时间。

C#风格的枚举是如此琐碎和方便，以至于人们惊讶于它在10-15年前没有出现。(如果它确实出现在某个地方，也没有 广泛传播！）。

先生们，当你说 "CLASSES "的时候，不要忘记 "PATTERNS"！我想，如果没有它，很多关于这个主题的要求将立即出现。当然，现在还没有类/结构--有什么模板 ...但只要他们一出现，问题几乎就会立即出现。这种语言似乎是为程序员设计的，而编程中的模板并不是最高级别的。

杂项。

事件窗口图--类似于TWinControl/CWnd/System.Windows.Forms.Control/System::Forms::Control的后裔--哦--哦，那就太酷了。

而无论如何，在这之间...

Metaquotes公司并不希望使用任何第三方的.NET或类似的东西。我们不会看到一个公司的多元化，一些其他软件的标签是 "Metaquotes制造"。或者至少是 "Powered by Metaquotes"...？:)

问候, pxx

 

模板是C#中的东西，虽然为了这个东西等了很久，2年，又等了3年才实现所有用框架写的东西，包括3.0规范。

总的来说，MQL4与C#非常相似，不幸的是它不是第一个版本。

而C#中的模板真的很了不起，除了在Doka和我自己的代码中，我从来没有见过模板的这种用法，但它的实现方式比人们想象的要多得多，几乎无所不能。

[DebuggerDisplay("Count = {Count}" ) ]

public abstract class ClhList<TList, TItem>: IList<TItem>.

其中TList: ClhList<TList, TItem>。

其中 TItem: ClhItem<TList, TItem> {

}

事实上，当我看到C#规范时，我仍然感到惊讶，当我在调试反汇编程序中检查代码时，我的观点没有丝毫的扭曲：)

但我不打算破坏这种说法:)我怀疑MQ会出价比别人高，虽然有那些人在受苦，其中单独出售的客户端我记得是500美元，更不用说DC的软件成本，他们当然提供了使用.NET的机会，但在这样的价格框架下的发展，哦，多么容易的任务，特别是在我们国家，每个人都只是在免费这个词上的奶油。因此，让我们考虑一下，竞争对手将自己生存下去：)出于某种原因，我在这里站在MQ一边，可能是为这个词所吸引，也许还有爱国者，我还没有想明白，但有些东西是他们的本源：））。因此，让我们希望有一些最低限度的发展、实施，尽管不是一下子就能做到的：)最主要的是基地，其余的我们来拖。

 

这已经在另一个主题中说过了。我再说一遍。

1.专家顾问必须能够禁用投资者密码，因为有了投资者密码，就有可能不受任何限制地复制专家顾问的工作。这个密码不能被客户泄露。阻止其他克隆终端工作的可能性，如果有的话。

2.增加一个通知终端版本的功能。

3.添加一个禁止查看外部变量的函数。

4.允许专家通过数字签名毫不含糊地识别终端。根据提示，该终端已经有了数字签名。它必须能从专家顾问那里获得。然后，终端的数字签名可以写进专家的许可证。

5.提供通过数字签名来识别DC的可能性。这将增加对欺诈的保护。

6.为MQL添加http支持。

为了减少欺诈的风险，最好是形成一个服务器（终端）数字签名的公共存储库。理想情况下，每个终端应该能够变成一个信号分配器，就像群发的icq信息。

 
完善订单设置功能。因此，有一个固定的任务，其执行的精度为一点。而如果订单触发了，但精度为+/-3点，那么这个程序本身应该从实际开盘价中以可接受的周期设置必要的止损和止盈。例如，14点Ticeprofit。价格+14点=获利。然而，实际价格不等于要求的价格，而是等于Price+3*points（滑点）。因此，我们需要在订单触发后修正止盈和止损，根据实际开仓价格进行修正。我们现在就可以用程序来做，但为什么？如果我们能够信任独立于程序执行 的功能。而且，重要的是，经纪人不会介意，因为你会自己设置，可以接受。
 
pxx:

我支持xnsnet，因为 "目前还没有比.NET/Visual Studio（用于应用软件）更好的东西"。

.....

这个 "奇迹 "远远比不上PHP。
 
Andy_Kon:
这个 "奇迹 "甚至还没有达到PHP的程度。

啊哦，个人主页工具统治了世界!)))))))))))
或者，用PHP的新名字：超文本预处理程序!
脚本语言永存!

引述：PHP最初是作为Perl的一个附加功能而创建的，以方便网页 开发。(https://ru.wikipedia.org/wiki/PHP)。

最初的 "C "是为了一个稍微不同的目的而创造的。))

在PHP中调用 "VirtualAlloc "或 "CreateFileMapping "怎么样，有人知道吗？:)

 

PHP以及Perl是由解释器直接从源代码中实现的脚本，.NET是多平台和多功能的字节码架构，多语言，在linux上其对应的Mono在几乎任何轴上实现多平台，除了RTOS。两者的区别相当大，目标也不同，用PHP写一个有用户界面的程序是地狱，而用C/C++写例如网络应用程序、服务是地狱。我们需要更多的东西，而且更多的只是像.NET一样，然而，也有Java，但有了Java就更复杂了，尽管当时它没有对应的东西，Flash也不是白白创造的，然后.NET在那里，最终Silverlight出现了，更不用说XBAP。你最好告诉我现在哪里没有使用.NET，以及它在这种条件下的竞争力如何：）））。从简单到复杂只有一步之遥，如果你保持简单，复杂就会变得更加简单。你知道吗，有些人仍然在努力实现一个Java解释器，将程序翻译成C++，这似乎是为什么，但有这样的事情。在任何时候，人们都试图解决程序代码的全球化问题，使其更适合于任何条件，但首先人们对所选择的语言有一种依恋，其次是多平台，结果.NET实现了所有这些之间的联系。有几十种语言准备成为.NET的采用者，有许多技术可以在框架中使用，这些只是包装器，但都在那里，而且不仅仅是包装器正在出现。现在试着比较这一切，与你支持的试图放在比较中的狭窄方向，我不是说你应该放弃它，你只应该比较，爱国主义当然是好的，但只是对有眼光的人来说，他也看到了另一个想法的本质，所以你应该尊重选择方法的可能性，否则有一天你可能被淘汰:)试着想象一下.NET架构中的MQL语言，你不能吗？你会提出安全问题吗？你不使用密码学 吗？你要花多少精力来实现早已在.NET中实现的相同原则？比较再比较，虫子和漏洞也必须比较。

因为我向.NET方向发展，我失去了很多，朋友和熟人的圈子（现在我根本没有什么可以和他们交流的），大量的时间，但我得到的更多，最主要的是发展：)在自行车运动中，最主要的是不要发明新的东西:)我为洗脑道歉，但我不能不洗脑:)

 
pxx:
Andy_Kon:
这个 "奇迹 "甚至还没有达到PHP的程度。

啊哦，个人主页工具统治了世界!)))))))))))
或者说，PHP：超文本预处理程序!
脚本语言永存!

引述：PHP最初是作为Perl的一个附加组件设计的，以方便网页 开发。(https://ru.wikipedia.org/wiki/PHP)。

最初的 "C "是为了一个稍微不同的目的而创造的。))

在PHP中调用 "VirtualAlloc "或 "CreateFileMapping "怎么样，有人知道吗？:)

1.哪种编程语言更好，哪种更差，这是一个反问句。
2.一个小小的请求，在这个地址http://www.php.net/manual/ru/， 让你知道它是什么意思的PHP功能。
3.与其他许多人不同，它吸收了最好的（来自C、Lisp、Perl和其他）。
4......脚本语言--如果我没有记错的话（它从来没有记错），VB、Delphi和许多其他语言的祖先是。
5.而Delphi的根基是Pascal--现在已经死亡。
6.关于...调用 "VirtualAlloc "或 "CreateFileMapping"...- Delphi有rar_close 吗？:))
7、.NET--问谁爱小软妹？
 

7、.NET - 问谁喜欢Smallsoft？

顺便说一句...
最主要的是mcl5不会淹没在Wine中；））））。

1...111213141516171819202122232425...131
新评论