У меня сценарий, при котором, вроде, такой подход не будет работать.
В оригинальной версии я могу подключить много Input1.mqh и Input2.mqh, при этом мне не нужно прописывать BLOCKS. Т.е. я могу какие-то mqh подключать, какие-то - отключать. При этом выделенный макрос не потребуется создавать/править.
Я тоже считаю, что такой способ использования более разумный, и это удалось реализовать.:
#property strict#property script_show_inputs#include "InputStructBlockAdditiveCommon.mqh"#include "InputStructBlockAdditiveGrid.mqh"intOnStart()
{
if (g_additiveCommonInputs.Lots != AdditiveCommonLots) returnINIT_FAILED;
if (g_additiveCommonInputs.HiddenRisk != AdditiveCommonHiddenRisk) returnINIT_FAILED;
if (StandaloneRawInput != 3) returnINIT_FAILED;
if (g_additiveCommonInputs.IsEnable != AdditiveCommonIsEnable) returnINIT_FAILED;
AdditiveCommonInputs common;
if (common.GetAmount() != 3) returnINIT_FAILED;
if (common.FromString("Additive Common Lots=0.28, Additive Common Comment=changed") != 2) returnINIT_FAILED;
if (common.Lots != 0.28) returnINIT_FAILED;
if (common.Comment != "changed") returnINIT_FAILED;
AdditiveCommonInputs fromInputs;
if (!fromInputs.Default2()) returnINIT_FAILED;
if (fromInputs.Lots != AdditiveCommonLots) returnINIT_FAILED;
//--------------------------if (g_additiveGridInputs.Lots != AdditiveGridLots) returnINIT_FAILED;
if (g_additiveGridInputs.IsEnable != AdditiveGridIsEnable) returnINIT_FAILED;
AdditiveGridInputs gridCopy;
gridCopy = common;
if (gridCopy.IsEnable != common.IsEnable) returnINIT_FAILED;
if (gridCopy.Lots != common.Lots) returnINIT_FAILED;
Print("InputStructBlockAdditivePrototype OK");
returnINIT_SUCCEEDED;
}
Я тоже считаю, что такой способ использования более разумный, и это удалось реализовать.:
Основная идея - это повторяющийся кусок кода оформить в виде макроса на 20 Кб. Вайбкодинг такое может себе позволить, т.к. у него не стоит вопрос отладки/дополнений.
Однозначно, ИИ справляется с задачей много лучше меня и по качеству кода и по времени реализации.
Что касается тестов на корректность, то попробуйте прогнать эту логику в качестве проверки.
У меня сценарий, при котором, вроде, такой подход не будет работать.
В оригинальной версии я могу подключить много Input1.mqh и Input2.mqh, при этом мне не нужно прописывать BLOCKS. Т.е. я могу какие-то mqh подключать, какие-то - отключать. При этом выделенный макрос не потребуется создавать/править.
Я тоже считаю, что такой способ использования более разумный, и это удалось реализовать.:
Я тоже считаю, что такой способ использования более разумный, и это удалось реализовать.:
Основная идея - это повторяющийся кусок кода оформить в виде макроса на 20 Кб. Вайбкодинг такое может себе позволить, т.к. у него не стоит вопрос отладки/дополнений.
Однозначно, ИИ справляется с задачей много лучше меня и по качеству кода и по времени реализации.
Что касается тестов на корректность, то попробуйте прогнать эту логику в качестве проверки.
Однозначно, ИИ справляется с задачей много лучше меня и по качеству кода и по времени реализации.