単純に「ライブラリ」と一言で片付けておられますが
DLL (Dynamic) と LIB (Static) では技術的にまったく異なる代物ですよ。

DLL なら提示のとおり LoadLibrary+GetProcAddress で解決するのがいい
それ以外の方法を選ぶべき理由が一切見つからない
LIB では原理的に解決不可能

だけど、同一メーカの作っているライブラリであるなら中身は同一かもしれない
その場合はなにもしなくてもいいかもしれない

まずは、そのメーカーに確認するのが一番最初にする事だと思います。
少なくともデバイスを購入して使っているのであれば、購入先に質問しても
それなりの解答はされると思いますから。

あと、質問するときは出来る限り省略は止めましょう。
tetrapodさんも書かれているようにDLLとstatic Libでは扱いが全く異なりますから
レスポンスも変わってきます。LoadLibraryでと書いてあるからDLLだろうとは思いますけ
れど、
えちぜんさんの勘違いでLoadLibraryで大丈夫と思って書かれていてもこちら側では全く
わかりませんから。

失礼、

購入先ではなくて購入元ですね。

tetrapod様、ＰＡＴＩＯ様

返信遅くなりましてすみません。

Lib(static),DLL(dynamic)は共に提供されています。
省略してしまい申し訳ありません。

DLLから関数を直接呼び出せば出来るとは思っていたのですが、Libとヘッダーファイル
でも解決できるのかと思った次第です。

確かに、購入元に聞くことが必要ですね。
購入元にLoadLibraryで解決していいのか確認して決めたいと思います。

余談ですが
提供されたヘッダーファイルを編集し、namespaceをそれぞれつけてコンパイルしたとこ
ろ、コンパイルは通りますが、DebugとReleaseで動作が違うものが生成されました。

ありがとうございました。

> 提供されたヘッダーファイルを編集し、namespaceをそれぞれつけてコンパイルした
> ところ、コンパイルは通りますが、DebugとReleaseで動作が違うものが生成されました。

基本的に提供ファイルに手を入れた場合、動作保障はされないと思います。
提供元が手を入れて使ってくれと言う指示をしてきた時は話が別ですが。

確認だけしておきますが、
提供されているlibファイルってもしかしてDLLのイクスポートライブラリファイルだったり
しませんか？
明示的にstaticと書かれて提示されているなら多分間違いないと思うのですけれど。
ファイル名だけではstaticかDLLかの判断は出来ないのでちょっと老婆心が沸いた物です
から。

もとい、
static LibかDLLのエクスポートライブラリかの判断は出来ないのでが正しいですね。

あうあう。
エクスポートをイクスポートと書いている。
(T-T)すみません。

返答遅れまして、すみません。

私、LIBファイルのこと良くわかってなかったみたいです。
*.libがインポートライブラリ、*.dllがエクスポートライブラリで決まっていると
思っていました。

VCのプロジェクトで追加のライブラリで*.libを追加しただけでは、実行時に必要なDLL
が足りませんとエラーになるということは、実体は*.dllの方に入っているということで
しょうか。

ちょっとこのあたり認識が不足しているようなので勉強します。
ライブラリのことよくわかってないのに質問をし、皆さんを混乱させてしまったようで
す。

あいや、こちらこそ用語を間違って使っていたみたいですね。
確かにインポートライブラリが正しいです。
モジュールをインポートする為に使用するわけですしね。
ちゃんと確認して書き込むべきでした申し訳ない。

DLLと対で提供されているLibファイルは大抵の場合、インポート用のライブラリです。
これはDLLを実行環境に取り込むためのものでこれを使えば、LoadLibraryしなくても
DLLが使用できます。インポート用のライブラリはあくまでもDLL内の関数の位置を知る
為の物なので実体はDLLにあります。
従って動作時にそのDLLが実行環境に存在しないと動かないという事になります。
そのDLLがないとアプリケーションの動作が成立しないような場合は、大抵、インポート
ライブラリを使います。
逆にプラグイン等の付加的な機能を提供するDLLの場合は、なくてもアプリ自体は
動作する必要がありますから、インポートライブラリは使わず、LoadLibraryして
使います。この辺は適材適所で使い分けます。