ній час відповіді сервера! Ніколи не приймайте на віру той факт, що якщо ваш сервер є багатопотоковий, то обов'язково його ефективність збільшиться.
Угода про потоках
Вірите чи ні, але все це було введенням. Частина цього матеріалу є оглядом матеріалу, який описаний у моїй книзі Developing ActiveX Components, інша частина матеріалу описує нову інформацію для service pack 2.
Тепер, дозволите задавати питання, який має відношення до багато-режим, використовує COM (модель багатокомпонентних об'єктів, на якій засновані не тільки всі Visual Basic об'єкти, а й інші windows додатки, що використовують технології OLE).
Дано:
Багатопотоковий режим є потенційно небезпечним взагалі, і особливо спроби багатопотокового кодування додатків, які не розроблені для підтримки багатопотокового режиму, швидше за все призведуть до фатальних помилок і збоїв системи.
Питання:
Як це можливо, що Visual Basic дозволяє Вам створювати об'єкти і використовувати їх з поодинокими і багатопотоковими середовищами безвідносно до того, розроблені чи вони для одиночного або багатопотокового використання?
Іншими словами - Як багатопотокові Visual Basic додатки можуть використовувати об'єкти, які не розроблені для безпечного виконання у багатопотокової середовищі? Як можуть інші багатопотокові програми використовувати однопоточні об'єкти Visual Basic?
Коротко: як COM підтримує потоки? p> Якщо Ви знаєте COM, то Ви знаєте, що COM визначає структуру угоди. Об'єкт COM погоджується слідувати деяким правилам так, щоб цим можна було успішно користуватися з будь-якого додатку або об'єкта, який підтримує COM.
Більшість людей спочатку думає про інтерфейсній частини угоди - про методи і властивості, які надає об'єкт.
Але Ви не можете не знати того, що COM також визначає потоковість як частина угоди. І подібно будь-якій частині угоди COM - якщо Ви порушуєте ці умови, то будете мати проблеми. Visual Basic, природно, приховує від Вас більшість механізмів COM, але щоб зрозуміти як використовувати багатопоточність в Visual Basic, Ви повинні розібратися COM моделі потоків. p> Модель одиночного потоку:
однопоточні сервер - найпростіший тип реалізації сервера. І найпростіший для розуміння. У цьому випадку EXE сервер виконується в одиночному потоці. Всі об'єкти створюються в цьому потоці. Всі виклики методів кожного об'єкта, підтримуваного сервером повинні прибути в цей потік.
Але що буде, якщо клієнт виконується в іншому потоці? У тому випадку, для об'єкта сервера повинен бути створений проміжний об'єкт (proxy object). Цей проміжний об'єкт виконується в потоці клієнта і відображає методи і властивості фактичного об'єкта. Коли викликається метод проміжного об'єкта, він виконує операції, необхідні для підключенню до потоку об'єкта, а потім викликає метод фактичного об'єкта, використовуючи параметри, переда...
