对MQL5的祝愿 - 页 49

新评论
 

还有一件事。

赋予MetaEditor编写附加组件的能力，如PsPad。

添加漂亮的东西，如。

1.成对的括号下划线!!!

2. 一个脚本，它自己添加了配对的括号。

3.请很好地制作一个文件树，并快速跳转到所需的功能。

4.杀死ctrl+f2，做吧！！！。ctrl+1, ctrl+2, ....

 

如果缺少一个成对的括号，编译器通常会显示文件的结尾!!!!!!!!!!!!!!!!!!!!!!!!!!

然后在1000行中搜索 :)

 
你们这些人是你们语言的专家 ????你的框架在哪里？????，紧急！！它应该是非常快的。
 
对了，我刚想起来，直接在API中制作一个函数，可以设置尾随止损！！！。(更少的头疼!!!)
 
Toxa писал (а)>>
是的，我想起来了，在API中做一个函数，可以设置一个追踪止损!(>>少点头疼！！)

什么类型的跟踪？;)

追踪的函数和专家顾问库/Yury Dzyuban》 一文介绍了其中的11种。这种逻辑属于应用层，即由每个感兴趣的人独立创建。

MQL-editor的插件技术会很有帮助 - 本页提到的所有这些东西（成对的括号，自动完成的代码模板，检查变量的使用，等等），对于Microsoft Visual Studio 2008 / 2005环境，可以由JetBrains Resharper，一个基于Visual StudioExtensions 技术的第三方开发者轻松实现。

 
chv писал (а)>>

什么类型的跟踪？;)

追踪的函数和专家顾问库/Yury Dzyuban》 一文介绍了其中的11种。这种逻辑属于应用层，即由每个感兴趣的人独立创建。

我同意。

我已经表达了这种想法。我认为对于语言开发人员来说，写一个特定的函数并不是问题。但我们不应该这样做：与特定算法绑定是在创造一种趋势，一种教条。交易算法的编程完全是程序员（交易策略的开发者）的事。

另一件事是对纯技术性、服务性功能的图书馆的需求，以及在创建过程中可能造成困难的功能。例如，在对服务器返回的错误处理函数进行编程时，程序员不能总是正确理解专家顾问对某个错误的反应（请求太频繁，经纪人很忙，等等）。

 

在我看来，为一些对象添加属性将是非常有用的。

例如，决定通道长度的条数。

与渠道合作的困难。

假设用户打算在H1上设置一个24小时的频道长度。

一个直观的算法可以简化为计算一个物体的左右时间 坐标。而进行这些计算并不困难：左坐标的计算方法是右坐标减去24h。

同时，如果通道的右点被设置为，例如，0条，而程序在星期一10:00执行，左点将被设置为当前星期一的第1条。实际的通道长度将是10条，而不是24条。

如果测试是在星期三进行的话，这种错误很难被发现。在这种情况下，用户看到的是 "正确 "的测试结果--通道长度将是24条。

在 小型TF中构建通道时，也出现了类似的问题，其引号被标记为 "孔"。

 
SK. писал (а)>>

另一件事是需要纯技术、服务功能的图书馆，以及功能，创建这些功能可能会造成困难。例如，在对服务器返回的错误处理功能进行编程时，程序员不能总是正确地理解专家对这个或那个错误（请求太频繁，经纪人很忙，等等）的反应应该是什么。

对于交易者来说，如果在交付包中有一个现成的贸易操作库，那将是最理想的。

所以交易者不必考虑重新报价和错误处理的问题。我相信，没有人会比开发者做得更好。

如果专业人员愿意，他们会写出自己的变体。

 

如果能够在使用#define 结构时改变符号名称或符号常量的颜色，这将是非常有用的，类似于菜单中对其他文本元素的处理。


比如说。#define pi 3.14159265358 看似微不足道，但如果有许多定义，它们就不会立即显现出来 !

 
- MT中的聊天就好了。 有些平台有（聊天），它是唯一的东西。
1...424344454647484950515253545556...131
新评论