对MQL5的祝愿 - 页 63

[删除]  

我做了一点C语言编程。

缺少什么,我想。

1.一个调试器

编写一个没有调试器的程序,就像用盲目的眼睛踢足球。

"击中门柱。

门将的踢球。

踢!!!终于打到球了" ))))

调试器有展开数组的能力,做过编程的人会明白我的意思。

2.

https://forum.mql4.com/ru/8536/page36
卢卡诺夫 03.04.2008 08:09

Предложение по большей части к едитору. Сделать наглядное форматирование кода.


你是否有任何关于MQL5的消息发布在某个地方?

 
ArtemRG писал(а)>>

最好能给测试者增加改变符号属性的可能性。

例如,我做了一个用于夜间交易的EA。然而,夜间的传播是不同的,因此,在白天进行的测试是不正确的。因此,我们必须能够手动设置价差等。

最好是能迅速地做到这一点。例如,DTz A.将周末的止损水平保持在30。它变得无法测试。

 
mscorlib >> :

我也想要一个。当然,更好的是,终端应该用.NET2或更高版本编写(但没有WPF!)。在这种情况下,也可以在Mono下移植到Linux。

那么调试器的问题就解决了--在MetaEditor中不需要它。如果我们创建一个策略测试器作为构建,我们可以直接从Visual Studio调试和优化一切。

然而这里有很多工作--将终端从MFC转移到.NET。另一个缺点是--你将不得不为所有人下载.NET。但是,作为一项规则,这并不是一个问题。安装程序最好分为两种--有.NET再分配和没有。

作为一种选择,通过COM与.NET集成 - 但我不羡慕在这种情况下,程序员 - 将无聊的Interop,并建立包装的一切,是。

但是,这种过渡的好处要多得多。每个人都将能够随心所欲地扩展。而且会有更少的无意义的问题--几乎所有人们问到的关于算法的问题都已经在.NET3.5中实现。

MQL4语言已经完成了它的工作。

非常感谢开发者。

这不太可能发生...开发商有一个不同的理念...

 
最后做一个正常的错误分析器。 如果你忘了放一个小括号,疯狂编译器将在每一行显示错误,除了你要找的那一行如果你在某处漏掉了 一个 ";" ,生活就会变成地狱--你必须翻阅整个文本,看它在哪里被漏掉 因此,编译器产生的信息完全不理智,没有指向正确的方向。这是一个热切的愿望:把它做对,使用你的大兄弟,C/C++编译器的错误分析模型(例如,gcc或lcc或visual c++)。
 
Solver.it >> :

这不太可能发生...开发商有一个不同的理念...

>> 对!


开发商的理念!

他可能已经尽力了。

在创造任何东西或解决任何问题之前,阅读大量的文献。

--

当工作中的 "收银员"--他不知道比他的工作更好--的时候

告诉我如何写一个程序,我当然不会有任何反应。

因为我经常想知道它与其他模块如何配合,它有多大意义,等等。

>>"收银员 "不知道

他的建议(可能不尽合理)

我将不得不挖掘基础结构,重写所有的服务器程序。

 

感谢MQL的开发者,我真的也想写下我的愿望......

1) 调试器真的很糟糕=)对不起,它很糟糕,这么说的原因是它真的喜欢把光标戳在天上=)对不起,在第一行评论并在上面显示了一个错误,而且它经常这样做...

2)请对代码进行分块展示,即有2个选项,你可以同时进行=)

2.1 没有人取消正常的编程,只需添加代码块,即你逐块插入,就能得到结果,即一个完整的买入、卖出或挂单块,等等,等等。实施:在一张白色或其他颜色的纸上,有一个具有最低数量的块和运算符的块方案(这是为2.2)+扩展。人只要在框图上拖放准备好的代码块(功能),然后保存,就可以得到完成的文件。例子:我们以MA指标为例,你想创建一个,很好,首先,选择一个具有标准值的代码块,并将其粘贴到方框图中。我们已经在工作表上收到了外部和全局常数和变量。 然后,我们采取一个块来检查MA并插入它,采取一个块来打开位置并插入它,关闭位置并插入....。以此类推

