错误、漏洞、问题 - 页 2636

新评论
 
Koldun Zloy:

我不是一个开发者，但我要发表意见。

对于静态数组，编译器必须在编译时在内存中分配一定数量的字节。

如果在编译时row和col是未知的，编译器应该分配多少内存？

初始值只在调用时省略参数的情况下使用。实际参数只有在运行时才知道。

因此，不搞噱头，学习语言。

这有点口无遮拦，但这更像是对开发者的呼吁。
因此，Zloy，不要把它当作个人的事。

事实证明，动态矩阵只能通过对象或结构来处理。另一个拐杖是在总体上创造的。
在mql中没有指向变量的指针，所以我们必须使用有指针的对象方法。
因此，要使用动态矩阵，用户必须知道OOP和与指针打交道，此外，在MQL执行中也要知道。
他们中有多少人拥有这种知识？你自己知道答案。我在理解对象方法方面没有任何困难，但对于那些不了解OOP的人来说
它们为使用该语言创造了一个人为的门槛，特别是在处理动态矩阵时。
在我看来，相反，一个开发者应该对使语言更容易使用感兴趣，而不是使它复杂化。
换句话说，他们应该开发对用户来说是必要的功能，以便舒适地使用该语言工作。
矩阵更是如此，它几乎是数值方法的基础。

出于这个原因，我想请你创建类似于ArrayResize的函数，但针对矩阵ArrayResizeMx(A, n, m)。
也许也是为了多维的。换句话说，就是让人们在处理矩阵时不像处理对象那样，而是像处理C语言中的常规数组那样。
特别是对于矩阵的可视化表示，ArrayPrint(A, 0)函数从数组而不是对象中打印矩阵。

 
Roman:

早在2012年，动态多维数组的问题被成功解决了...
这里有一个相关的主题：https://www.mql5.com/ru/forum/6729

现在可以通过增加对模板的支持来改进该代码。

 
Sergey Dzyublik:

早在2012年，动态多维数组的问题被成功解决了...
这里有一个相关的主题：https://www.mql5.com/ru/forum/6729

现在可以通过增加对模板的支持来改进该代码。

阅读整个主题，幸好它很短。
所以，这个话题的启动者，并没有透露他的壮举！"。
某种嘲讽，诱导话题，消失了。
而且再一次是潜入巴解组织，不允许任何人进入。
尤里引用了他自己的解决方案，没有人知道它有多真实。
其中，我们将不得不进行修改，并修改。谁来做呢？ 没有人，因为他们还没有完成。

这就是为什么我们需要开发人员开箱即用的处理动态矩阵的函数。
开发者更了解这个主题，没有包装器的内存分配看起来更好、更快。
至少有一个函数ArrayResizeMx(A, n, m, k)将为不使用对象而使用C风格的数组工作提供可能。

 
Roman:


而这又是一次沉浸式的OOP，不允许任何人进入。

罗马 人。


因此，为了使用动态矩阵，用户必须了解OOP，并在MQL执行中使用指针和工作。
他们中有多少人有这样的知识？你自己知道答案。我在理解对象方法方面没有任何困难，但对于那些不了解OOP的人来说
它们为使用该语言创造了一个人为的门槛，特别是在处理动态矩阵时。
在我看来，相反，开发者应该对使语言更容易使用而不是使其复杂化感兴趣。

我可能会让你吃惊，但今天的年轻程序员认为OOP比程序化编程更容易。

你想的是25年前的情况。今天的年轻人用他们母亲的乳汁吸收OOP。如果你想顺应潮流，就学习OOP；否则你就只能抱怨了。

 
Nikolai Semko:

我可能会让你吃惊，但今天的年轻程序员认为OOP比程序化编程更容易。

也许与函数式编程相比？

 
Nikolai Semko:

我可能会让你吃惊，但今天的年轻程序员认为OOP比程序化编程更容易。

你从25年前的角度来考虑。今天的年轻人用他们母亲的乳汁吸收OOP。如果你想顺应潮流，就学学OOP吧，否则你除了抱怨什么也做不了。

是的，我了解巴解组织，但没有达到我想了解的程度。
这不是一个抱怨，而是一个建设性的建议。
为了使开发人员不必写一个函数来分配两个malloc，他们强迫用户学习OOP。
，这无疑是语言的进步、发展和普及。你可以在这里看到他们对OOP的热爱和理解。
你看，Nikolay，所有被包裹的东西都是要执行的不必要的代码--我想我们不需要解释为什么。
我不需要告诉你现代优化编译器的情况--我们不知道他们会应用什么指令。
也许我还会让你吃惊，即使是美国的程序员也喜欢用程序化的方式来写，并不是因为OOP不好，而是因为代码更简单、更快。
而且，如果项目 中没有对象任务，为什么要使用包装器，这必须以某种方式被理解，对于年轻人来说))
所以我不同意你说的年轻人急于吸收OOP。

我是用C语言思考的，这也是mql语言的逻辑基础。
C语言诞生于1972年，所以它有48年的历史 ))
但无论如何，C语言是最快的语言之一。你知道为什么吗？因为它没有类的包装器。

 
Andrei Trukhanovich:

也许是与一个功能性的相比？

程序性的功能:)

 
Petros Shatakhtsyan:

我不认为是这样的。这里有一个特别的话题：https://www.mql5.com/ru/forum/40295

还没有完全看完，特别是由于它是为MQL4准备的。

我认为如果市场关闭，服务器不应该发送符号报价。

我的机器人并没有真正受到影响，因为在市场 "开盘 "后，当刻度线进来时，它分析了趋势，它们的反转，这需要一些时间。在这段时间里，市场开放。

但如果我们想在这段时间内手动执行一些交易，它就会受到阻碍。如果执行是由市场驱动的，那么该请求在开市前是待定的，自然会以当前价格执行。

接收符号名称并返回真/假（市场开放/关闭）的直接函数显然没有。

有一个报价和一个交易会议。搜索，它已经被解释了20次。

 
Andrey Dik:

请再增加一个某种形式的徽章。

4.奖金

当天收到的所有资金（市场、自由职业者等）的总和将被显示出来，这将是非常方便的，而现在你必须去查阅资料，这将看到可用余额。

如果这么多，而且经常来，你可以为chrome订购一个插件；)

 
Andrey Khatimlianskii:

有一个报价时段和一个交易时段。查一查，都被嚼烂了20遍了。

我只花了几天时间就从VC++转换到MQL5。我从来没有找过这么长时间的东西。

如果你在交易过程中收到 "市场关闭 "的 信息，你必须有一个简单的方法来确定这种状态，而不是写 "千里马 "和复杂的代码。

不要给我这样的建议。

1...262926302631263226332634263526362637263826392640264126422643...3184
新评论