Структура рулит. Учимся структурировать программы, изучаем возможности, ошибки, решения и т.п. - страница 11

 
TheXpert:

Еще как фига. Использовать switch... case и использовать паттерн state machine это две разных вещи. По тексту видно, что паттерном там и не пахло, как и в приведенной статье.

Читается примерно как "я изобрел уникальную выигрышную систему..." и дальше кривое изложение мартина.

О.К. В чем тогда принципиальное различие?
 
C-4:
О.К. В чем тогда принципиальное различие?
Ну вот. Что и требовалось доказать :)
 
TheXpert:
Ну вот. Что и требовалось доказать :)
Доказать что? Только не делай загадочный вид что тебе одному известно что то удивительное, но о чем ты ни когда не скажешь, т.к. считаешь это ниже своего достоинства. 
 
TheXpert:

Еще как фига. Использовать switch... case и использовать паттерн state machine это две разных вещи. По тексту видно, что паттерном там и не пахло, как и в приведенной статье.

А ничего что в статье про стейт машины, которую ты дал черно по белому написано:

Допустим, теперь Вася делает проект на C# и ему нужна простая стейт машина для одного типа объектов. Он пишет что-то типа такого: 

private enum State { Disabled, Idle, Animating }

private State state;
 
void setState(State value) {
    state = value;
    switch (state) {
        case State.Disabled:
            ...
        case State.Idle:
            ...
        case State.Animating :
            ...
        break;
    }
}

Далее идет размусоливание о  разных фреймворках и готовых классах.

Вывод же статьи такой:

"И тут Васе все это надоело и он вернулся обратно к самому простому в мире конечному автомату. Он его немного переделал и придумал правила как писать в нем код."

 

Во-первых я никакой статьи не приводил. :)

Во-вторых принимать статью за истину в первой инстанции только потому, что кто-то ее привел и она на хабре, это немного... гм...

Каменный топор он тоже типа топор.

 
TheXpert:

Во-первых я никакой статьи не приводил. :)

Во-вторых принимать статью за истину в первой инстанции только потому, что кто-то ее привел и она на хабре, это немного... гм...

Каменный топор он тоже типа топор.

Да, извиняюсь, ее привел Urain. 

Если в этой статье описан не State паттерн, тогда что такое настоящий state паттерн? Если можно вынесете топо... код в студию, пообсуждаем. 

 
C-4:
Ну... поработаю гуглем.
 
Вот тут интересная мысль промелькнула.
C-4:
Важное исключение: логика HFT алгоритмов действительно фактически описывается способом исполнения.

Почти согласен.

Исходя из этого планирую дальнейшую интеллектуализацию торгового драйвера, а именно снабдить его "мозгами" для самостоятельного принятия решений в ситуациях шустрого тренда.

// тралить лимитником или открываться по рынку??  (Что фактически просто смещает тралящий лимитник в "отрицательную область")

 
TheXpert:
Ну... поработаю гуглем.
Знакомая фамилия по ссылочке всплыла: некто А.А.Шалыто. По-моему я где-то уже ее слышал...
 
MetaDriver:
Вот тут интересная мысль промелькнула.

Почти согласен.

Исходя из этого планирую дальнейшую интеллектуализацию торгового драйвера, а именно снабдить его "мозгами" для самостоятельного принятия решений в ситуациях шустрого тренда.

// тралить лимитником или открываться по рынку??  (Что фактически просто смещает тралящий лимитник в "отрицательную область")

Т.е. получается робот в роботе. Допустим есть среднесрочный алгоритм,  который отдает приказ: купить по рынку. Другой, низкоуровневый робот исполняет этот приказ по лучшей цене используя HFT технику лучшего хода.