問題タブ [native]

Android プラットフォームのネイティブ C/C++ に関して 2 つの質問があります。

1. デバイス メーカーが Android プラットフォームでネイティブ C++ アプリケーションを開発することは可能ですか?

2. Android プラットフォームで上位層の Java フロントエンド / API を持つ独自のネイティブ C++ アプリケーション / ライブラリを開発するにはどうすればよいですか?

この質問は、アプリケーション固有すぎて SO で公開できないかもしれませんが、ここでは説明します。

GlowCode-x64 6.2 を使用して、単純なネイティブ C++ アプリケーションのプロファイルを作成しようとしています。

問題は、「オプション->シンボルサーバーと検索パス」で設定した設定に関係なく、シンボルがロードされないことです。私の .pdb ファイルもすべて .exe ファイルと同じフォルダーにあります。

「Running->Hooks」メニューに入り、モジュールを追加すると、「アドレス」列に常に「ロードされていません」と表示されます。

私はスタートアップ チュートリアルを何度か読み、すべてのステップに従ってきました。

AQTime6 を使用して同じプログラムのプロファイリングを試みたところ、完全に機能しました。だから私はデバッグ情報がそこにあることを知っています。

また、2 年前に 32 ビットのラップトップで GlowCode を使用したことを思い出し、すぐに動作するようになりました。

「マニュアルをもう一度読む」以外のヘルプは大歓迎です。

編集：

私のアプリケーションが VS2005 SP1 コンパイラでビルドされていることを指摘したかっただけです。

編集2:

仕事から帰ってきて、自宅で Win32 で GlowCode を試してみました。魅力のように働きました。

関連するネイティブ JNI クラスからいくつかの DLL を分離したいと考えています。

プラグイン:

• プラグイン A では、プラグインのロード時に dll が配置およびロードされます。
• プラグイン B (A に依存) には、A の DLL のネイティブ メソッド呼び出しを含む JNI クラスが配置されます。

JNI クラスが見つからないため、実行時に UnsatisfiedLinkError が発生します。MANIFEST ファイルを更新して、クラスローダー ロジックを更新しようとしています。

プラグイン A:

プラグイン B:

しかし、これも機能していません。解決策を知っていますか？

編集：

マニフェスト A:

マニフェスト B:

C＃から相互運用するためにC ++ネイティブCOM関数にアクセスするためのベストプラクティスはありますか？

たとえば、コアウィンドウコンポーネントと相互作用する100個のC ++メソッド（基本的にはネイティブライブラリ）があるとします。

基本的に、これらのC ++メソッドのラッパーをC＃で作成したいので、新しく採用したすべての従業員がC ++などの代わりにそれを使用できます。C++コードはレガシーであり、私を怖がらせるので、一度だけ処理したいと思います。ここでの各メソッドのアプローチには、対応するC＃メソッドがありますか？実際、これを行う別の方法はありますか？

ある種のラッパーサブシステムを使用できますか？あなたは一般的にどのようにこれを行いますか？

また、パフォーマンスに関する考慮事項などはありますか？

Javaからネイティブライブラリを呼び出す最速の方法はどれですか？

私が知っているのは

• NativeCall-現在使用しているもの
• JNA-使用していませんが、妥当に見えます
• JNI-書くのは恐ろしいように見えますが、スピードが出ればやります

私はWPFをいじり始めたばかりです。

ネイティブのルック アンド フィールを自動的に採用するウィジェット (ボタン、メニューなど) とそうでないウィジェット (ラベル、パネル、ウィンドウの背景が白など) があることに気付きました。

WPFでデフォルトですべてのウィジェットを正常に見せるにはどうすればよいですか?

HelloWorld.soというライブラリと、次のコンテンツを含むプログラムHelloWorld.javaがあります。

HelloWorld.javaを実行しようとすると、次のエラーが発生します。

任意のヒント？

ネイティブ コードを使用して既に開発されたプロジェクトがあります。
現在、C++-CLI で SQLSMO を使用するための小さなモジュールで、マネージ コードを使用しています。

マネージド コードをネイティブ コードと統合するにはどうすればよいですか?

問題のシナリオは、悪名高いMicrosoft Jet データベース エンジンに関連しています。その主張は、Data Access Objects (DAO) データ アクセス テクノロジが Jet の「ネイティブ」であるということでした。つまり、DAO モデルを介してオブジェクトを作成することは、Microsoft Access内から実行される SQL コードを介して同じことを行うよりも「優れている」ということです。ユーザーインターフェース。

さらに、DAO を介して何かを作成できなかった場合、定義上、それは Jet の「ネイティブ」ではないことが主張されました。

私には、この「ネイティブ」の定義は見当違いのように思えます。歴史的および Microsoft の政治的理由により、DAO から除外されたか部分的にしか実装されていない Jet オブジェクトが多数あります (CHECK制約、固定幅データ型、DECIMALデータ型、圧縮可能なデータ型など)。ただし、Jet の SQL には含まれていました。データ定義言語(DDL)。直観だけでも、Jet SQL DDL は Jet エンジンの「ネイティブ」と見なされるべきであることがわかります。

だから私の質問は: 一見外部の技術 (DAO) が「ネイティブ」と見なされ、別の一見内部の技術 (SQL DDL) が「非ネイティブ」と見なされるのはなぜですか? 何かが「ネイティブ」であるかどうかについて、自分自身を悩ませる必要がありますか?