Отправлено SM 11 сентября 2006 г. 19:29 В ответ на: Это крайне не выгодно отправлено Тумблер 11 сентября 2006 г. 19:07

• Это крайне не выгодно, а при использовании TThread и невозможно — Тумблер   (11.09.2006 20:37 62.33.241.14, 410 байт)
  • IMHO неразумно использовать классы. А сделать эту часть на чистом API. — SM   (11.09.2006 20:40 195.225.131.186, пустое)
    • Дааааа ?! :)))))))) — Тумблер   (11.09.2006 20:47 62.33.241.14, 523 байт)
      • Мда... На мой взгляд классы только путают. За ними не видно сущности происходящего. (+) — SM   (11.09.2006 21:03 195.225.131.186, 243 байт)
        • Исходные тексты TThread доступны любому. Открыты.Смотри сам. — Тумблер   (12.09.2006 00:36 213.234.205.46, пустое)
    • И я это не просто так говорю, а имею порядочный опыт по перегонке очень скоростных данных, причем не только между тредами, а и между процессами, и между драйвером и процессом. — SM   (11.09.2006 20:42 195.225.131.186, пустое)
      • Скорость тут ни при чем — Тумблер   (11.09.2006 20:57 62.33.241.14, 475 байт)
        • Да? А виртуальные и динамические методы с их таблицами? А передача this'а везде где попало, даже где он не нужен? — SM   (11.09.2006 21:05 195.225.131.186, пустое)
          • При старте процедуры — Тумблер   (12.09.2006 00:43 213.234.205.46, 277 байт)
            • И вообще, скорость выполнения непрерывно увеличивается, техника дешевеют. — Тумблер   (12.09.2006 00:49 213.234.205.46, 182 байт)
          • А вот вопрос (+) — SM   (11.09.2006 21:07 195.225.131.186, 264 байт)
            • Ничего особенного не надо делать. А для замены ЛЮБОГО обработчика Виндус существует саб-классинг. 2 строки. — Тумблер   (12.09.2006 00:38 213.234.205.46, пустое)
• Эх, а в прошлом веке просто писали грамотный обработчик прерывания и не страдали :) — =AVR=   (11.09.2006 19:32 80.92.96.19, пустое)
  • Ну пральна - а теперь ОСов всяких и ОСей понапридумывали. Даже полу-осей :) Для усложнения жизни программистам, работающим с аппаратурой на низком уровне. — SM   (11.09.2006 19:43 195.225.131.186, пустое)