算法、解决方法、其性能的比较 - 页 8 123456789101112131415...23 新评论 Mikhail Dovbakh 2017.12.10 17:52 #71 Alexandr Andreev: 我想指出的是，与这里的其他人不同，彼得可能有最大的耐心--愿意写单调的代码。我无法解释，否则他怎么能写出这么多东西来这种对单调代码的倾向是一种 "印度 "风格吗？ 或者你的意思是什么？) Dmitiry Ananiev 2017.12.10 17:52 #72 我只有一个问题，为什么不使用一个int数组，或者更好的是使用一个列表，如果你有足够的这些向导？ 为什么要用字符串来做这件事呢？这样你也可以输入字母吗？或者更好的是，你可以在16位系统中计数！或者更酷的是，直接进入128位...... Alexandr Andreev 2017.12.10 17:52 #73 Mikhail Dovbakh: 对单调代码的嗜好是一种 "印度 "风格吗？ 或者你说的是什么意思？)宾果！！！我自己都不想说的。 Alexandr Andreev 2017.12.10 17:54 #74 Mikhail Dovbakh: 倾向于单调的代码是一种 "印度 "风格吗？ 或者你说的是什么意思？)俄罗斯式的无休止地重写一切的冲动也不是特别好--尤其是在大型项目 中。 Реter Konow 2017.12.10 17:55 #75 Alexandr Andreev: 字符串只有两种变体，要么它有最大的尺寸（保留），要么内存被分配，在你的例子中，在加法过程中，它每次都被分配....。所以，这与改变一个int数组的大小是一样的。1in1 好吧，也许int分配给内存的时间比string分配给1个字符的时间长10%，如果你比较更多的字符，那么我想int赢了。在实践中检查你的声明将是有趣的。如果不断调整 int数组的大小，来回重写数据的速度和使用字符串一样快，我当然更喜欢int。但我非常怀疑速度会是一样的。直觉。 Alexandr Andreev 2017.12.10 17:57 #76 Реter Konow:在实践中检验你的断言将是很有趣的。如果不断调整int数组的大小，来回重写数据的速度和使用字符串的速度一样，我当然会选择int。请检查 - 那里的代码是简单的....我还建议将代码循环100 000次，这样它就会更清晰，更少依赖无关因素。我以为这个话题最初是为了进行这种比较。 Yury Kulikov 2017.12.10 17:59 #77 Alexandr Andreev: 我想指出的是，与这里的其他人不同，彼得可能有最大的耐心--愿意写单调的代码。否则我无法解释他是如何写出这么多东西的。 这是一个大胆的声明，你有东西可以支持吗？ Реter Konow 2017.12.10 18:01 #78 我要求参加讨论的人不要转而讨论人格问题。谢谢你。 Mikhail Dovbakh 2017.12.10 18:02 #79 Alexandr Andreev: 中奖了！！！我不是故意说的fxsaber 再次说得很对--对这个论坛的每个用户来说，他的 "黑名单 "上的人物的帖子和话题的隐蔽性已经是一种必要。 为了维持一个健康的社会，这是很必要的。 而个人... 否则作为对这个行业的嘲弄，这个线程是不被认为的。( Alexandr Andreev 2017.12.10 18:03 #80 Yury Kulikov: 这是一个大胆的声明，你能用什么来支持它吗？好吧，彼得开发GUI--在编写GUI时，OOP比其他任何地方都更能帮助我们简化、简化代码。但是我们在写的时候没有用到它--在这里我们不能快速调用这个方法，但是持久性需要付出代价，我们可以看到一些GUI) ....当然，我不是在和那些每个人都有30行硬性OOP的人相比，他们的类的宏都已经失效了，比如#define micrcalss(CALSS, PARENTS) class CLASS : public PARENTS ......。 123456789101112131415...23 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我想指出的是，与这里的其他人不同，彼得可能有最大的耐心--愿意写单调的代码。我无法解释，否则他怎么能写出这么多东西来
这种对单调代码的倾向是一种 "印度 "风格吗？
或者你的意思是什么？
)
我只有一个问题，为什么不使用一个int数组，或者更好的是使用一个列表，如果你有足够的这些向导？
为什么要用字符串来做这件事呢？这样你也可以输入字母吗？或者更好的是，你可以在16位系统中计数！或者更酷的是，直接进入128位......
对单调代码的嗜好是一种 "印度 "风格吗？
或者你说的是什么意思？
)
宾果！！！我自己都不想说的。
倾向于单调的代码是一种 "印度 "风格吗？
或者你说的是什么意思？
)
俄罗斯式的无休止地重写一切的冲动也不是特别好--尤其是在大型项目 中。
字符串只有两种变体，要么它有最大的尺寸（保留），要么内存被分配，在你的例子中，在加法过程中，它每次都被分配....。所以，这与改变一个int数组的大小是一样的。1in1 好吧，也许int分配给内存的时间比string分配给1个字符的时间长10%，如果你比较更多的字符，那么我想int赢了。
在实践中检查你的声明将是有趣的。如果不断调整 int数组的大小，来回重写数据的速度和使用字符串一样快，我当然更喜欢int。
但我非常怀疑速度会是一样的。直觉。
在实践中检验你的断言将是很有趣的。如果不断调整int数组的大小，来回重写数据的速度和使用字符串的速度一样，我当然会选择int。
请检查 - 那里的代码是简单的....我还建议将代码循环100 000次，这样它就会更清晰，更少依赖无关因素。
我以为这个话题最初是为了进行这种比较。
我想指出的是，与这里的其他人不同，彼得可能有最大的耐心--愿意写单调的代码。否则我无法解释他是如何写出这么多东西的。
中奖了！！！我不是故意说的
fxsaber 再次说得很对--对这个论坛的每个用户来说，他的 "黑名单 "上的人物的帖子和话题的隐蔽性已经是一种必要。 为了维持一个健康的社会，这是很必要的。 而个人...
否则作为对这个行业的嘲弄，这个线程是不被认为的。
(
这是一个大胆的声明，你能用什么来支持它吗？
好吧，彼得开发GUI--在编写GUI时，OOP比其他任何地方都更能帮助我们简化、简化代码。但是我们在写的时候没有用到它--在这里我们不能快速调用这个方法，但是持久性需要付出代价，我们可以看到一些GUI) ....当然，我不是在和那些每个人都有30行硬性OOP的人相比，他们的类的宏都已经失效了，比如#define micrcalss(CALSS, PARENTS) class CLASS : public PARENTS ......。