Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вечером покажу. Сейчас с телефона.
ОК
убрать наследование от interface не проблема, можно от базового класса наследоваться, но по моему появится путаница в коде - будет труднее разбираться какой метод будет вызван, да и при такой структуре кода - "Паттерн ООП - Паттерны поведения -Стратегия (Strategy)"
я всегда и гарантированно имею в каждой стратегии по своему конструктору, вроде пока эти конструкторы и не нужны... но оставлю эту возможность, это нелишнее
ЗЫ: сам базовый класс для все стратегий тоже довольно компактный, примерно так:
в общем дождусь Вашего примера посмотрю, мне пока нравится, что структура кода читаемая и логичная получается, да и самое главное "во всех этих телодвижениях" - сделать некий прототип в котором можно будет быстро дописывать сами стратегии и тестировать.
Все в принципе уже написано, но код мне не нравится - писал в виде сервисных функций(открыть ордер, расчет лота и т.п. ) в процедурном стиле и потом писал небольшие классы в которых была логика и вызов этих сервисных функций, вот и решил причесать все это по полному )))
ОК
убрать наследование от interface не проблема, можно от базового класса наследоваться, но по моему появится путаница в коде - будет труднее разбираться какой метод будет вызван, да и при такой структуре кода - "Паттерн ООП - Паттерны поведения -Стратегия (Strategy)"
я всегда и гарантированно имею в каждой стратегии по своему конструктору, вроде пока эти конструкторы и не нужны... но оставлю эту возможность, это нелишнее
ЗЫ: сам базовый класс для все стратегий тоже довольно компактный, примерно так:
в общем дождусь Вашего примера посмотрю, мне пока нравится, что структура кода читаемая и логичная получается, да и самое главное "во всех этих телодвижениях" - сделать некий прототип в котором можно будет быстро дописывать сами стратегии и тестировать.
Все в принципе уже написано, но код мне не нравится - писал в виде сервисных функций(открыть ордер, расчет лота и т.п. ) в процедурном стиле и потом писал небольшие классы в которых была логика и вызов этих сервисных функций, вот и решил причесать все это по полному )))
Как по мне, то вот так лучше будет.
Как по мне, то вот так лучше будет.
по сути то же самое, но не по книжному! ))))
ЗЫ: все равно прикрутил интерфейс, пусть будет, чисто для понтов!
по сути то же самое, но не по книжному! ))))
ЗЫ: все равно прикрутил интерфейс, пусть будет, чисто для понтов!
Как раз в стиле плюсов.)))
дык на плюсах мало кто сидит, вернее все прикладные программеры на C# перебрались, а на плюсах только крупные разработчики софта сидят
в C# все примеры через интерфейсы, понятно что толку от них .... не хочу демагогию разводить, но в общем и без интефейсов все можно писать, но как бы концепция, стиль... ну и прочий туман в голове говорит, что вот так писали в Майкрософт в примерах по C#, ты вот тоже сиди так и пиши!
)))
дык на плюсах мало кто сидит, вернее все прикладные программеры на C# перебрались, а на плюсах только крупные разработчики софта сидят
в C# все примеры через интерфейсы, понятно что толку от них .... не хочу демагогию разводить, но в общем и без интефейсов все можно писать, но как бы концепция, стиль... ну и прочий туман в голове говорит, что вот так писали в Майкрософт в примерах по C#, ты вот тоже сиди так и пиши!
)))
Перебрались потому, что на плюсах неудобно писать под .NET, а шарп изначально разрабатывался, как язык для дотнета. Это мое субъективное мнение, как то писал на плюсах под .NET, осталось впечатление неуклюжести.
Хотя...в новые плюсы много чего добавили, может повеселее стало.
Перебрались потому, что на плюсах неудобно писать под .NET, а шарп изначально разрабатывался, как язык для дотнета. Это мое субъективное мнение, как то писал на плюсах под .NET, осталось впечатление неуклюжести.
Хотя...в новые плюсы много чего добавили, может повеселее стало.
Я как раз сейчас пилю windows form под один таск, потрогал c++/cli и решил ну его и распечатал c#.
Да, на шарпе проще на порядок. И скорость почти одинаковая, вот без cli плюсы выигрывают раза в полтора.
Я как раз сейчас пилю windows form под один таск, потрогал c++/cli и решил ну его и распечатал c#.
я в начале года тож пытался потрогать cli ... меня на 2 дня хватило, нечеловеческая логика кто делал этот cli - синтаксис мудреный, все не удобно, инфы с примерами очень мало, имхо или чистый С++ или C# - гуглятся все хотелки, синтаксис понятен - в итоге берешь и пишешь
я в начале года тож пытался потрогать cli ... меня на 2 дня хватило, нечеловеческая логика кто делал этот cli - синтаксис мудреный, все не удобно, инфы с примерами очень мало, имхо или чистый С++ или C# - гуглятся все хотелки, синтаксис понятен - в итоге берешь и пишешь
Просто шарп родился где-то около 2000 года и был тогда в очень зачаточном состоянии, а плюсы рулили, вот и сделали мост С++ на дотнет для популяризации. Кстати, шарп создавали разработчики Delphi и C++Builder, я в то время очень удивлялся, сколько там много общих концепций. Взять те же свойства, события.