такой вопрос, есть enum , нужны или массив enum или список enum или контейнер enum - что то где хранить сейчас 7 enum , но аппетиты растут, возможно будет 70 enum
куда ?
и массив и список и контейнер можно сделать в зависимости от задачи. Как я понял , скорее всего вам надо упростить написание кода, тогда можно энумы разбить на группы и объединить в структуры для параметров каждого объекта.
Если речь об этапе исполнения, то я считаю норм. практика энумы использовать только при задании значений/пар-ров. А для хранения их использовать простой базовый тип.
и массив и список и контейнер можно сделать в зависимости от задачи. Как я понял , скорее всего вам надо упростить написание кода, тогда можно энумы разбить на группы и объединить в структуры для параметров каждого объекта.
Если речь об этапе исполнения, то я считаю норм. практика энумы использовать только при задании значений/пар-ров. А для хранения их использовать простой базовый тип.
делал так сначала, почему то ушел от этого, кажется появились проблемы с инициализацией таких полей, вернее с автоподстановкой вариантов enum в МЕ в каком то билде, возможно из за того что часть кода в другом инклуднике была.... покручу этот вариант
прошелся по интернету, что то такое Шарповское хочется... некие свойства (((
publicclass COrder
{
publicenum E_MOTION { HIGHER, LOWER, ZIGZAG }
publicenum E_VOLUME { FIXED, INC, DEC }
public E_MOTION OrderMotionType { get; set; }
public E_VOLUME OrderVolumeType { get; set; }
}
class Program
{
staticvoid Main(string[] args)
{
var current = new COrder { OrderMotionType = COrder.E_MOTION.HIGHER, OrderVolumeType = COrder.E_VOLUME.FIXED };
}
}
делал так сначала, почему то ушел от этого, кажется появились проблемы с инициализацией таких полей, вернее с автоподстановкой вариантов enum в МЕ в каком то билде, возможно из за того что часть кода в другом инклуднике была.... покручу этот вариант
прошелся по интернету, что то такое Шарповское хочется... некие свойства (((
А в чем проблема?
Если один в один, то:
class COrder
{
public:
enum E_MOTION { HIGHER, LOWER, ZIGZAG };
enum E_VOLUME { FIXED, INC, DEC };
E_MOTION orderMotionType;
E_VOLUME orderVolumeType;
COrder(E_MOTION _motion, E_VOLUME _volume):orderMotionType(_motion),orderVolumeType(_volume){}
};
voidOnStart(){
COrder* current = new COrder(COrder::HIGHER,COrder::FIXED);
}
Хотя с другой стороны, для сериализации наверно лучше явно задавать текстовые названия полей. Чтоб потом можно было свободно переименовывать их в коде, не боясь, что сохранённые файлы перестанут работать.
и снова здравствуйте!
такой вопрос, есть enum , нужны или массив enum или список enum или контейнер enum - что то где хранить сейчас 7 enum , но аппетиты растут, возможно будет 70 enum
куда ?
и массив и список и контейнер можно сделать в зависимости от задачи. Как я понял , скорее всего вам надо упростить написание кода, тогда можно энумы разбить на группы и объединить в структуры для параметров каждого объекта.
Если речь об этапе исполнения, то я считаю норм. практика энумы использовать только при задании значений/пар-ров. А для хранения их использовать простой базовый тип.
и массив и список и контейнер можно сделать в зависимости от задачи. Как я понял , скорее всего вам надо упростить написание кода, тогда можно энумы разбить на группы и объединить в структуры для параметров каждого объекта.
Если речь об этапе исполнения, то я считаю норм. практика энумы использовать только при задании значений/пар-ров. А для хранения их использовать простой базовый тип.
делал так сначала, почему то ушел от этого, кажется появились проблемы с инициализацией таких полей, вернее с автоподстановкой вариантов enum в МЕ в каком то билде, возможно из за того что часть кода в другом инклуднике была.... покручу этот вариант
прошелся по интернету, что то такое Шарповское хочется... некие свойства (((
делал так сначала, почему то ушел от этого, кажется появились проблемы с инициализацией таких полей, вернее с автоподстановкой вариантов enum в МЕ в каком то билде, возможно из за того что часть кода в другом инклуднике была.... покручу этот вариант
прошелся по интернету, что то такое Шарповское хочется... некие свойства (((
А в чем проблема?
Если один в один, то:
Это если перечисления в глобальную область видимости не хочется выносить.
Это если перечисления в глобальную область видимости не хочется выносить.
хм...
а я просто вот так не умел:
Спасибо!
есть у кого элегантное решение как выгрузить несложные объекты в JSON ?
в общем опять нужен пример такого кода под MQL:
сериализатор под MQL есть то https://www.mql5.com/ru/code/13663
а вот структуры правильного обхода полей обьекта я не представляю
а вот структуры правильного обхода полей обьекта я не представляю
Макросы - наше всё )
угу... попробую так еще спросить:
хелп ми ай нид ан экзампл! плиз!
угу... попробую так еще спросить:
хелп ми ай нид ан экзампл! плиз!
Ну если вопрос конкретно про обход полей, то примерно в таком виде:
А уж с телом макроса сами разберётесь )
Ну если вопрос конкретно про обход полей, то примерно в таком виде:
А уж с телом макроса сами разберётесь )
ОК, уже хоть что то
Спасибо!