Отправлено: 31.08.14 15:10. Заголовок: Как грамотно инкапсулировать стркутуры?

Есть несколько структур с хранениями некоторых данных, типа свойства символа, свойства позиции и тд. Логично, что эти данные должны использоваться в единственном экземпляре в различных классах, которые используют члены-элементы соответствующих структур.
Например, вот структура свойств позиций:

// =================================================_______ СВОЙСТВА ПОЗИЦИИ _______=======================================================
struct Position_Properties
{
datetime gdt_Expiration; // Срок истечения отложенного ордера
datetime gdt_OpenTime; // Время открытия выбранной позиции
double gd_OpenPrice; // Цена открытия
double gd_Lots; // Объём позиции на открытие
double gd_CurSL; // Текущий Stop Loss выбранной позиции
double gd_NewSL; // Новый Stop Loss выбранной позиции
double gd_CurTP; // Текущий Take Profit выбранной позиции
double gd_NewTP; // Новый Take Profit выбранной позиции
int gi_CurTicket; // Тикет выбранного ордера
int gi_Type; // Тип торговой операции
int gi_Slippage; // Максимально допустимое отклонение цены для рыночных ордеров
int gi_Magic; // Магический номер
string gs_Comment; // Комментарий
string gs_Symbol; // Наименование фин. инструмента, с которым производится операция
ulong gu_Duration; // Длительность позиции в секундах
};

Как реализовать проект так, чтоб классы данного проекта использовали единственный экземпляр данной структуры и работали только с ним, и, если модифицировали, то только этот экземпляр?
Обязательно использовать синглтоны или можно обойтись без этого? В плане синглтонов я не особо понимаю как они работают, так что, думаю, что возможно иначе как-то...

 Отправлено: 01.09.14 09:04. Заголовок: hoz пишет: Обязател..

hoz пишет:

цитата:

Обязательно использовать синглтоны или можно обойтись без этого?

В данном случае singleton вообще не нужен. Просто используйте объявление переменной данного типа один раз. Singleton - это совершенно другое направление.

PS. Избегайте названий переменных в стиле "gdt", "gd", "gs". Это стиль декомпилятора. Такой стиль - это "красная тряпка" для компилятора MQL4, который может посчитать Ваши исходные коды продуктом декомпиляции. В структурах вообще не используют префиксы для переменных. Префиксы используют для глобальных переменных ("g_" - global), настроечных параметров ("i_" - input) и членов класса ("m_" - member).

 Отправлено: 01.09.14 12:53. Заголовок: Scriptong пишет: В ..

Scriptong пишет:

цитата:

В данном случае singleton вообще не нужен. Просто используйте объявление переменной данного типа один раз. Singleton - это совершенно другое направление.

А для чего тогда он нужен? Я читал, что Singleton, как раз-таки и используется, для того, чтобы контролировать тот факт, что б некоторые переменные существовали в проекте в единственном экземпляре.

 Отправлено: 01.09.14 13:06. Заголовок: hoz пишет: А для че..

hoz пишет:

цитата:

А для чего тогда он нужен?

К сожалению, простого ответа на этот вопрос нет, т. к. для обоснованного (а не надуманного) использования Singleton нужны такие специфические условия, которые вот так сходу не придумаешь. Кроме того речь идет о реально больших проектах, которые ни на MQL4, ни на MQL5 не создаются (нет таких удобств IDE, которые есть в Visual Studio, к примеру). Я веду к тому, что в MQL4 и MQL5 вполне возможно проконтролировать единственное использование переменной самому программисту. Не стоит усложнять программу там, где это совершенно не нужно.

В данном случае объявите переменную типа Position_Properties как static и все.
Если же Вам необходимо, чтобы ни одна другая переменная не имела тип Position_Properties (хотя сама такая необходимость вызывает удивление), то для этого достаточно воспользоваться поиском по файлам проекта и найти такие переменные, удалив их впоследствии.

 Отправлено: 01.09.14 17:56. Заголовок: Scriptong пишет: PS..

Scriptong пишет:

цитата:

PS. Избегайте названий переменных в стиле "gdt", "gd", "gs". Это стиль декомпилятора. Такой стиль - это "красная тряпка" для компилятора MQL4, который может посчитать Ваши исходные коды продуктом декомпиляции. В структурах вообще не используют префиксы для переменных. Префиксы используют для глобальных переменных ("g_" - global), настроечных параметров ("i_" - input) и членов класса ("m_" - member).

