模板参数=void*的编译器错误 - 页 17 1...1011121314151617181920 新评论 Ilya Malev 2018.12.20 21:50 #161 是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。))))) Dmitry Fedoseev 2018.12.20 21:53 #162 Ilya Malev:是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。))))) 这可能归因于横向代码支持者的阵营。 Ilya Malev 2018.12.20 21:54 #163 Dmitry Fedoseev:这可以归功于横向代码支持者的阵营。我同意,这是个糟糕的努力。最好的例子是如此超凡脱俗,以至于它们没有在过渡到我们的凡人现实中幸存下来......。 Stanislav Korotky 2018.12.20 22:16 #164 Ilya Malev:是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。))))) 这是一种混淆视听的做法。 Ilya Malev 2018.12.20 23:06 #165 Stanislav Korotky:这是一种混淆视听的做法。是的,我离你很远。可以说,我有了可以争取的东西 )) Ilya Malev 2018.12.21 00:01 #166 pavlick_:一般来说,是的,你可以这样做。 如果没有包装,就不会被删除,有包装就会被删除,一切都很清楚。 ZS: 但如果我这样做了,我会尽可能做到与标准加库相似(名称、行为等),所以对我来说没有选择。既然一切都已经写好了,为什么还要再创造一个规格呢?- 在动态OOP中创建自动结构是无稽之谈- 动态结构应分为为特定过程创建的结构(如对选择的查询)或作为现有元素集 的选择(而且可以有混合类型)。- 到目前为止,我可以看到一个解决方法,就是核算一个对象的 "自有 "引用的数量,没有必要在上面创建包装器(不确定那会如何解决这个问题),但是我必须复制μl中已有的指针机制,在其中加入我的方法,至少包括引用计数器(顺便说一下,你在hubra的文章中讨论过这个问题,我几天前刚读过,当时我正在寻找关于指针的解决方案,发现我自己已经得出了相同的解决方案)。- 我将努力实现这一切,如果有什么有价值的东西出来,无论如何我都会在论坛和/或kodobase中发布:)。 Алексей Тарабанов 2018.12.21 00:22 #167 Ilya Malev:- 在动态OOP中创建自动结构是无稽之谈- 动态结构应分为为特定过程创建的结构(如对选择的查询)或作为现有元素集 的选择(而且可以有混合类型)。- 到目前为止,我可以看到一个解决方法,就是核算一个对象的 "自己 "的引用数量,没有必要在上面创建包装器(我真的看不出这能解决什么问题),但是我必须复制μl中已有的指针机制,为它们添加我的方法,至少包括引用计数器(顺便说一下,你在hubra的文章中讨论过这个问题,我几天前刚读过它,当我寻找关于指针的解决方案时,发现我自己已经得出了同样的解决方案)。- 我将尝试实现所有这些,如果有好的结果,我将在论坛和/或kodobase中发布,无论如何 :)非常有趣。厌倦了pi@#$holes。 Ilya Malev 2018.12.21 00:36 #168 或者更好的是,不要。什么都不发表... pavlick_ 2018.12.21 01:13 #169 Ilya Malev:好吧,没有人禁止在创建数组时传递额外的选项--在删除元素时是否删除,并使其默认为开或关(根据自己的喜好)。毕竟,你永远无法猜测你是否要删除项目))。所以你写了这样一个数组,得到了一个惊喜:如何在一个需要删除的指针数组中禁用复制操作符=()和复制构造函数(反正默认情况下μl中没有)?这将使人们清楚地看到,通过构造函数的参数是垃圾。会出现两个想法。 1.通过模板参数传递带有删除语句的类型,并使其成为类的成员(而这是一种不必要的资源浪费)。 2. 在包装器中传递一个指针 :)(是的,是的--那该死的包装纸)。 3.你可以用部分专业化来摆脱它,但没有。 总的来说,加库是一个杰作,如果你认为你能写得更好,你可能就错了。 Ilya Malev 2018.12.21 01:23 #170 pavlick_:0.所以你写了这样一个数组,最后却发现了一个惊喜:如何在一个需要删除的指针数组中禁止复制operator=()和复制构造函数(反正默认情况下它不在μl中)?这将使人们清楚地看到,通过构造函数的参数是垃圾。会出现两个想法。 1.通过模板参数传递带有删除语句的类型,并使其成为类的成员(而这是一种不必要的资源浪费)。 2.传递一个指针式的包装器 :)(是的,是的--那该死的包装纸)。 3.你可以用部分专业化来摆脱它,但它不存在。 总的来说,加库是一个杰作,如果你认为你会写得更好,你可能就错了。最有可能的是,它是一个杰作,但它是为比建立大多数合理的TC所需的更广泛的任务而写的。我不考虑像神经网络这样的变种,使用图形处理器和其他带手鼓的舞蹈。 0.我告诉你,已经创建的 动态对象被转移。这要么是为选择而专门创建的对象(你必须在以后删除它们),要么是对那些被使用但没有被删除的对象的引用。列表对象不负责创建。只负责寻址、访问和存储,只要它需要。 1. ... 2. ... 3... 简而言之,你需要考虑具体的详细任务,而不是抽象的任务。如果你必须写一些gui,这也不是我的意思。附近的一个主题中的某个人似乎用纯结构写了一个不错的gui)。 1...1011121314151617181920 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。)))))
是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。)))))
这可能归因于横向代码支持者的阵营。
这可以归功于横向代码支持者的阵营。
我同意,这是个糟糕的努力。最好的例子是如此超凡脱俗,以至于它们没有在过渡到我们的凡人现实中幸存下来......。
是否有一个金字塔式的支持者守则,任何机会?如果有的话,我将是第一个。)))))
这是一种混淆视听的做法。
这是一种混淆视听的做法。
是的,我离你很远。可以说,我有了可以争取的东西 ))
一般来说,是的,你可以这样做。
如果没有包装,就不会被删除,有包装就会被删除,一切都很清楚。
ZS: 但如果我这样做了,我会尽可能做到与标准加库相似(名称、行为等),所以对我来说没有选择。既然一切都已经写好了,为什么还要再创造一个规格呢?
- 在动态OOP中创建自动结构是无稽之谈
- 动态结构应分为为特定过程创建的结构(如对选择的查询)或作为现有元素集 的选择(而且可以有混合类型)。
- 到目前为止,我可以看到一个解决方法,就是核算一个对象的 "自有 "引用的数量,没有必要在上面创建包装器(不确定那会如何解决这个问题),但是我必须复制μl中已有的指针机制,在其中加入我的方法,至少包括引用计数器(顺便说一下,你在hubra的文章中讨论过这个问题,我几天前刚读过,当时我正在寻找关于指针的解决方案,发现我自己已经得出了相同的解决方案)。
- 我将努力实现这一切,如果有什么有价值的东西出来,无论如何我都会在论坛和/或kodobase中发布:)。
- 在动态OOP中创建自动结构是无稽之谈
- 动态结构应分为为特定过程创建的结构(如对选择的查询)或作为现有元素集 的选择(而且可以有混合类型)。
- 到目前为止,我可以看到一个解决方法,就是核算一个对象的 "自己 "的引用数量,没有必要在上面创建包装器(我真的看不出这能解决什么问题),但是我必须复制μl中已有的指针机制,为它们添加我的方法,至少包括引用计数器(顺便说一下,你在hubra的文章中讨论过这个问题,我几天前刚读过它,当我寻找关于指针的解决方案时,发现我自己已经得出了同样的解决方案)。
- 我将尝试实现所有这些,如果有好的结果,我将在论坛和/或kodobase中发布,无论如何 :)
非常有趣。厌倦了pi@#$holes。
好吧,没有人禁止在创建数组时传递额外的选项--在删除元素时是否删除,并使其默认为开或关(根据自己的喜好)。毕竟,你永远无法猜测你是否要删除项目))。
所以你写了这样一个数组,得到了一个惊喜:如何在一个需要删除的指针数组中禁用复制操作符=()和复制构造函数(反正默认情况下μl中没有)?这将使人们清楚地看到,通过构造函数的参数是垃圾。会出现两个想法。
1.通过模板参数传递带有删除语句的类型,并使其成为类的成员(而这是一种不必要的资源浪费)。
2. 在包装器中传递一个指针 :)(是的,是的--那该死的包装纸)。
3.你可以用部分专业化来摆脱它,但没有。
总的来说,加库是一个杰作,如果你认为你能写得更好,你可能就错了。
0.所以你写了这样一个数组,最后却发现了一个惊喜:如何在一个需要删除的指针数组中禁止复制operator=()和复制构造函数(反正默认情况下它不在μl中)?这将使人们清楚地看到,通过构造函数的参数是垃圾。会出现两个想法。
1.通过模板参数传递带有删除语句的类型,并使其成为类的成员(而这是一种不必要的资源浪费)。
2.传递一个指针式的包装器 :)(是的,是的--那该死的包装纸)。
3.你可以用部分专业化来摆脱它,但它不存在。
总的来说,加库是一个杰作,如果你认为你会写得更好,你可能就错了。
最有可能的是,它是一个杰作,但它是为比建立大多数合理的TC所需的更广泛的任务而写的。我不考虑像神经网络这样的变种,使用图形处理器和其他带手鼓的舞蹈。
0.我告诉你,已经创建的 动态对象被转移。这要么是为选择而专门创建的对象(你必须在以后删除它们),要么是对那些被使用但没有被删除的对象的引用。列表对象不负责创建。只负责寻址、访问和存储,只要它需要。
1. ...
2. ...
3...
简而言之,你需要考虑具体的详细任务,而不是抽象的任务。如果你必须写一些gui,这也不是我的意思。附近的一个主题中的某个人似乎用纯结构写了一个不错的gui)。