我的方法。核心是引擎。 - 页 83

 
Реter Konow:
发动机和顾问在沟通的流程中工作。表中的每一个单元格都是一个模拟阀的数量。在此基础上,还有很多其他元素传递它们的值、状态等等。你需要快速交换行数,并且不要超载OnChartEvent()事件队列。

采取SQL,不要绞尽脑汁 :-)

 
Nikolai Semko:
你是说你不知道如何利用资源和工会来做这件事?
我向你保证,这是最快的解决方案。
来吧,动动你的脑子。

你先请,尼古拉。

你提供了有工会的选择,但你没有给我看一个例子。然后你转到CharArrayToString和StringToCharArray现在你又在谈论一个联盟。

那么,从String到Char,然后再返回,随后再拆分字符串(字符串包含参数编号及其值的集合),这是不是最好的解决方案?

 
出于兴趣,我将尝试工会的变体。并用CharArrayToString和StringToCharArray。虽然我的直觉告诉我,它不可能比通过描述МТ对象的通信更快。但我可能是错的。让我们来看看...
 
Реter Konow:

你先请,尼古拉。

我不想通过做你的工作来欺骗你。对我来说,重要的是你要自己做。否则你就不会明白。
Piotr,告诉我,你是否也用丁字裤来传递双倍、长倍和英寸?
 
Nikolai Semko:
告诉我,Peter,你也用字符串来传递double、long和int吗?

参数的核心是一个单一的数组。而它的类型是字符串。原因之一是--它是一种通用类型。它非常方便。你可以写任何值,然后将其转换为所需类型。

否则,就有必要创建许多参数核心。每一个都是为了自己的价值类型。因此,我们会有一个混乱的参数属性,他们的索引,写入位置和许多其他的东西。

 
Nikolai Semko:
我不想通过做你的工作来欺骗你。对我来说,重要的是你要自己做。否则,你就不会明白。

让我们不要扯皮。指导并不合适。我对这项工作有了更多的了解。


尼古拉,我说过我要试试你的版本)。所以我会的。

 
Maxim Kuznetsov:

采取SQL,不要担心 :-)

仿佛是为了跟进 "不要扰乱你的头脑 "的事情 :-)

我今天很善良,一点也不邪恶......

彼得,关于 "可视化编程"(不仅仅是GUI),用于开发,所以你不必建立一个数组--一个数组。
例如,看一下甲骨文。明确的领导者之一

免费的视觉编辑器(连同虚拟机)就在这里;https://apex.oracle.com/en/

你所需要的是一本《傻瓜式SQL初探》的书和几天的空闲时间,就可以开始了。

Home
  • apex.oracle.com
Oracle APEX makes it easy to build beautiful apps that are responsive, accessible, and can be effortlessly customized to fit your company's brand and personality. The apps you build are responsive out-of-the-box and are designed to work well regardless of screen size or form factor. Our comprehensive set of modern UI components are all built to...
 
Реter Konow:

让我们不要扯皮。辅导的语气是不恰当的。我对这项工作有了更多的了解。

我并不是要劝阻你这样做。
我没有任何这样的语气。只是,我已经为你贴了好几次比你快得多的代码,希望你能学会并应用更快的方法,但你从未利用过。

我为什么要做这个吃力不讨好的工作。
 
Реter Konow:

参数的核心是一个单一的数组。而它的类型是字符串。原因之一是--它是一种通用类型。它非常方便。你可以写任何值,然后将其转换为所需类型。

否则,就有必要创建许多参数核心。每一个都是为了自己的价值类型。因此,参数的所有权、索引、写入位置和其他许多事情都会出现混乱。

多样性往往是缓慢的代名词,对弦乐更是如此。
这里有一个例子。

我曾经使用WebRequest解析了一个从加密交易所获得的字符串。我使用Sergeyev 从 "高速C++库 "中移植的JSON库 对其进行解析。而且我注意到,速度非常不理想。在那里,一切都通过 "通用 "字符串完成。

我了解到速度低的原因是字符串,想避免使用字符串函数,于是写了一个直接从ucar数组中解析的函数。结果让我相当惊讶。我的解析速度是....(鼓声)800倍的速度。如果通过JSON解析整个字符串需要0.3秒,那么我的函数在不到半毫秒的时间内就解析完毕。

下面 是我通过Uchar数组进行解析的例子。

 
Nikolai Semko:

多样性往往是缓慢的同义词,而对弦乐来说更是如此。
这里有一个例子。

我曾经用WebRequest解析了一个从加密交易所收到的字符串。而我是用Sergeev的JSON库来 解析的,他是从 "高速C++库 "移植过来的。而且我注意到,速度非常不理想。在那里,一切都通过 "通用 "字符串实现。

我想摆脱字符串,写了一个直接从ucar数组解析的函数。结果是令人惊讶的。我的解析速度是....(鼓声)800倍的速度。

下面 是一个我通过Uchar数组进行解析的例子。

json解析(和一般的解析)是一个不同的故事;-)

在一个非常大的单线程脚本应用程序中,我遇到了与密码有关的麻烦。
怀疑落在了任何地方,也怀疑一切是如何优化的。问题似乎出在第三方的json解析器上 :-)

这是因为 "通用 "库是为通用性和处理最棘手的json而设计的,但在我们的领域,根本没有任何库。
而且所有的包裹都很短。

是的,在MQL中进行文本解析是一种真正的乐趣:-)。嗯,它不是为文本解析而设计的。我的意思是,你可以,但这是一件很麻烦的事。

数组、订单--这就是MQL的领域。