которая содержит избыточную информацию и кроме того неоднозначность если ch не char. Более того в макросе информация о типе ch в общем случае недоступна (зависит от контекста)
С++ компилирует оба варианта, но (1) представляется более правильным и интуитивно понятным. Во (2) нужно держать в уме еще и типы, что неудобно и вместо упрощения - получаем излишнее усложнение которое отчетливо видно, если в <> несколько typename
Любой класс видит public static поля/методы любого другого класса.
В итоге вопрос сводится к следующему: Правильно ли что в MQL в базовом классе доступны public static поля/методы производного?
Это правильно не только для случая базового/производного, но и для любых классов вообще.
Это правильно не только для случая базового/производного, но и для любых классов вообще.
Вопрос возник не на пустом месте
а значит требует детальной проверкиЛюбой класс видит public static поля/методы любого другого класса.
... в т.ч. базового. Отсюда возникает следующее противоречие в MQL
С++ без ошибокВ С++ по умолчанию в структурах члены публичные, в mql приватные, как и в классах.
Да, я был неправ, форвард декларации в С++ не хватает, надо определение
... в т.ч. базового. Отсюда возникает следующее противоречие в MQL
С++ без ошибокДа, это баг private-наследования MQL.
Ошибка при компиляции
компилируется запись
которая содержит избыточную информацию и кроме того неоднозначность если ch не char. Более того в макросе информация о типе ch в общем случае недоступна (зависит от контекста)Ошибка при компиляции
А разве в плюсах так можно?
А разве в плюсах так можно?
не исчезают оповещения, все перепробовал, все прочитано, на сайте мкл оповещений нет только в терминале..