即人们在编程时不断操作的所有这些操作。一方面,所有这些块都是微不足道的,另一方面,如果有可能在一个函数或其他地方写一次(与所有检查或只有那些想插入的程序员),为什么要为所有的人写同样的东西20次,而且分别会有更少的人考虑编程,更多的人考虑开发新的东西

2.2 基本上是一样的,只是有一些区别。

有一些运算符需要其他运算符的支持才能更好地或无错误地执行,建议在选择这些运算符时,在代码中插入一组运算符。这将改善程序本身的编写,从而减少互联网上不必要的程序数量(这不仅适用于运营商)

底线是这样的:你有一个非常好的基础,程序员是伟大的想法已经在那里!!!!=)只是要实施=)

谢谢你的关注,我希望我的建议是可以理解的,即使不实施,至少也会被考虑!!!。因为还有很多优点......(我还发现了一个优点,会减少对程序员的提问,如果基地建立起来,人们会加......你的程序的分布将增加到神话般的极限,因为程序员很少,而人们几乎什么都想要,或者什么都是=)).是的,这些人最重要的是他们想自己做程序,但对他们的时间损害较小,而且不是每个10-50人都可能知道如何编程GOOD...

P.S. visual c++或类似的可视化编程系统我还没有考虑到(相似性当然存在,但只是初级的)。

 

我一直想问开发商,已经有很长一段时间了!

随着MQL5的推出,MQL5的终端

服务器部分会改变吗?

换句话说,MT5是否能够与MT4服务器一起工作?

还是要等DEALING改变MT5的服务器部分时才行?

...

另一个问题。

众所周知,一些平台允许你在服务器上拖动订单。

不需要连接终端

这是否会在下一版本的服务器部分实现?

 

MetaTrader 4和MetaTrader 5是完全不同的平台。你不能将一个项目的 客户终端连接到另一个平台的交易服务器。

 
YuraZ >> :

对了!


开发商的理念!

他可能已经尽力了。

在创造任何东西或解决任何问题之前,阅读大量的文献。

--

当工作中的 "收银员"--他不知道比他的工作更好--的时候

告诉我如何写一个程序,我当然不会有任何反应。

因为我经常想知道它与其他模块如何配合,它有多大意义,等等。

收银员 "不知道

他的建议背后是什么(我不知道这是否合理)。

我必须挖掘数据库结构,重写所有的服务器程序。

Я...野生抱歉...当然...但我想批评一下这种做法。

.

虽然这很可悲,但一个愚蠢的服务员首先是客户,而且是最重要的客户。

而程序的编写不是为了方便程序员编写。

而且最可能的是,它还能支持开发者想要的界面

(他怎么可能想要什么呢? 他不会月复一月地按下按钮)----。

和收银员想要的那个。

.

但可惜的是,MESSENGER无法向程序员解释有一个Bridge模式。

可以支持多达10个接口。因为代码是正确的。

而且他不能选择一个程序员。而他只能接受别人给他的东西。

.

程序通常以如下方式编写--表单--表单上的按钮--处理程序中的代码。

如果你知道10次必须以不同的方式进行,你只是太懒了。

而且你必须--至少是图书馆。低水平,高水平。

而且会有更少的问题。

.

这里有一个新年的愿望。

我也想为新版本许个愿--别让树飞走了

带有指标和脚本列表的树,在编译后不能飞走。

无论是与保存当前位置 -

或者通过智能刷新列表--这将需要几个小时。

.

唉......。罗什同志会对我的天真烂漫报以微笑......

.

而整个 "开发者哲学"--这与MT无关--.

这就是基本常识停止工作的时候。

 

请在测试器中增加两个关于可视化的复选框。

"可视化 "复选框应被称为 "通过打勾实现可视化"。

增加复选框 - "通过蜡烛图收盘进行可视化 "和 "通过交易开盘/收盘进行可视化"。

我的意思是,这不是一个复选框。只有4个选项 - 禁用可视化和三个更新选项。

测试的速度将提高。

现在,如果 "可视化 "选项被禁用,我们必须在图表窗口上摆弄鼠标,点击下拉菜单中的 "刷新 "来刷新子窗口中的指标。

我还想在测试器中调整箭头/趋势线交易的订单颜色,因为蓝色买入线在黑色背景下很难看出来。