Игорь, Благодарю за совет. Дело в том, что я использую данные префиксы для того, чтоб видеть какой тип переменной или метода. Как-то уже и привык... gd - тип double, gs - тип string, gdt - тип datetime, gi - тип int. Отвыкать как-то снова лопать коды.. На данный момент компилятор не говорит, что у меня декомпил, так что обожду. Отложу этот момент на потом. Тем более глаз уже привык.

Scriptong пишет:

цитата:

В данном случае объявите переменную типа Position_Properties как static и все. Если же Вам необходимо, чтобы ни одна другая переменная не имела тип Position_Properties (хотя сама такая необходимость вызывает удивление), то для этого достаточно воспользоваться поиском по файлам проекта и найти такие переменные, удалив их впоследствии.

Вы имеете в виду объявить переменную типа Position_Properties как static или сам объект данной структуры?

Я вот так на данный момент написал:
struct Symbol_Properties
{
static datetime gdt_Quote; // Время поступления последней котировки
static double gda_Price [2]; // Текущие рыночные цены (0 - Bid, 1- Ask)
static double gd_Spread; // Размер спреда в пунктах
static double gd_Swap; // Своп
static double gd_Comission; // Комиссия
static double gd_Pt; // Величина одного пункта
static int gi_Digits; // Количество знаков в цене после запятой
static int gi_StopLevel; // Минимально-допустимый уровень стоп-лосса/тейк-профита в пунктах
static int gi_FreezLevel; // Уровень заморозки ордеров в пунктах
};

int Symbol_Properties::gdt_Quote;
int Symbol_Properties::gda_Price;
int Symbol_Properties::gd_Spread;
int Symbol_Properties::gd_Swap;
int Symbol_Properties::gd_Comission;
int Symbol_Properties::gd_Pt;
int Symbol_Properties::gi_Digits;
int Symbol_Properties::gi_StopLevel;
int Symbol_Properties::gi_FreezLevel;

Но получается что объект не создан. Что-то не верно у меня, так?

 Отправлено: 02.09.14 14:50. Заголовок: hoz пишет: Но получ..

hoz пишет:

цитата:

Но получается что объект не создан. Что-то не верно у меня, так?

1. Структура - это не класс. Вы же пытаетесь обратиться к ней, как к классу.
2. SymbolProperties - это тип данных, а перед ним зачем-то указан еще один тип данных.

Нужно так:

цитата:

SymbolProperties symbProp; // Переменная symbProp имеет тип SymbolProperties symbProp.gdt_Quote = StringToTime("2014.08.08 12:00:35"); symbProp.gda_Price[0] = 1.36579; symbProp.gda_Price[1] = 1.36589; symbProp.gd_Spread = symbProp.gda_Price[1] - symbProp.gda_Price[0]; symbProp.gd_Swap = 0.12; symbProp.gd_Commision = 0.0; symbProp.gd_Pt = 0.00001; symbProp.gi_Digits = 5; symbProp.gi_StopLevel = 3; symbProp.gi_FreezeLevel = 0;

 Отправлено: 02.09.14 17:51. Заголовок: В общем я сделал им..

В общем я сделал именно так:
struct Symbol_Properties
{
static datetime gdt_Quote; // Время поступления последней котировки
static double gda_Price [2]; // Текущие рыночные цены (0 - Bid, 1- Ask)
static double gd_Spread; // Размер спреда в пунктах
static double gd_Swap; // Своп
static double gd_Comission; // Комиссия
static double gd_Pt; // Величина одного пункта
static int gi_Digits; // Количество знаков в цене после запятой
static int gi_StopLevel; // Минимально-допустимый уровень стоп-лосса/тейк-профита в пунктах
static int gi_FreezLevel; // Уровень заморозки ордеров в пунктах
};
//---- Создадим объект структуре Symbol_Properties
//Symbol_Properties SSym;

datetime Symbol_Properties::gdt_Quote = 0;
double Symbol_Properties::gda_Price [2] = {0.0, 0.0};
double Symbol_Properties::gd_Spread = 0;
double Symbol_Properties::gd_Swap = 0;
double Symbol_Properties::gd_Comission = 0;
double Symbol_Properties::gd_Pt = 0;
int Symbol_Properties::gi_Digits = 0;
int Symbol_Properties::gi_StopLevel = 0;
int Symbol_Properties::gi_FreezLevel = 0;

