我的方法。核心是引擎。 - 页 36

[Igor Makanu]

Реter Konow:

你要花多长时间才能做一个这样的窗户？:)

标签 Konow:

标准库能做到吗？)

但是，如果我用谷歌搜索准备好的纹理，并将它们与标准的 MQL库绑定，我肯定会在一天内完成 - 我通常会创建实用的东西，如工具条、按钮、复选框，即用户会点击并获得结果的控件。

但你需要区分终端所做的和EA中的图表所做的--为什么要重复终端的功能？.... 好吧，如果你想做一个变态，你必须付钱，如果用户想要，你可以做。

就像上面写的，你需要的是实际应用，而不是美丽。 如果我们谈论的是美丽的按钮、日历、进度框，那么我还是会把它全部放到.dll中，在几天之内（用Delphi）我就会根据客户的布局把现成的组件拼成一个.dll--它将比你的更酷，具有和著名软件包一样的外观和功能（数据库处理、图形、动画...你说了算），所付出的努力是你无法相比的

你需要能够使用现成的解决方案，或者顺应潮流!如果开发者已经支持了.NET库，那么你需要寻找自己的解决方案，有漂亮的日历和进度条。

;)

德米特里-费多塞耶夫。

并尝试使，在按下一个按钮时，将显示一组控制，而在按下另一个按钮时，将显示另一个控制。同时，该窗口可以被最小化和最大化。还假设可能有很多变种。

隐藏元素：m_button.Hide()。

显示该元素：m_button.Show()。

我不记得了，但它有一个属性 "启用"--如果是 "启用"，我们认为这个项目是活动的，并将处理所有对它的点击。 如果是 "禁用"，那么我们已经隐藏了它，它不可见--立即返回

我家里有一些东西，但我现在手头没有。

[Georgiy Merts]

Реter Konow:

该产品旨在取代人工交易。问题是手动交易在多大程度上仍然盛行，以及可以向手动交易的人提供什么。

这就需要程序员来编写半自动系统，使那些手动交易的人实现自动化，并赋予他们权力。在这一点上，他们会赚钱。

正是如此，我已经提请注意这一点。

这不是你的专长，Peter !会写半自动系统的程序员，而且要把它们卖出去的程序员，绝对不会乱用别人的库。首先，由于支持方面的问题--如果出了问题--你需要联系库的作者，而且你可能要自己想办法解决（考虑到你的全局访问风格--计算错误将非常困难）。为别人写系统的程序员都不需要它。对他们来说，自己写点东西要合理得多。

你的利基是那些喜欢手动交易的程序员。你的图书馆对他们来说将是非常有趣的。但论坛上有多少这样的人？

[Georgiy Merts]

Реter Konow:

当然，代码是很大的。但这是非常简单的。

最主要的是，已经设置了属性（大小、颜色、渐变）的元素可以简单地从代码中取出，并复制到其他窗口。

没有语法，没有课程，等等...。他们只是把一个项目，或一组项目，或整个窗口，粘贴到任何地方。一气呵成。

然后，改变一些东西，你会得到一个新的元素、元素组或窗口。

第一次使用时很容易。但对于错误检测来说，它是非常、非常恶意的。当你第一次写代码时，这不是一个大问题--通常情况下，你有一个例子或帮助，最重要的是，你 "在这个过程中"，把所有这些微妙的事情都记在心里。但是，当你需要改变一些东西，或者，更多的是，出现错误 - 对于每一行都必须去帮助，每次都要确保 "这里一切正常"，直到一个（运气不好的法律 - 最后）行突然出现，你搞砸了什么。到那时--你会诅咒这个世界，调试这种 "对内核有全局访问权的代码"。

[Georgiy Merts]

Dmitry Fedoseev:

如果顺序并不重要，那么就没有工具提示。而当你调用一个带参数的函数或类的构造函数 时，编译器会按参数进行提示。而且你知道，这是一个非常重要的帮助。因此，标准方法是一个绝对的脂肪加成。

顺便说一句，是的，这是件非常好的事情。我可以证实这一点。

还有一个封装的好处--当你用单独的参数解决单独的函数时，你已经看到了必须通过名字传递给它的东西。如果你传递一个结构--它也可以通过字段的名称看到。

在访问具有简单索引的全局数组的情况下，即使顺序是任意的--数据也很容易被混淆，这大大简化了出错的过程。

[Artyom Trishkin]

Georgiy Merts:

这是正确的，我一直在提请注意这一点。

这不是你的专长，Peter !那些会编写半自动系统并准备出售的程序员，永远不会参与到别人的库中。首先，由于支持方面的问题--如果出了问题--你需要联系库的作者，而且你可能要自己想办法解决（考虑到你的全局访问风格--计算错误将非常困难）。为别人写系统的程序员都不需要它。对他们来说，自己写点东西要合理得多。

