"新神经 "是MetaTrader 5平台的一个开源神经网络引擎项目。 - 页 63 1...565758596061626364656667686970...100 新评论 Mykola Demko 2011.11.25 00:41 #621 TheXpert。...顺便说一下，xml比二进制表示法更容易检查其有效性。而保存/恢复基本上没有时间上的要求。你认为在链接的二进制表示法中，检查的困难是什么？给我一个例子，说明什么时候是困难的。ZZZ不仅我想不出一个例子，我甚至无法想象这是一个什么样的拓扑结构，当用二进制表表示链接时，很难检查任何链接的有效性。 TheXpert 2011.11.25 10:26 #622 Urain。给我一个例子，说明什么时候是困难的。看。你改变了一下存储格式，或者数据被混淆了，比方说，你得到的不是一个数组的大小，而是Duble的底部部分，也就是一个巨大的数组。而在xml中，你已经把尺寸包在了一个标签中 TheXpert 2011.11.25 10:33 #623 MetaDriver。1. 为什么不 呢。因为不存在 普遍的基础。这只是我记得的三个格子。 Mykola Demko 2011.11.25 16:31 #624 TheXpert。看。你改变了一下存储格式，或者数据被混淆了，比方说，你得到的不是一个数组的大小，而是dubble的底部，也就是一个巨大的数组。而在xml中，你的尺寸被包裹在一个标签中"改变了一下存储格式"，听起来像是把xml改成avi而没有注意到它。任何格式的改变都由精通两种格式的人处理，+当改变格式时，调试和测试是不可避免的。因此，存储格式的一点变化不能被认为是一个论据。关于错位的数据（好吧，把dubles和sunlongs放在一起我就不鼓励和纠正了），为了避免错位写哈希和来验证读取文件的正确性，其他选项时数据会走错路就不预见到了。所以我们有一种格式来存储一个带有网格信息的浮动数组。[哈希值] [层数][层类型][神经元数量][层类型][神经元数量] [层类型][神经元数量] [层类型][神经元数量] [层类型][神经元数量] 进一步将定义二进制表的ulong的文件结尾。如何将ulong转换为[64]布尔字符数组 我准备了一个函数。 Mykola Demko 2011.11.25 16:32 #625 TheXpert。因为不存在 普遍的基础。这只是我记得的三个格子。我不同意，但我现在不争论，等我掌握了事实后再回答（一两天）。你将尝试同时轰炸我的理论 :) TheXpert 2011.11.25 16:38 #626 Urain。 糟糕......。也许我不明白。为什么要做一个痛苦的人？ Vladimir Kustikov 2011.11.25 19:00 #627 TheXpert: Shit...也许我不明白。为什么你要自己编造你的痛处？你不是唯一不理解的人 :)我认为，二进制格式是一种桎梏，它将数据与实现联系在一起，在一个合格的设计 中，你应该尽快摆脱这种束缚。二进制格式有利于打包数据，例如，MT4就以这种方式存储数据。但在那里做得很合理，是为了减少网络的负荷，而写手/读者是内部开发。 但为什么要费力地进行这样的阐述呢？为了给这种格式写自己的编辑器，有更多的问题？xml，json，甚至是ini会更好。 Mykola Demko 2011.11.25 19:17 #628 弗拉迪克斯。你不是误解人群中唯一的人 :)我认为，二进制格式是一种桎梏，它将数据与实现联系在一起，在一个合格的设计中需要尽快摆脱这种桎梏。二进制格式有利于打包数据，例如，MT4就以这种方式存储数据。但它在那里做得很合理，是为了减少网络的负荷，而写作者/阅读者是内部开发。 而为什么要费力地进行这样的阐述呢？为了给这种格式写自己的编辑器，有更多的问题？xml、json、甚至ini都会更好。 建议另一种实现方式，我不反对，让我们讨论、比较并决定什么是更好的。到目前为止，我在这个主题中只看到一个建议（我的），其他的只是说 "让我们做xml、json、ini"，但没有人说网格加载将如何在所有这些中实现。二元链接表非常简单易懂，按列计算，你可以得到发送对象，按行计算，你可以得到发送对象（反之亦然，因为表格是方形的，你只需要同意如何取舍）。而它将如何在其他格式中实施，没有人说什么。说出来吧。 михаил потапыч 2011.11.25 19:25 #629 在这种速度下，你的孩子会同意并停止在xml，孙子们会开始实施。投票或选择长老。 Mykola Demko 2011.11.25 19:33 #630 米切克。在这种速度下，你的孩子会同意并停止在xml，孙子们会开始实施。投票或选择一个 长老。如果没有提出替代方案，该投什么票呢？我有一个关于网格加载算法的总体思路的描述，在bin中存储这种算法的最佳格式。其他关于加载算法的建议没有，只看到关于存储格式的建议，但存储格式本身应该根据要加载的算法来选择，对于一种算法来说，一种格式对另一种算法更好。会有关于算法的建议，也会有关于什么是最好的，以什么格式存储最好的实质性讨论。 1...565758596061626364656667686970...100 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
...
顺便说一下，xml比二进制表示法更容易检查其有效性。而保存/恢复基本上没有时间上的要求。
你认为在链接的二进制表示法中，检查的困难是什么？
给我一个例子，说明什么时候是困难的。
ZZZ不仅我想不出一个例子，我甚至无法想象这是一个什么样的拓扑结构，当用二进制表表示链接时，很难检查任何链接的有效性。
给我一个例子，说明什么时候是困难的。
看。你改变了一下存储格式，或者数据被混淆了，比方说，你得到的不是一个数组的大小，而是Duble的底部部分，也就是一个巨大的数组。
而在xml中，你已经把尺寸包在了一个标签中
1. 为什么不 呢。
因为不存在 普遍的基础。这只是我记得的三个格子。
看。你改变了一下存储格式，或者数据被混淆了，比方说，你得到的不是一个数组的大小，而是dubble的底部，也就是一个巨大的数组。
而在xml中，你的尺寸被包裹在一个标签中
"改变了一下存储格式"，听起来像是把xml改成avi而没有注意到它。
任何格式的改变都由精通两种格式的人处理，+当改变格式时，调试和测试是不可避免的。
因此，存储格式的一点变化不能被认为是一个论据。
关于错位的数据（好吧，把dubles和sunlongs放在一起我就不鼓励和纠正了），为了避免错位写哈希和来验证读取文件的正确性，其他选项时数据会走错路就不预见到了。
所以我们有一种格式来存储一个带有网格信息的浮动数组。
[哈希值] [层数]
[层类型][神经元数量]
[层类型][神经元数量]
[层类型][神经元数量]
[层类型][神经元数量]
[层类型][神经元数量]进一步将定义二进制表的ulong的文件结尾。
如何将ulong转换为[64]布尔字符数组 我准备了一个函数。
因为不存在 普遍的基础。这只是我记得的三个格子。
我不同意，但我现在不争论，等我掌握了事实后再回答（一两天）。
你将尝试同时轰炸我的理论 :)
Shit...也许我不明白。为什么你要自己编造你的痛处？
你不是唯一不理解的人 :)
我认为，二进制格式是一种桎梏，它将数据与实现联系在一起，在一个合格的设计 中，你应该尽快摆脱这种束缚。二进制格式有利于打包数据，例如，MT4就以这种方式存储数据。但在那里做得很合理，是为了减少网络的负荷，而写手/读者是内部开发。
但为什么要费力地进行这样的阐述呢？为了给这种格式写自己的编辑器，有更多的问题？xml，json，甚至是ini会更好。
你不是误解人群中唯一的人 :)
我认为，二进制格式是一种桎梏，它将数据与实现联系在一起，在一个合格的设计中需要尽快摆脱这种桎梏。二进制格式有利于打包数据，例如，MT4就以这种方式存储数据。但它在那里做得很合理，是为了减少网络的负荷，而写作者/阅读者是内部开发。
而为什么要费力地进行这样的阐述呢？为了给这种格式写自己的编辑器，有更多的问题？xml、json、甚至ini都会更好。
建议另一种实现方式，我不反对，让我们讨论、比较并决定什么是更好的。
到目前为止，我在这个主题中只看到一个建议（我的），其他的只是说 "让我们做xml、json、ini"，但没有人说网格加载将如何在所有这些中实现。
二元链接表非常简单易懂，按列计算，你可以得到发送对象，按行计算，你可以得到发送对象（反之亦然，因为表格是方形的，你只需要同意如何取舍）。
而它将如何在其他格式中实施，没有人说什么。
说出来吧。
在这种速度下，你的孩子会同意并停止在xml，孙子们会开始实施。
投票或选择长老。
在这种速度下，你的孩子会同意并停止在xml，孙子们会开始实施。
投票或选择一个 长老。
如果没有提出替代方案，该投什么票呢？我有一个关于网格加载算法的总体思路的描述，在bin中存储这种算法的最佳格式。
其他关于加载算法的建议没有，只看到关于存储格式的建议，但存储格式本身应该根据要加载的算法来选择，对于一种算法来说，一种格式对另一种算法更好。
会有关于算法的建议，也会有关于什么是最好的，以什么格式存储最好的实质性讨论。