模板参数=void*的编译器错误 - 页 17 1...1011121314151617181920 新评论 Ilya Malev 2018.12.20 22:50 #161 是否有一个金字塔式的支持者守则，任何机会？如果有的话，我将是第一个。))))) Dmitry Fedoseev 2018.12.20 22:53 #162 Ilya Malev:是否有一个金字塔式的支持者守则，任何机会？如果有的话，我将是第一个。))))) 这可能归因于横向代码支持者的阵营。 Ilya Malev 2018.12.20 22:54 #163 Dmitry Fedoseev:这可以归功于横向代码支持者的阵营。我同意，这是个糟糕的努力。最好的例子是如此超凡脱俗，以至于它们没有在过渡到我们的凡人现实中幸存下来......。 Stanislav Korotky 2018.12.20 23:16 #164 Ilya Malev:是否有一个金字塔式的支持者守则，任何机会？如果有的话，我将是第一个。))))) 这是一种混淆视听的做法。 Ilya Malev 2018.12.21 00:06 #165 Stanislav Korotky:这是一种混淆视听的做法。是的，我离你很远。可以说，我有了可以争取的东西 )) Ilya Malev 2018.12.21 01:01 #166 pavlick_:一般来说，是的，你可以这样做。 如果没有包装，就不会被删除，有包装就会被删除，一切都很清楚。 ZS: 但如果我这样做了，我会尽可能做到与标准加库相似（名称、行为等），所以对我来说没有选择。既然一切都已经写好了，为什么还要再创造一个规格呢？- 在动态OOP中创建自动结构是无稽之谈- 动态结构应分为为特定过程创建的结构（如对选择的查询）或作为现有元素集 的选择（而且可以有混合类型）。- 到目前为止，我可以看到一个解决方法，就是核算一个对象的 "自有 "引用的数量，没有必要在上面创建包装器（不确定那会如何解决这个问题），但是我必须复制μl中已有的指针机制，在其中加入我的方法，至少包括引用计数器（顺便说一下，你在hubra的文章中讨论过这个问题，我几天前刚读过，当时我正在寻找关于指针的解决方案，发现我自己已经得出了相同的解决方案）。- 我将努力实现这一切，如果有什么有价值的东西出来，无论如何我都会在论坛和/或kodobase中发布:)。 Алексей Тарабанов 2018.12.21 01:22 #167 Ilya Malev:- 在动态OOP中创建自动结构是无稽之谈- 动态结构应分为为特定过程创建的结构（如对选择的查询）或作为现有元素集 的选择（而且可以有混合类型）。- 到目前为止，我可以看到一个解决方法，就是核算一个对象的 "自己 "的引用数量，没有必要在上面创建包装器（我真的看不出这能解决什么问题），但是我必须复制μl中已有的指针机制，为它们添加我的方法，至少包括引用计数器（顺便说一下，你在hubra的文章中讨论过这个问题，我几天前刚读过它，当我寻找关于指针的解决方案时，发现我自己已经得出了同样的解决方案）。- 我将尝试实现所有这些，如果有好的结果，我将在论坛和/或kodobase中发布，无论如何 :)非常有趣。厌倦了pi@#$holes。 Ilya Malev 2018.12.21 01:36 #168 或者更好的是，不要。什么都不发表... pavlick_ 2018.12.21 02:13 #169 Ilya Malev:好吧，没有人禁止在创建数组时传递额外的选项--在删除元素时是否删除，并使其默认为开或关（根据自己的喜好）。毕竟，你永远无法猜测你是否要删除项目））。所以你写了这样一个数组，得到了一个惊喜：如何在一个需要删除的指针数组中禁用复制操作符=()和复制构造函数（反正默认情况下μl中没有）？这将使人们清楚地看到，通过构造函数的参数是垃圾。会出现两个想法。 1.通过模板参数传递带有删除语句的类型，并使其成为类的成员（而这是一种不必要的资源浪费）。 2. 在包装器中传递一个指针 :)(是的，是的--那该死的包装纸）。 3.你可以用部分专业化来摆脱它，但没有。 总的来说，加库是一个杰作，如果你认为你能写得更好，你可能就错了。 Ilya Malev 2018.12.21 02: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)。