你的利基是那些喜欢手动交易的程序员。你的图书馆对他们来说将是非常有趣的。但论坛上有多少这样的人？

在这里，顺便说一下，由于某些原因，没有人注意到彼得的目标和他的利基之间的差异。他想取代手工贸易。但他为那些手动交易的人做了他的工作。这样的目标在我看来很奇怪："我给你一些东西，会扼杀你通常的交易安排......。我是一个善良的人，他的到来打破了你所习惯的一切--现在你将按照我的规则工作"。这将给他带来成功吗？

"你有点奇怪，比利" ...

[Vitalii Ananev]

你什么都不明白。:)彼得的目标是在交易者和终端之间建立一个很好的层，以取代用F9键开仓 的手动交易者。如果交易者以前没有以漂亮的方式损失过他/她的存款，他/她会在这一层很好地做到这一点。存款将减少，而交易者将享受到面板的美感。而彼得作为一个艺术家，对审美感兴趣，而你的实用主义破坏了他的灵感。

....

我想起了我的一个朋友。她买了一台新的电脑，并在吹嘘它。我问她。以及它有多少内存，什么时钟速度和其他规格。她回答说。我不知道，但它是如此美丽。:)

[Georgiy Merts]

Vitalii Ananev:

彼得，作为一个艺术家，是关于审美的，而你的实用主义破坏了他的灵感。

是的，我已经问过你在哪里可以应用彼得在演示中展示的那些美丽的渐变......但是...我还没有看到使用它们有什么好处，甚至是方便。

而在彼得之前，这里也有一个参与者--他甚至有一些有趣的图形指标，似乎使用了所有那些渐变色的图像......我也问了他的申请...他答应提交，但我猜它被搁置了......

呃...任何人都可以伤害一个艺术家...

[Igor Makanu]

Dmitry Fedoseev:

试着使一组控制在你点击一个按钮时出现，而另一组控制在你点击另一个按钮时出现。同时，该窗口可以被最小化和最大化。还假设可能有很多变种。

问一下彼得，他如何能解决这个问题，会很有趣。

在帮助中发现，它看起来像这样

[Vladislav Andruschenko]

这个库需要Visual Studio，它将为该库生成数据文件。

而用户只需在程序中塑造他们的窗口--这是唯一的方法！。

的确：所有库（框架）的困难在于，用户必须 "重新学习 "其功能和参数。

但这也是一种优势。

所有语言的图书馆都是为了节省时间而建立的!

当代码的主要部分已经写好并调试完毕。而用户（程序员）使用它的可能性。

对MetaQuotes 标准库 怎么说呢--有多少人使用它呢！大多数人，尤其是初学者。

当一个程序员 "想要 "创建自己的库时，这又是另一回事。而且他/她会使用它。- 正如你上面所说：对程序员来说，使用他自己的库更容易，他可以自己维护，而不是等待作者的帮助.....。

要使产品有需求，有两种方法。

• 1.强大的广告。
• 2.强大的利益。

对于第一点，你所需要的就是钱。

第二点需要一个引起兴趣的新产品。

一切不能引起兴趣的东西--将在没有找到其应用和用户的情况下死亡。而没有用户和作者的图书馆也不会有兴趣去开发它。

这种恶性循环将永远使作者和用户感到沮丧。

[Реter Konow]

Georgiy Merts:

第一次使用时很容易。但对于错误检测来说，它是非常、非常恶意的。当你第一次写代码时，这不是一个大问题--通常情况下，你有一个例子或帮助，最重要的是，你 "在这个过程中"，把所有这些微妙的事情都记在心里。但是，当你需要改变一些东西，或者，更多的是，出现错误 - 对于每一行都必须去帮助，每次都要确保 "这里一切正常"，直到一个（运气不好的法律 - 最后）行突然出现，你搞砸了什么。到那时--你会诅咒这个世界，调试这种 "对内核有全局访问权的代码"。

乔治，我已经告诉过你很多次，有一种现成的标记语言。为什么会有人想搞乱代码呢？他得到了语言，并做了他需要的事情。

如果用户没有足够的图形，需要动画- 他可以在他的应用程序中做到这一点。

还有一件事：市场总是会被淹没。没有什么可以改变这个事实。好吧，让他们用强大的、漂亮的半自动手枪排水。至少他们在道德上会感觉更好）。

严肃地说，没有任何项目能改变排水者和赚钱者的比例。

但即使在亏损后，他们仍会继续使用半自动程序。因为它是N E D O R A C E。

因此，它可以出租。