Websocket如何？ - 页 24

[Fedor Arkhipov]

阿列克谢的推理是符合逻辑的

[Алексей Барбашин]

Maxim Kuznetsov:

在设计方面：一切都简单多了--@Fedor Arkhipov（话题作者和发起人）声明 "我希望它是这样的，但现在我需要Hibou"。还有我们这些穷人的小/约定俗成的改正:-)因为他是知道整个想法是什么的人。

我对许多课程的目的不清楚，但这是我的不满......。

你需要以最紧凑的形式得到东西--你得到了一个可理解的答案，甚至是一个线程，你解决了bug。 你可以有数以百计的类和方法的层次结构 :-)

让我试着按照我对你的理解来回答....

是的，你可以创建一个单一的Huobi类（按经纪人的名字），并把所有的东西都塞进去，包括对网络套接字的寻址和对答案解析请求的处理，你最终会得到巨大的文件，原则上不能理解，也不能用一升伏特加酒来理解。因此，将功能划分为类，看起来很有道理。每个类别都执行自己的功能。C#是一个绝对的OOP，它完全没有程序化编程，一切都用类来写。但你可以使用静态类来创造程序化编程的假象。因此，考虑到我们只是从一个文件中分离出不同的功能。

该主题的作者知道他最终想要什么，但他不知道如何实现。在某些情况下，他甚至对插座的工作原理都没有一个很好的概念。

当然，你可以像其他同志那样："这里有哈博和维基的链接，谁知道还有什么地方，一切早就为你解决了，去抽材料吧....."。

Maxim，这种 "帮助 "是由90%的论坛成员提供的。当我自己看到它时，它使我感到害怕。而相互帮助在哪里呢？这个论坛的目的是什么？但是，来吧，这都是心理方面的问题，我们不要谈论它。

只有那些以文章形式发布知识的人，也只有他们才会真正帮助论坛的所有参与者，而其他人只是在炫耀。费多尔在其他课题参与者的帮助下，取得了多大的进步？

哦，好了，歌词说得够多了。

该死的，马克西姆用他的 "斥责 "关掉了所有的热量......。基本上就是这样的结局。想提供真正帮助的人浑身都是泔水，而他们自己，在所谓的 "帮助 "下，吠叫几声，就可以离开了。最后：提问者仍然没有得到答复，一些用户炫耀和迷失，有人被拉屎......。就是说，有NULL的利润可言。

[Fedor Arkhipov]

都做完了，它不骂人。

[Maxim Kuznetsov]

Алексей Барбашин:

让我试着按照我对你的理解来回答....

是的，你可以创建一个单一的类Huobi（按经纪人的名字），并把所有东西都塞进它，既指网络套接字，又处理响应解析查询，你最终会得到一个他妈的文件，基本上不可能弄清楚或用一升伏特加酒弄清楚。 因此，将功能划分为类，看起来很有道理。每个类别都执行自己的功能。C#是一个绝对的OOP，它完全没有程序化编程，一切都用类来写。但你可以使用静态类来创造程序化编程的假象。因此，考虑到我们只是从一个文件中分离出不同的功能。

该主题的作者知道他最终想要什么，但他不知道如何实现。在某些情况下，他甚至对插座的工作原理都没有一个很好的概念。

当然，你可以像其他同志那样："这里有哈博和维基的链接，谁知道还有什么地方，一切早就为你解决了，去抽材料吧....."。

Maxim，这种 "帮助 "是由90%的论坛成员提供的。当我自己看到它时，它使我感到害怕。而相互帮助在哪里呢？这个论坛的目的是什么？但是，来吧，这都是心理方面的问题，我们不要谈论它。

只有那些以文章形式发布知识的人，也只有他们才会真正帮助论坛的所有参与者，而其他人只是在炫耀。费多尔在其他课题参与者的帮助下，取得了多大的进步？

哦，好了，歌词说得够多了。

该死的，马克西姆用他的 "斥责 "关掉了所有的热量......。基本上就是这样的结局。想提供真正帮助的人身上沾满了泔水，而他们自己带着所谓的 "帮助"，在唠叨了一阵后，就闪开了。最后：提问者仍然没有得到答复，一些用户炫耀和迷失，有人被拉屎......。这就是NULL的利润。

在这个问题上，你是在说我吗？阿列克谢，你累了......

而关于进一步的问题--在你知道如何解压服务器信息之前，到底是什么课？ 你到底在做什么......

客户想要一个特定的东西，有关于C#的精彩故事。该主题发表后有多少天了？和代码的数量，以及结果？

[Алексей Барбашин]

Maxim Kuznetsov:

是关于我在这个线程中的唠叨吗？阿列克谢，你累了......

而关于进一步的问题--在你知道如何解压服务器信息之前，到底是什么课？ 你到底在做什么......

客户想要一个特定的东西，有关于C#的精彩故事。该主题发表后有多少天了？和代码的数量，以及结果呢？

说得好...我将保释，而你，作为一个有经验的专家，将用你知道如何使用的方法把客户带到一个合理的解决方案。

[Fedor Arkhipov]

没有必要争吵。没有必要争吵，因为争吵不会带来任何好处。

[Maxim Kuznetsov]

Алексей Барбашин:

说得好...我靠边站，而你，作为一个有经验的专家，将用你知道的方法把客户带到一个合理的解决方案。

不，阿列克谢，你要靠自己 - 你应该这样做。我只是指出了正确的方向--具体的解决方案。在我看来，我是对的。

否则，当技术问题层出不穷时，你就会漂移到 "构建类"。

我忏悔--我可以很严厉，很无礼......。

PS/创造+拿出静态 的希伯来法，更值得商榷。可能是一个派生类--但那都是以后的事了，一旦它开始 "有点儿呼吸"。

PPS/ 我因为我的决定而被禁止:-)

[[删除]]

Алексей Барбашин:
...

还有一个为Binance播出的相同报价请求

所有的交换在服务器和客户之间都有相同的协议吗？我相信不会有一个放之四海而皆准的解决方案。再去githab，几分钟后就找到了https://github.com/binance-exchange/binacpp。

显然，人们有太多的自由时间，我很嫉妒。

[Roman]

Vict:

所有的交换在服务器和客户之间都有一个相同的协议吗？我相信不会有一个放之四海而皆准的解决方案。我再次去githab，在几分钟内找到了https://github.com/binance-exchange/binacpp。

显然，人们有太多的自由时间，我羡慕他们。

协议本身对所有人都是一样的，API请求的实现对所有人都是不同的。
你知道，研究别人的图书馆并不是卡密尔弗。
自己写的更容易，也更能理解所有东西的位置。
更有甚者，API文档不断地更新，有新的方法，需要进行修正。
我也曾调查过各种现成的解决方案，最后放弃了，自己用C语言写了一个库）。

[[删除]]

Roman:

协议本身对所有人都是一样的，API请求的实现对所有人都是不同的。
你知道，研究别人的图书馆并不是卡密尔弗。
自己写的更容易，也更能理解所有东西的位置。
更重要的是，API文档不断地更新，有新的方法，需要进行修正。
我也调查了不同的现成的解决方案，最后放弃了，用C))写了自己的库。

我指的不是网络协议（websockets），而是关于请求/响应形式的下一层次的约定，这些约定是建立在它们之上的。

看看huobi库，我花了大约5分钟就理解了数据检索的基本原理。我不认为这很复杂。