在Canvas上做一个众包项目 - 页 38 1...313233343536373839404142434445 新评论 Алексей Барбашин 2020.01.26 20:35 #371 Реter Konow: 核心是矩阵。它包含对象的所有属性。 你可以选择你的方法。但是，在我多年的gui开发中，我发现没有其他方法可以提供与开发的系统一样的功能提升。最大限度的简单和高效是完美的。 彼得，你有什么经验和例子，不仅在目前的版本中编写GUI？ 你完全否认其他范式，却声称你的模型是最适合GUI实现的。这是一个非常有争议的说法。 Maxim Kuznetsov 2020.01.26 20:39 #372 制作一个指标，纠正所画直线的倾角、其交点和椭圆的比例。虽然锚点是在未来设定的 经过两个周末和一些血腥的独立日... PS/感觉画界面的人根本就没有参与交易。 Алексей Барбашин 2020.01.26 20:44 #373 Maxim Kuznetsov: 做一个指标，纠正所画直线的斜角，它们的交点和椭圆的比例。随着锚点在未来的设定 经过两个周末和一些血腥的独立日... PS/感觉画界面的人与贸易完全没有关系 马克斯，我敢说，在一半的情况下，情况就是这样。交易员不一定是程序员，程序员也不一定是交易员。 Алексей Барбашин 2020.01.26 21:01 #374 我敢说，彼得除了用mql编程外，不会用其他东西编程。所有现代版本的语言都需要与类打交道的知识：java、kotlin、sharp、python、c++等等。甚至1C也有固定对象类型形式的类的影子。但这只是一个题外话。 从我的观点来看，界面建设的系统应该是这样的。 CForm Форма = new CForm; Интерфейс.Добавить(Форма); CButton КнопкаBUY= new CButton; КнопкаBUY.Заголовок = "BUY"; КнопкаBUY.ЦветФона = clrBlue; КнопкаBUY.Позиция(7,20); Форма.Добавить(КнопкаBUY); 也就是说，接口的创建应该是宣告式的。我甚至无法想象其他程序员如何在引用indexes的控件 中添加属性描述.....。 我相信，即使对一个普通的程序员来说，这也是令人费解的，更不用说一个初学者了。 Aleksey Mavrin 2020.01.27 02:55 #375 Алексей Барбашин: 我敢说，彼得除了用mql编程外，不会用其他东西编程。所有现代版本的语言都需要与类打交道的知识：java、kotlin、sharp、python、c++等等。甚至1C也有固定对象类型形式的类的影子。但这只是一个题外话。 从我的观点来看，界面建设的系统应该是这样的。 也就是说，接口的创建应该是宣告式的。我甚至无法想象其他程序员如何将属性描述 添加到参考索引的板子上.....。 我相信，即使对一个普通的程序员来说，这也是令人费解的，更不用说一个初学者了。 如果有很多元素和/或属性依赖于一个索引，那是没有问题的，反之亦然，在引用每一个单独的元素时很难写得很乱。 Реter Konow 2020.01.27 05:12 #376 Roman: 矩阵就是嵌套的循环，而嵌套的循环就是时间。我不是在讽刺，只是在进行逻辑推理。 对。宇宙中的一切都需要时间）。 Реter Konow 2020.01.27 05:24 #377 Алексей Барбашин:1.彼得，你会得到以下结果：核心由元素属性的全局矩阵、元素值的全局矩阵、依赖关系的全局矩阵、图片的全局矩阵组成...... 2.如果你需要增加一些属性，那么矩阵的维度就会增加。 3.因为单元格没有名字，所以属性是严格通过索引访问的。 至少可以用结构访问字段名。 彼得，你...巨人... 例如，我是这样看的（简化）。 4.一个事实上的 "类 "是你的全局数组中的一个特定字符串，只是有一个更 "人性化 "的面孔。类被设计用来创建自己的数据对象，有一组可以理解的属性，可以通过名称而不是索引来访问。一个类只是一个通用的类型构造器。 因此，我们创建了一个基本控件，它包含了最常见的属性，几乎任何控件都有这些属性。 你可以在此基础上创建专门的对象。 也就是说，每个后续的控制类型只是用所需的属性来补充基础类型。 而且，正如我前面所写的，基本属性存储在基础控件中，所以在控件中 "击中 "光标的遍历是通过检查一个数据类型 来完成的： CControl。找到所需的对象后，程序立即可以访问该对象的属性，因为程序点已经在该对象本身，就像在你的循环中，程序在所需的数组行上。 1.核心是一个全球矩阵。两个维度。核心是由一个特殊的函数建立的，它读取一个文件，其中标记语言说需要创建哪些窗口和元素。2.不，矩阵的维度是恒定的。只有2个维度。3.内核中的对象的属性是有序的。每个人都有自己的索引。索引是通过定义命名的。随着对象属性数量的增加，矩阵会越来越宽。有一些方法可以抑制它的生长并压实里面的物体。4.这个类，作为一个对象的描述，是很好的，但是这个机制（也就是代码）在内核中工作的效率更高。总之，这并不重要。它适合每个人的需要。分散描述和存储对象的属性（主要属性在基类中，其他属性在子类中）使访问和处理变得复杂。加上可见性限制、访问修改器和外来语言，你不仅在机制上，而且在开发过程中得到了真正的减少。然而，这是我的看法。 Алексей Барбашин 2020.01.27 06:08 #378 Реter Konow: 1.核心是一个全球矩阵。两个维度。核心是由一个特殊的函数建立的，它读取一个文件，其中标记语言说需要创建哪些窗口和元素。 2.不，矩阵的维度是恒定的。只有2个维度。 3.内核中的对象的属性是有序的。每个人都有自己的索引。索引是通过定义来命名的。随着对象属性数量的增加，矩阵的宽度也随之增加。有一些方法可以抑制它的生长并压实里面的物体。 4.这个类，作为一个对象的描述，是很好的，但是这个机制（也就是代码）在内核中工作的效率更高。总之，这并不重要。它适合每个人的需要。 分散 描述和存储对象的属性（主要属性在基类中，其他属性在子类中）使访问和处理变得复杂。加上可见性限制、访问修改器和外来语言，你不仅在机制上，而且在开发过程中得到了真正的减少。然而，这是我的看法。 这一点都不复杂，这就是班级的魅力和力量。每一个下一个都是在原始对象的功能基础上建立起自己的功能。因此，所有的基本功能（焦点、点击、脱离元素、拖放、绘制）--都是在基本对象的基础上实现的。进一步的开发和修改，开发新的控件--所有这些都不会影响基本功能，因为它是在，比如说，你的语言水平上创建的：库的 "核心"。 在这种情况下，对象将完全拥有那些数据类型，这些数据类型 是特定属性所必需的。 "核心是用一个特殊的函数来构建的，它读取一个文件，在那里用标记语言写出必须创建哪些窗口和元素。"- 这只是微不足道的。 因此，你有一个存储所有属性的矩阵，你也有一个标记文件，确切地指定应该如何读取带有属性的矩阵......。"索引是通过定义来命名的"--每个索引都与一个定义硬连在一起。随机插入一个额外的字段将导致属性转移的后果。"随着对象属性数量的增加，矩阵的宽度也在增长" - 这就是我说的维度的意思（我的错，误用了这个词）。通过将你的数据对象创建为一个类，你可以避免所有这些复杂的问题。而这是真正的复杂性，并不是真的需要。但我们知道如何为自己创造复杂的情况，以便以后成功地克服它们。 而且你不必创建分层类，也根本不必使用它们。但使用结构来摆脱不必要的数据线程是合理的。IMHO 彼得，你在创建一个具有你风格的GUI库方面做得很好。但如果你打算出版这个东西，还是值得把所有东西重新设计成不同的技术。我已经准备好在这方面帮助你，并一步一步地将你图书馆的所有力量转移到一个新的方向。 Реter Konow 2020.01.27 06:21 #379 Алексей Барбашин: 没有比这更复杂的事情了，这就是班级的魅力和力量。每一个下一个都是在原始对象的功能基础上建立起自己的功能。因此，所有的基本功能（焦点、点击、脱离元素、拖放、绘制）都是在基本对象的基础上实现的。进一步的开发和修改，开发新的控件--所有这些都不会影响基本功能，因为它是在，比如说，你的语言水平上创建的：库的 "核心"。 在这种情况下，对象将完全拥有那些数据类型，这些数据类型 是特定属性所必需的。 "核心是用一个特殊的函数来构建的，它读取一个文件，在那里用标记语言写出必须创建哪些窗口和元素。"- 这只是微不足道的。 因此，你有一个存储所有属性的矩阵，你也有一个标记文件，确切地指定应该如何读取带有属性的矩阵......。通过将你的数据对象创建为一个类，你可以避免所有这些复杂性。而这些都是真正的复杂问题，你并不真正需要。我们知道如何为自己创造复杂的情况，以便以后成功地克服它们。 而且你不必创建分层类，也根本不必使用它们。但使用结构来摆脱不必要的数据线程是合理的。IMHO 彼得，你在创建一个具有你风格的GUI库方面做得很好。但如果你打算出版这个东西，还是值得把所有东西重新设计成不同的技术。我愿意帮助你，一步一步地把你图书馆的所有力量转移到一个新的方向。 你知道，我在这里为实施我自己和其他人的解决方案争论了很久，我已经厌倦了。))这只是，真的很累人。我的思维更适应于矩阵，别人的思维适应于班级......不值得打破任何矛头。我一般倾向于改变或简化规则，偏离一般的路线，主张我自己的而不是别人的。你不能改变我。谢谢你的提议。你可以在gui开发中走自己的路。我已经按自己的方式做了，我不认为以不同的风格重复它有任何意义。有一种标记语言，到vis编辑器有几个步骤，大约一个星期就可以发布。还有一个任务栏要重做，还有一些小的错误要抓。然后，你将对我的工作给予反馈。我希望它对所有人都有用。ZS.出版后，我将能够给出更多关于解决方案的细节，它可能有助于你在课堂上创建一个模拟。 Алексей Барбашин 2020.01.27 06:25 #380 Реter Konow: 你知道，我在这里为我自己和别人的解决方案的实施争论了很多，我已经厌倦了。))这只是，真的很累人。我的思维更适应于矩阵，别人的思维适应于班级......不值得打破任何矛头。 我一般倾向于改变或简化规则，偏离一般的路线，主张自己的而不是别人的。你不能改变我。 谢谢你的提议。你可以在gui开发中走自己的路。我已经按自己的方式做了，我不认为以不同的风格重复它有任何意义。有一种标记语言，到vis编辑器的几个步骤，以及大约一个星期的发布。还有一个任务栏要重做，还有一些小的错误要抓。然后，你将对我的工作给予反馈。我希望这对大家都有帮助。 在你的情况下，这不是一种简化，而是一种真正的复杂化。IMHO 1...313233343536373839404142434445 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
核心是矩阵。它包含对象的所有属性。
彼得，你有什么经验和例子，不仅在目前的版本中编写GUI？
你完全否认其他范式，却声称你的模型是最适合GUI实现的。这是一个非常有争议的说法。
制作一个指标，纠正所画直线的倾角、其交点和椭圆的比例。虽然锚点是在未来设定的
经过两个周末和一些血腥的独立日...
PS/感觉画界面的人根本就没有参与交易。
做一个指标，纠正所画直线的斜角，它们的交点和椭圆的比例。随着锚点在未来的设定
经过两个周末和一些血腥的独立日...
PS/感觉画界面的人与贸易完全没有关系
马克斯，我敢说，在一半的情况下，情况就是这样。交易员不一定是程序员，程序员也不一定是交易员。
我敢说，彼得除了用mql编程外，不会用其他东西编程。所有现代版本的语言都需要与类打交道的知识：java、kotlin、sharp、python、c++等等。甚至1C也有固定对象类型形式的类的影子。但这只是一个题外话。
从我的观点来看，界面建设的系统应该是这样的。
也就是说，接口的创建应该是宣告式的。我甚至无法想象其他程序员如何在引用indexes的控件 中添加属性描述.....。
我相信，即使对一个普通的程序员来说，这也是令人费解的，更不用说一个初学者了。
我敢说，彼得除了用mql编程外，不会用其他东西编程。所有现代版本的语言都需要与类打交道的知识：java、kotlin、sharp、python、c++等等。甚至1C也有固定对象类型形式的类的影子。但这只是一个题外话。
从我的观点来看，界面建设的系统应该是这样的。
也就是说，接口的创建应该是宣告式的。我甚至无法想象其他程序员如何将属性描述 添加到参考索引的板子上.....。
我相信，即使对一个普通的程序员来说，这也是令人费解的，更不用说一个初学者了。
如果有很多元素和/或属性依赖于一个索引，那是没有问题的，反之亦然，在引用每一个单独的元素时很难写得很乱。
矩阵就是嵌套的循环，而嵌套的循环就是时间。我不是在讽刺，只是在进行逻辑推理。
1.彼得，你会得到以下结果：核心由元素属性的全局矩阵、元素值的全局矩阵、依赖关系的全局矩阵、图片的全局矩阵组成......
2.如果你需要增加一些属性，那么矩阵的维度就会增加。
3.因为单元格没有名字，所以属性是严格通过索引访问的。
至少可以用结构访问字段名。
彼得，你...巨人...
例如，我是这样看的（简化）。
4.一个事实上的 "类 "是你的全局数组中的一个特定字符串，只是有一个更 "人性化 "的面孔。类被设计用来创建自己的数据对象，有一组可以理解的属性，可以通过名称而不是索引来访问。一个类只是一个通用的类型构造器。
因此，我们创建了一个基本控件，它包含了最常见的属性，几乎任何控件都有这些属性。
你可以在此基础上创建专门的对象。
也就是说，每个后续的控制类型只是用所需的属性来补充基础类型。
而且，正如我前面所写的，基本属性存储在基础控件中，所以在控件中 "击中 "光标的遍历是通过检查一个数据类型 来完成的： CControl。找到所需的对象后，程序立即可以访问该对象的属性，因为程序点已经在该对象本身，就像在你的循环中，程序在所需的数组行上。
1.核心是一个全球矩阵。两个维度。核心是由一个特殊的函数建立的，它读取一个文件，其中标记语言说需要创建哪些窗口和元素。
这一点都不复杂，这就是班级的魅力和力量。每一个下一个都是在原始对象的功能基础上建立起自己的功能。因此，所有的基本功能（焦点、点击、脱离元素、拖放、绘制）--都是在基本对象的基础上实现的。进一步的开发和修改，开发新的控件--所有这些都不会影响基本功能，因为它是在，比如说，你的语言水平上创建的：库的 "核心"。 在这种情况下，对象将完全拥有那些数据类型，这些数据类型 是特定属性所必需的。
"核心是用一个特殊的函数来构建的，它读取一个文件，在那里用标记语言写出必须创建哪些窗口和元素。"- 这只是微不足道的。 因此，你有一个存储所有属性的矩阵，你也有一个标记文件，确切地指定应该如何读取带有属性的矩阵......。"索引是通过定义来命名的"--每个索引都与一个定义硬连在一起。随机插入一个额外的字段将导致属性转移的后果。"随着对象属性数量的增加，矩阵的宽度也在增长" - 这就是我说的维度的意思（我的错，误用了这个词）。通过将你的数据对象创建为一个类，你可以避免所有这些复杂的问题。而这是真正的复杂性，并不是真的需要。但我们知道如何为自己创造复杂的情况，以便以后成功地克服它们。
而且你不必创建分层类，也根本不必使用它们。但使用结构来摆脱不必要的数据线程是合理的。IMHO
彼得，你在创建一个具有你风格的GUI库方面做得很好。但如果你打算出版这个东西，还是值得把所有东西重新设计成不同的技术。我已经准备好在这方面帮助你，并一步一步地将你图书馆的所有力量转移到一个新的方向。
没有比这更复杂的事情了，这就是班级的魅力和力量。每一个下一个都是在原始对象的功能基础上建立起自己的功能。因此，所有的基本功能（焦点、点击、脱离元素、拖放、绘制）都是在基本对象的基础上实现的。进一步的开发和修改，开发新的控件--所有这些都不会影响基本功能，因为它是在，比如说，你的语言水平上创建的：库的 "核心"。 在这种情况下，对象将完全拥有那些数据类型，这些数据类型 是特定属性所必需的。
"核心是用一个特殊的函数来构建的，它读取一个文件，在那里用标记语言写出必须创建哪些窗口和元素。"- 这只是微不足道的。 因此，你有一个存储所有属性的矩阵，你也有一个标记文件，确切地指定应该如何读取带有属性的矩阵......。通过将你的数据对象创建为一个类，你可以避免所有这些复杂性。而这些都是真正的复杂问题，你并不真正需要。我们知道如何为自己创造复杂的情况，以便以后成功地克服它们。
而且你不必创建分层类，也根本不必使用它们。但使用结构来摆脱不必要的数据线程是合理的。IMHO
彼得，你在创建一个具有你风格的GUI库方面做得很好。但如果你打算出版这个东西，还是值得把所有东西重新设计成不同的技术。我愿意帮助你，一步一步地把你图书馆的所有力量转移到一个新的方向。
你知道，我在这里为我自己和别人的解决方案的实施争论了很多，我已经厌倦了。))这只是，真的很累人。我的思维更适应于矩阵，别人的思维适应于班级......不值得打破任何矛头。
在你的情况下，这不是一种简化，而是一种真正的复杂化。IMHO