ООП, чтоб он был здоров.... - страница 3

 
Vasiliy Sokolov:

Здесь проблема в том, что создается вторая сущность: некая копия реальных ордеров в МТ и не факт, что она будет совпадать с фактической ситуацией. Например ордер отмениться, а в копии он будет продолжать существовать.

Может быть COrderManager и быстрее, но вот обычный перебор OrderSelect гораздо надежнее. 

Данные обновляются достаточно часто для поддержания соответствия. Зато удобство повышается на порядки. Попробуйте с помощью только OrderSelect отсортировать 100 отложенников по цене - поседеете ))

ю

 

Зачем их отсортировывать? Нашел верхний, нашел нижний, и все.

Суть не в том, с ООП или без ООП, а в том, что в одном случае анализ ордеров выполняется с нуля каждый раз, а в другом ведется массив с ордерами (при плотном рассмотрении один вариант не лучше другого). И тот и другой вариант может быть реализован и с ООП и без ООП.

 
Вкус борща зависит от повара, а не от того на какой плите -- электрической, газовой, индукционной -- он приготовлен
 
Комбинатор:
Вкус борща зависит от повара, а не от того на какой плите -- электрической, газовой, индукционной -- он приготовлен.
Потрясающее сравнение. Спасибо, порадовал. Улыбнуло...
 
Слухи о затратах ресурсов на ООП обвязку сильно преувеличены...
Причина обращения: