我的方法。核心是引擎。 - 页 172 1...165166167168169170171172173174175176177178179...184 新评论 Реter Konow 2019.02.12 14:39 #1711 Vasiliy Sokolov:彼得,感觉你在寻找可以抱怨的事情。 答案是否定的,interlesence从来没有在文本元素中工作过,也永远不会工作。但如果这是唯一的问题,那么在同一个定义上进行相互联系就完全不是问题。 s.s. 顺便说一句,它对你也不起作用。 瓦西里,这远不是一件小事。当创建复杂的窗口和大型表格时,用户会被元素名称卡住,他必须手动规定,而且还得记住或在表格中搜索。 对我来说,这句话 __, EDIT,"Set lot", W,150,_,H,60,_,V_CURRENT,"1.00", 变成了一个包装袋。 E_Trade_panel__Set_lot();我不需要开药,也不需要记住这个名字。我在智力列表中找到了想要的项目。 Vasiliy Sokolov 2019.02.12 14:49 #1712 Реter Konow:瓦西里,这远不是一件小事。当创建复杂的窗口和大型表格时,用户会被不得不手动写入的元素名称所困扰,甚至要记住或在表格中搜索。 ...我再说一遍,为文本参数做一个插值从来都不是问题。你想让我一次性提出所有建议吗? 没有这样的事。 Реter Konow 2019.02.12 15:02 #1713 Vasiliy Sokolov:我再说一遍,为文本参数做一个插值从来都不是问题。你想让我一下子提出所有建议吗? 没有这样的事。是的,但要在夏普中做到这一点,你必须打印一个带有定义的文件,然后将其转移到文件沙盒MQL并连接到程序。如果在每次改变GUI内容时都能做到这一点,那就特别好了))。 Dmitry Fedoseev 2019.02.12 15:08 #1714 Vasiliy Sokolov:Dmitry,有一种架构模型叫做MVC。我提出的方法正是关于这一点。因此,当你批评它时,你首先是在批评MVC,以及Angular、ASP Net MVC、Ruby on Rails和其他不值得你的专家关注的产品等解决方案,在你看来是通过 "屁股 "做的。所以,我想你应该明白为什么我不想和你争论,证明我的决定的正确性--这只是毫无意义。因此,MVC以各种方式出现... 此外,要证明这种模式在这里根本不合适是非常容易的,不仅仅是理论上的推理,而是纯粹的实践,因为在这里就像戴着防毒面具在花坛里散步一样。 Реter Konow 2019.02.12 15:24 #1715 假设用户决定改变一个项目的名称,在程序中的几十个地方都调用了它。他是否必须在所有的电话中改变它? 在我的计划中,这不是必要的。包裹一个元素只能松散地传达其名称。例如,"Set lot "变成了"E_Trade_panel__Set_lot();",如果我把名字改为 "SET LOT",我就不需要创建一个新的包装器。 而在你的解决方案中,Vasiliy,我需要在所有调用中重写名字。 Vasiliy Sokolov 2019.02.12 15:25 #1716 Реter Konow:是的,但要做到这一点,你必须在夏普中打印一个带有定义的文件,然后将其转移到MQL沙盒文件并连接到程序。如果能在每次GUI内容变化时进行,那就更棒了))。彼得,你只是不了解C#和Visual Studio 提供的所有技术。特别是,在T4和构建指令的帮助下,这个过程可以完全自动化,包括将生成的define转移到文件沙盒中。 不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。 Реter Konow 2019.02.12 15:32 #1717 Vasiliy Sokolov:彼得,你只是不了解C#和Visual Studio提供的所有技术。特别是,在T4和构建指令的帮助下,你可以完全自动化这一过程,包括将生成的定义转移到文件沙盒中。 不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。那么我为什么不能和你竞争呢?如果只是因为用本地MQL编写的实用程序可以出售,不管你用C#多努力,你都不会在这个优势上超过我)。 至于编写复杂的GUI程序的难度--我已经测试过了,你还没有。所以,目前是你想用C#来赢,而不是反过来。:)) Dmitry Fedoseev 2019.02.12 15:42 #1718 就这样吧!彼得一挥手,拍掉了微软公司的一半。 Vasiliy Sokolov 2019.02.12 15:46 #1719 Реter Konow:至于编写复杂的GUI程序的难度--我已经测试过了,而你还没有。所以,在这一点上,是你用C#想和我竞争,而不是反过来。:))皮奥特,你测试了什么?你的释放在哪里?到目前为止,你已经有了纸上的一切。 Rehtag Konow:那么,为什么我不能竞争?至少我已经赢了,因为用原生的MQL编写的实用程序可以出售,无论你用C#多努力,你都不会在这个优势上超过我))。 彼得,你原来是个重情重义的人! Реter Konow 2019.02.12 15:46 #1720 Vasiliy Sokolov:彼得,你只是不了解C#和Visual Studio提供的所有技术。特别是,在T4和构建指令的帮助下,你可以完全自动化这一过程,包括将生成的定义转移到文件沙盒中。 不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。好吧,你正在把发展拉向一个错误的方向,瓦西里。 在这里,你已经在GitHub上做了这个开源的适配器。而你正在谈论C#的巨大可能性,例如将任何东西移植到文件沙盒的可能性。而你认为,没有人会在这个适配器上添加他想要的东西,也不会开始分发封闭的病毒版本?不会有任何 "傻瓜 "愿意接受它? 1...165166167168169170171172173174175176177178179...184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
彼得,感觉你在寻找可以抱怨的事情。
答案是否定的,interlesence从来没有在文本元素中工作过,也永远不会工作。但如果这是唯一的问题,那么在同一个定义上进行相互联系就完全不是问题。
s.s. 顺便说一句,它对你也不起作用。
瓦西里,这远不是一件小事。当创建复杂的窗口和大型表格时,用户会被元素名称卡住,他必须手动规定,而且还得记住或在表格中搜索。
对我来说,这句话
变成了一个包装袋。
我不需要开药,也不需要记住这个名字。我在智力列表中找到了想要的项目。
瓦西里,这远不是一件小事。当创建复杂的窗口和大型表格时,用户会被不得不手动写入的元素名称所困扰,甚至要记住或在表格中搜索。
...
我再说一遍,为文本参数做一个插值从来都不是问题。你想让我一次性提出所有建议吗? 没有这样的事。
我再说一遍,为文本参数做一个插值从来都不是问题。你想让我一下子提出所有建议吗? 没有这样的事。
是的,但要在夏普中做到这一点,你必须打印一个带有定义的文件,然后将其转移到文件沙盒MQL并连接到程序。如果在每次改变GUI内容时都能做到这一点,那就特别好了))。
Dmitry,有一种架构模型叫做MVC。我提出的方法正是关于这一点。因此,当你批评它时,你首先是在批评MVC,以及Angular、ASP Net MVC、Ruby on Rails和其他不值得你的专家关注的产品等解决方案,在你看来是通过 "屁股 "做的。所以,我想你应该明白为什么我不想和你争论,证明我的决定的正确性--这只是毫无意义。
因此,MVC以各种方式出现...
此外,要证明这种模式在这里根本不合适是非常容易的,不仅仅是理论上的推理,而是纯粹的实践,因为在这里就像戴着防毒面具在花坛里散步一样。
假设用户决定改变一个项目的名称,在程序中的几十个地方都调用了它。他是否必须在所有的电话中改变它?
在我的计划中,这不是必要的。包裹一个元素只能松散地传达其名称。例如,"Set lot "变成了"E_Trade_panel__Set_lot();",如果我把名字改为 "SET LOT",我就不需要创建一个新的包装器。
而在你的解决方案中,Vasiliy,我需要在所有调用中重写名字。
是的,但要做到这一点,你必须在夏普中打印一个带有定义的文件,然后将其转移到MQL沙盒文件并连接到程序。如果能在每次GUI内容变化时进行,那就更棒了))。
彼得,你只是不了解C#和Visual Studio 提供的所有技术。特别是,在T4和构建指令的帮助下,这个过程可以完全自动化,包括将生成的define转移到文件沙盒中。
不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。
彼得,你只是不了解C#和Visual Studio提供的所有技术。特别是,在T4和构建指令的帮助下,你可以完全自动化这一过程,包括将生成的定义转移到文件沙盒中。
不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。
那么我为什么不能和你竞争呢?如果只是因为用本地MQL编写的实用程序可以出售,不管你用C#多努力,你都不会在这个优势上超过我)。
至于编写复杂的GUI程序的难度--我已经测试过了,你还没有。所以,目前是你想用C#来赢,而不是反过来。:))
至于编写复杂的GUI程序的难度--我已经测试过了,而你还没有。所以,在这一点上,是你用C#想和我竞争,而不是反过来。:))
皮奥特,你测试了什么?你的释放在哪里?到目前为止,你已经有了纸上的一切。
那么,为什么我不能竞争?至少我已经赢了,因为用原生的MQL编写的实用程序可以出售,无论你用C#多努力,你都不会在这个优势上超过我))。
彼得,你原来是个重情重义的人!
彼得,你只是不了解C#和Visual Studio提供的所有技术。特别是,在T4和构建指令的帮助下,你可以完全自动化这一过程,包括将生成的定义转移到文件沙盒中。
不,Pyotr,你不能与C#和Visual Studio竞争。它们是不同的重量类别。
好吧,你正在把发展拉向一个错误的方向,瓦西里。
在这里,你已经在GitHub上做了这个开源的适配器。而你正在谈论C#的巨大可能性,例如将任何东西移植到文件沙盒的可能性。而你认为,没有人会在这个适配器上添加他想要的东西,也不会开始分发封闭的病毒版本?不会有任何 "傻瓜 "愿意接受它?