Тока вот возникает мысль. Ведь удобнее обращаться к статическим переменным структуры не по такому длинному " имени " типа:
double Symbol_Properties::gd_Pt = 0;
А гораздо удобнее сразу передать данного значение соответствующей переменной типа:
double Pt = Symbol_Properties::gd_Pt = 0;
Но в таком случает компилятор ругается. Почему?

 Отправлено: 03.09.14 10:38. Заголовок: hoz пишет: В общем ..

hoz пишет:

цитата:

В общем я сделал именно так: struct Symbol_Properties { static datetime gdt_Quote; // Время поступления последней котировки static double gda_Price [2]; // Текущие рыночные цены (0 - Bid, 1- Ask) static double gd_Spread; // Размер спреда в пунктах static double gd_Swap; // Своп static double gd_Comission; // Комиссия static double gd_Pt; // Величина одного пункта static int gi_Digits; // Количество знаков в цене после запятой static int gi_StopLevel; // Минимально-допустимый уровень стоп-лосса/тейк-профита в пунктах static int gi_FreezLevel; // Уровень заморозки ордеров в пунктах };

Описанное просто не имеет смысла. Об этом прямо говорит компилятор:

цитата:

struct has no members, size assigned to 1 byte - ни один из описанных членов структуры не воспринят, структура пустая

Причина - указание членов структуры со спецификатором static. Это просто нонсенс, т. к. структура является типом данных, а не переменной. Статическими могут быть только переменные или члены класса, но не структур.

hoz пишет:

цитата:

А гораздо удобнее сразу передать данного значение соответствующей переменной типа: double Pt = Symbol_Properties::gd_Pt = 0; Но в таком случает компилятор ругается. Почему?

Замените на:

цитата:

double Pt = Symbol_Properties::gd_Pt;

и все будет нормально с точки зрения синтаксиса. Хотя с точки зрения здравого смысла все очень плохо - зачем городить огород со структурами, если Вам проще использовать обычные локальные переменные?

 Отправлено: 03.09.14 10:52. Заголовок: Scriptong пишет: Пр..

Scriptong пишет:

цитата:

Причина - указание членов структуры со спецификатором static. Это просто нонсенс, т. к. структура является типом данных, а не переменной. Статическими могут быть только переменные или члены класса, но не структур.

Это мне не понятно. Структура является типом данных ? Согласен. Но и класс тоже является типом данных. Так? Так! Получается, возникает вопрос, почему тогда у классах могут быть статические переменные, а у структур нет?

Scriptong пишет:

цитата:

Хотя с точки зрения здравого смысла все очень плохо - зачем городить огород со структурами, если Вам проще использовать обычные локальные переменные?

Если использовать просто переменные, то включая данный файл с переменными компилятор будет ругаться, что мол такие переменные "уже есть". Я это уже проходил. Т.е. при подгрузке каждого класса, например, с переменными:

gdt_Expiration;
gdt_OpenTime;
gd_OpenPrice ;
gd_Lots;
gd_CurSL;
gd_CurTP;
gd_NewSL;
gd_NewTP;
gi_CurTicket;
gi_Type;
gi_Slippage;
gi_Magic;
gs_Comment;
gs_Symbol;
gu_Duration:

Компилятор ругнётся, что каждый последующий раз когда будет подгружаться очередной класс( в который включён данный инклюдник к набором переменных ), что gdt_Expiration уже объявлен.. Раньше у меня такое было постоянно. Потому и пришлось прибегнуть к поиску другого варианта.

 Отправлено: 03.09.14 11:06. Заголовок: hoz пишет: Получае..

hoz пишет:

цитата:

Получается, возникает вопрос, почему тогда у классах могут быть статические переменные, а у структур нет?

При всем сходстве структур и классов, у них есть множество различий. Одно из них - статические члены.

hoz пишет:

цитата:

Компилятор ругнётся, что каждый последующий раз когда будет подгружаться очередной класс( в который включён данный инклюдник к набором переменных ), что gdt_Expiration уже объявлен.. Раньше у меня такое было постоянно. Потому и пришлось прибегнуть к поиску другого варианта.

Тогда Вам нужно просто создать ОДИН-ЕДИНСТВЕННЫЙ включаемый файл, в котором описать необходимую структуру. И уже этот включаемый файл подключать ко всем своим проектам. Тогда и проблемы не будет.
Вообще же создание единой "библиотеки" включаемых файлов - хорошая и удобная вещь. Посмотрите на мои проекты. Многие из них используют включаемые файлы: Common_Trade.mqh, Common_MathUtils.mqh, Common_GetSymbol.mqh. Эти файлы лежат в отдельной папке Common, которую я подключаю к новому проекту, если типы данных или функции, описанные в этих включаемых файлах, мне нужны.

 Отправлено: 03.09.14 12:57. Заголовок: Scriptong пишет: То..

Scriptong пишет:

цитата:

Тогда Вам нужно просто создать ОДИН-ЕДИНСТВЕННЫЙ включаемый файл, в котором описать необходимую структуру. И уже этот включаемый файл подключать ко всем своим проектам. Тогда и проблемы не будет.

Я так и делаю. Но когда решил сделать члены статическими возникли проблемы.

Scriptong пишет:

цитата:

Вообще же создание единой "библиотеки" включаемых файлов - хорошая и удобная вещь. Посмотрите на мои проекты. Многие из них используют включаемые файлы: Common_Trade.mqh, Common_MathUtils.mqh, Common_GetSymbol.mqh. Эти файлы лежат в отдельной папке Common, которую я подключаю к новому проекту, если типы данных или функции, описанные в этих включаемых файлах, мне нужны.

Да, у Вас там серьёзный код. Нужно разбирать его. На это уйдёт некоторое время. Не так всё просто там.

 Отправлено: 03.09.14 20:39. Заголовок: hoz пишет: Но когд..

hoz пишет:

цитата:

Но когда решил сделать члены статическими возникли проблемы.

Предлагаю отталкиваться от простого факта - сделать статическими члены структуры не получится. Переделайте на класс, если уж так необходимо, хотя и не понимаю, зачем в данном случае это нужно.

 Отправлено: 06.09.14 17:01. Заголовок: Scriptong пишет: за..

Scriptong пишет:

цитата:

зачем в данном случае это нужно

Почему? Как тогда нужно по Вашему?

Scriptong пишет:

цитата:

Предлагаю отталкиваться от простого факта - сделать статическими члены структуры не получится.

Как я понял, это всё недочёт мкл4. Вы и сами видели, что модератор на форуме метаквотов не смог ответить на вопрос. Да и в конце темы, которую я подымал там это всё-таки выяснилось.
А что скажите по поводу статического объекта?

class MyClass
{

};

static MyClass MyClassObj;

 Отправлено: 07.09.14 12:43. Заголовок: hoz пишет: А что ск..

hoz пишет:

цитата:

А что скажите по поводу статического объекта?

Ничего хорошего, т. к. в таком случае можно просто использовать обычные глобальные/локальные переменные в единственном экземпляре.

Смысл использования статических типов данных в ООП заключается именно в том, чтобы иметь единое место хранения данных для всех объектов одного типа и при этом иметь гарантию невмешательства в эти данные со стороны других объектов. То есть речь идет именно о статических членах классов. Других практических примеров статических переменных я не вижу. Это больше подходит для академических изысков, к которым я, как практикующий программист, отношусь более чем прохладно.

 Отправлено: 07.09.14 20:35. Заголовок: Scriptong пишет: Э..

Scriptong пишет:

цитата:

Это больше подходит для академических изысков

Т.е. хотите сказать, что вариант предложенный модератором с форума метаквотов "не годным"? Имею ввиду для той задачи, которую я поставил.
В плане инкапсуляции как я вижу это так. Но он по ходу этого так и не понял или просто мкл4 не позволяет это реализовать проще. Потому мало кто это умеет. То что у Вас это реализовано я видел. Но такой подход я осилю чутка позже

Scriptong пишет:

цитата:

Это больше подходит для академических изысков, к которым я, как практикующий программист, отношусь более чем прохладно.

Как же прохладно... У Вас же именно так и написан код... Весь инкапсулирован!

 Отправлено: 08.09.14 17:48. Заголовок: hoz пишет: Т.е. хот..

hoz пишет:

цитата:

Т.е. хотите сказать, что вариант предложенный модератором с форума метаквотов "не годным"?

Какой именно вариант? Если Вы про объект, объявленный статически, то я по нему уже высказался. А насчет того, что кто-то там предложил такой вариант, нужно смотреть полный текст его предложения, чтобы ответить предметно. Ведь очень часто фразы попросту вырываются из контекста.

hoz пишет:

цитата:

Имею ввиду для той задачи, которую я поставил.

К сожалению, поставленные Вами цели для меня до сих пор остаются загадкой. Опишите свою задачу как можно подробнее, без абстракций, на конкретном примере.

hoz пишет:

цитата:

Как же прохладно... У Вас же именно так и написан код... Весь инкапсулирован!

Вот свежий пример вырывания фразы из контекста. Цитируемое Вами относится к рассуждениям о статическом объекте, а не о механизме инкапсуляции в целом.