MQL5中的OOP问题 - 页 24

[Igor Makanu]

Alexey Volchanskiy:

夏普诞生于2000年左右，当时正处于起步阶段，但优点是，他们为普及C++做了一个桥梁。 顺便说一下，夏普是由Delphi和C++Builder的开发者创建的，当时我非常惊讶，有这么多共同的概念。采取相同的属性，事件。

我认为，夏普是微软的一个相当成功的项目--他们不仅把人们吸引到他们的平台/网络上，而且还为.Net提供了所有不同语言的语法--你可以用Basic来写它！"。

[Vladimir Simakov]

Igor Makanu:

我认为，夏普是微软的一个相当成功的项目--他们不仅把人们吸引到他们的/Net平台上，而且还为.Net提供了所有多样化的语言语法--你可以用Basic来写！"。

但我并不被它所吸引。它很方便，也很简单，但它缺乏优点的驱动力。你与铁的距离越来越远。

[Igor Makanu]

我在论坛上搜索了一下，感谢@fxsaber 发布了许多例子

在最后一个例子中加入魔法))))我懒得用手写，我看到了我想看到的概念。

interface IStrategy
  {  void Algorithm()                 {Print("Это не должно запускаться!!!"); } };
//+------------------------------------------------------------------+
class CStrategy : public IStrategy
  {
protected:
   int               x;
  };
//+------------------------------------------------------------------+
#define  CLASS(NAME) class NAME: public CStrategy{\
public:              NAME()   {Print(__FUNCTION__);  x = 01;    }\
void              Algorithm() {Print(__FUNCTION__, ", x = ", x);} };
//+------------------------------------------------------------------+

CLASS( CStrategy_01 );
CLASS( CStrategy_02 );

//+------------------------------------------------------------------+
class Context
  {
private:
   IStrategy         *s;
public:
                     Context(IStrategy *_strategy)    { Print(__FUNCTION__); s = _strategy;  }
                    ~Context()                        { delete s;                            }
   void              GetStrategy()  { s.Algorithm();                       }
  };
//+------------------------------------------------------------------+
Context c1(new CStrategy_01);
Context c2(new CStrategy_02);
//+------------------------------------------------------------------+
void OnStart()
  {
   c1.GetStrategy();
   c2.GetStrategy();
  }
//+------------------------------------------------------------------+

Vladimir Simakov:
我没有被吸进去。 它很方便，也很直接，但我没有得到我在pluses中得到的驱动力。你离铁器渐行渐远。

我不认为你有错觉，C++更接近硬件，我怀疑你能在任何地方找到关于现代处理器的正确编码的文档，我在90年代末喜欢读奔腾，但后来，当棍子的范围开始迅速增长，我意识到，我甚至不能阅读，现在甚至Windows把处理器的驱动程序 - 我认为，怎么能为PC...但可惜的是，现在所有的工作都是这样的--一切都是虚拟的，都是通过现成的二进制文件，都是通过编译器优化....在一般情况下，我认为这是一种错觉，你写的代码非常有效，很明显，如果代码最初是通过一个地方和弯曲的手写的，那么没有什么会帮助））））。

[[删除]]

Alexey Volchanskiy:

是的，它在锐利度上要容易一个数量级。而速度几乎是一样的，这是在没有悬崖的情况下，职业选手赢了一个半系数。

我见过各种基于裸体循环的此类测试，但这大约不算什么。没有人考虑到CLR下有多少线程（好吧，至少有一个字节的代码必须被编译），以及所有这些东西会吃掉多少内存。

很久以前，我安装了cTrader，我的印象仍然是缓慢的g....。.

一般来说，如果我们能就CPU指令的统一性达成一致（尽管二进制软件是可以容忍的），就像所有人都能实现的最小集合一样，为什么还要创造另一层抽象（字节码、虚拟机）？可能是希望创造一个他们是神、不可或缺的沙盒。他们是多么顽固地推动他们的dotnet，而使那些希望用pluses写作的人生活困难。

ZS：我不是在说cli c++，那是某种误解。

[[删除]]

Igor Makanu:

我认为，夏普是微软的一个相当成功的项目--他们不仅把人们吸引到他们的/Net平台 上，而且还为.Net提供了所有多样化的语言语法--你可以用Basic来写！"。

我可以换个说法--人们被引诱离开了Windows。这可能是主观的。

ZS：用于统计--github上的C/C++项目比sharp上的多三倍（17年）。

[Igor Makanu]

Vict:

ZS：为了统计--github上的C/C++项目比sharp上的多三倍（17年）。

这是一个主观的评价，项目的 质量或者说任务可能非常小...时日无多

中国和印度程序员的数量并不是衡量形势的一个无足轻重的因素--他们真的太多了，我们不知道这些国家的行业趋势是什么，也许他们此刻正坐在C++上呢

而且正如我在上面写的那样--C++和C#之间的过渡相当 "无痛"，微软所做的一切都是为了让程序员来回奔波，))))。2017年将会有很多C++项目，2019年可能会有很多C#项目--你永远不知道

ZS: 一个非常主观的估计...在Python中，有多少项目？- 所有新的谷歌视频都是专门用python演示的

[[删除]]

Igor Makanu:

项目的质量或者说目标可能非常小......有很多事情需要考虑

来自中国和印度的程序员的数量不是评估形势的一个不重要的时刻--他们真的很多，我们不知道这些国家的行业趋势是什么，也许他们现在正坐在C++上

而且正如我在上面写的那样--C++和C#之间的过渡相当 "无痛"，微软所做的一切都是为了让程序员来回奔波，))))。2017年将会有很多C++项目，2019年可能会有很多C#项目--你永远不知道

ZS: 一个非常主观的估计...在Python中有多少项目？- 所有新的谷歌视频都是专门用python演示的

好吧，所有的语言都有各种各样的项目，平均而言，那么应该有一个平均的项目。这里有详细的统计数据https://githut.info/， 但这是第14年了。

我不想使用夏普，如果只是出于意识形态的原因。我宁愿用java写（虽然不太可能）。

[Alexey Volchanskiy]

Igor Makanu:

项目的质量或者说目标可能非常小......有很多事情需要考虑

来自中国和印度的程序员的数量不是评估形势的一个不重要的时刻--他们真的很多，我们不知道这些国家的行业趋势是什么，也许他们现在正坐在C++上

而且正如我在上面写的那样--C++和C#之间的过渡相当 "无痛"，微软所做的一切都是为了让程序员来回奔波，))))。 2017年将会有很多C++项目，2019年可能会有很多C#项目--你永远不知道

ZS: 一个非常主观的估计...在Python中有多少项目？- 所有新的谷歌视频都是专门用python演示的

2005年，我在一家德国公司工作了一段时间，我正在为一个绘图仪重写GUI，从C++到C#。我当时知道夏普，因为我有一些教程，所以我对翻译没有问题。我退出了，因为我感到无聊，现在我不必思考--只是坐着重写。

对于Python，我认为这是一个谜，这种解释性的、缓慢的、丑陋的语言是如何成功地登上顶峰的。

[Vladimir Simakov]

Igor Makanu:

这是一个主观的估计，质量或者说项目任务可能非常小...

正如我在上面写的那样--从C++到C#再到C#的过渡是相当 "无痛 "的，微软所做的一切都是为了让程序员匆忙地来回跑))))。

我同意夏普的优点，但反过来说，如果你知道c/c++，你就什么都做不了......仅仅是头文件就能粉碎所有对sharapist的渴望。IMHO。

[Igor Makanu]

Alexey Volchanskiy:

对于Python，我感到很神秘，这种解释性的、弱智的、丑陋的语言是如何成功登顶的。

我想事情是这样的。

1.用户总是比程序员或熟悉编程基础知识的人多。

2.口译员对用户来说更容易理解。

a = 2
b = 5
c = a + b

并得到机器的回应，但你不明白它的想法，但一旦你写出来，你就会发现机器的想法和你一样））））。

3.我们需要一个高质量的解释器，它不会给用户带来关于类型和其他东西的不必要的知识。

4.为了确保语言的大规模使用，软件必须尽可能的开放和方便。

底线是，1,2,3,4--Python本身已经团结起来了，如果有一支用户大军，肯定会有问题需要加入他们的程序员来解决，并制作了一堆库。

))))

弗拉基米尔-西马科夫。
我同意关于夏普的pluses，但在相反的方向，如果你知道c/c++，你根本就不能做...仅仅是头文件就能粉碎所有对sharpe播放器的渴望。IMHO。

你是对的，但是没有人从C#运行到C++--为什么？ 你可以将C++中的dll插入到Sharp中并使用它，此外，在C#中制作一个包含dll的ex-shtick也很容易。

我都不知道，我自己发现了C#的世界--我不会放弃的，它很舒服，网上有很多手册，更有很多现成的库，十辈子都不够尝试所有的东西))))。