2010-10-13 10 views
1

Вопрос достаточно простой. И судя по моим последним 30-минутным обыскам, я предполагаю, что ответ звучит «нет».Есть ли способ использовать веб-службу в Access 97 VBA?

Так что, если это нет, вот следующий вопрос: какое лучшее обходное решение? Является ли оболочка COM вокруг веб-службы жизнеспособным решением для старой версии VBA?

Большая часть функциональных возможностей веб-службы - это простое хранение и извлечение данных, которые, как я полагал, я мог бы делать напрямую с подключением к базе данных. Но это приведет к многократной работе, и в веб-сервисе есть некоторые фактические процедурные вызовы, которые мне все равно придется каким-то образом поддерживать, возможно, в автономном исполняемом файле, который вызывается из кода VBA.

У кого-нибудь есть мысли по этому, по общему признанию, особенному сценарию?

ответ

2

Я бы создал класс оболочки, который был COMVisible вокруг сгенерированного класса прокси-сервера. Хотя я еще не сделал этого для Access 97, я сделал именно это, чтобы создать клиент для веб-сервиса, который будет использоваться в классическом приложении ASP (JavaScript), и он работал отлично.

0

Вы можете попробовать один из старых Office Web Services Toolkits.

Web Service References Tool используется в Microsoft Office Visual Basic Editor для создания Visual Basic для приложений (VBA) модуль прокси-класс от выбранного Web Service Description Language (.wsdl) файл. Этот прокси-класс можно использовать для подключения и взаимодействия с веб-службой.

Версия инструментария Office 2003 - here. Я бы попробовал это сначала (так как он новее), и используйте версию XP, только если этот не работает.

+0

Вы ожидаете, что Access 97 будет совместим с сгенерированным кодом из этих наборов инструментов? Я изучил эти инструментальные средства и планировал использовать их, когда думал, что имею дело с Access 2003. Но как только я обнаружил, что это Access 97, я просто предположил, что маршрут инструментария не является вариантом. – Jared

Смежные вопросы