問題タブ [platform]

私のIPを保護しながら、パートナーが使用するjarとしてプラットフォームを配布できるように、私が持っているアプリを「プラットフォーム」レイヤーと「アプリ」レイヤーに細分化しています。

現在、2 つの Eclipse プロジェクトがあります。ビルドにはリソースを jar にコンパイルする機能がないため、すべてのリソース参照をアプリ プロジェクトに移動しました (プラットフォーム プロジェクトの gen/ ディレクトリは空です)。プラットフォームをコンパイルし、jdk を手動で使用して jar し、その jar をアプリ プロジェクトにインポートし、アプリ プロジェクトでエクスポート用に jar をマークし、テスト アプリを正常にコンパイルしてインストールしました。

テスト アクティビティは期待どおりに起動し、このサービスから LogCat() メッセージを受け取ります。ただし、通知は表示されず、エラーはログに記録されません。ただ黙っているだけです。...

とにかく、パートナーアプリには、サービス、コンテンツプロバイダー、Web、作品に接続する私のプラットフォームを活用してもらいたい. 誰でもガイダンスを提供できますか？

アップデート！

はぁ...典型的な...すべてのリソースをプラットフォームからアプリに移動したとき、アプリレイヤーからこれらを適切に渡しませんでした。したがって、私が示したコード例にはエラーはありませんでした。もちろん、「渡された引数」を「期待される引数」から切り離すのではなく、インテントを使用すると、コンパイラは文句を言いません。修正されたアプリでは、これは機能します。

バイナリ配布プラットフォームを作成することは珍しいことではないと思いますが、それに関するドキュメントがあまり見つからないので、ドアを開けながら重要な発見を追加し続けます...誰かに役立つことを願っています.

Webベースのシステム（クライアント側GUIのみ）はプラットフォームに依存しないことが知られていますが、開発プラットフォームにも依存しませんか？私の知る限り、クライアントサイドGUIは、常にHTMLとJavaScript / VBScript、Javaなどを使用して構築されます。これらは、すべてのOSとブラウザーでサポートされており、独立しています。サーバー側のプラットフォームがASP.NETからPHPまたはJavaに、またはxからyに切り替えられた場合、GUIコードの変更が心配ですか？GUIの設計/開発方法に依存する場合、この影響を可能な限り最小限に抑えるために何を使用すべきではありませんか？

よろしく

アティ

C++ と MFC のバックグラウンドから来て、アプリケーション GUI を開発するためのより良い (保守性/カスタマイズ) プラットフォームはありますか?

産業用アプリケーション (マシン ビジョン) を開発しています。ここで: -
パフォーマンスが重要 (主に CPU atm での画像処理ですが、次に GPU が必要です)
-低レベルのハードウェア インターフェイス (社内の PCI デバイス、フレーム グラバー、モーション カード)
-リアルタイムデータ可視化（画像・統計グラフ） ・
将来のロードマップには、分散処理やリモートアクセスのためのネットワーク機能が含まれます。

システムは制御された環境で実行されるため、クロスプラットフォームは重要ではありません (顧客は、システムが実行され、出力が得られるかどうかだけを気にします)。

移行コストに関する懸念もあります (サードパーティの依存関係、開発者とサービス担当者のトレーニング コスト)。

上記の「画像処理」に関する編集
の説明： グラフィック（通常は3Dベクトル化）ではなく、「画像」（マトリックス形式の2D情報）を参照しています。現在、サードパーティのイメージング ライブラリ (セグメンテーション、OCR/OCV、形態、パターン マッチなどの空間ドメイン処理用) を使用し、結果ロジックを組み込んでいます。

OS は (RAM/USB などのハードウェア周辺機器を除いて) 純粋にハードウェアに依存していると言っているのはなぜですか? ハードウェアの独立性という言葉は、OS が ARM/x86/xtensa/starcore などの基礎となるハードウェア抽象化レイヤーなしで、任意のプラットフォームで実行される必要があることを意味します。

シンプル/一般的な OS での正確なハードウェアの依存関係を教えてください。OS のすべてのポイントがハードウェアにアクセスしている、またはプラットフォームに依存している正確な意味は?

また、ハードウェアやプラットフォームに依存しない (つまり、VM の概念がない) 単純な OS または RTOS (C 言語を使用) を作成して、どのプラットフォームでも実行できるようにすることは可能ですか?

RAM /keyboard/mouse のような周辺機器側からではなく、OS カーネル側からの回答を期待しています。

OS におけるハードウェア依存の正確な例を示します
。

プラットフォームはOSまたはCLR、JVMなどを意味しますか??

CLR と JVM は OS ごとに異なると聞きました。

では、現在市場に出回っている JVM と CLR のどのバージョンが異なるのでしょうか?

（CLRには、Windows専用のバージョンが1つしかないと思います）

この混乱を可能な限り明確にしてください...

私は何度も前にこの質問に出くわし、用語をもう一度見ましたが、コンピューター工学におけるそれらの本当の概念を知りませんでした.

プラットフォームとフレームワークは何を指しますか?

プラットフォームに依存しない、開発プラットフォーム、フレームワークについても同様の用語をよく目にしますが、静かに理解することはできません。彼らはライブラリを参照していますか？彼らは異なる種類のオペレーティングシステムを参照していますか?

Windows 7 64 ビットを実行している x64 マシンがあります。週の初めから非常に奇妙な状況にあるようです。

プラットフォーム ターゲットを x86 に設定して WPF アプリケーションをビルドして実行すると、グリッドを作成しようとしたときに MissingMethodException が発生しました。

ただし、StackPanel の作成は正常に機能します。

プラットフォーム ターゲットを x64 または AnyCpu に切り替えると、両方のコードが正常に動作します。フレームワーク内の破損したアセンブリについて考えていましたが、明らかに奇妙に見えます...何か考えはありますか?

アップデート：

Microsoft 内の WPF チームのメンバーと連絡を取り合っています。しかし、何が悪いのかを理解するために私のマシンを見る時間はありませんでした。その間、正常に動作し続けるためにマシンを再インストールする必要がありました。ご協力ありがとうございました。問題は WOW64 の機能に関連していたと思いますが、正確に特定するのは困難です。さらに情報が見つかったら、この質問を更新します。

今日、私は新しいプロジェクトについて考え始めました、そして私はそれを見つけました。目標は、最初の3か月で最初のバージョンを機能させることです。

最近の大きなイベントで見られるようなライトショーを生成できる「レーザー/ライトショーシミュレーター」プログラムを作成します。問題は、それを書き込もうとしているプラ​​ットフォーム/言語です。私は何か新しいものを探しているのかもしれません。あるいは、今使っているものに固執したほうがいいかもしれません。

私の質問は; これを行うためにどのプラットフォーム/言語/ライブラリをお勧めしますか？プログラミングの経験をあなたが要求するときに受け取らないでください。プログラミング言語/プラットフォームの私の経験を知らなくても、あなたがアドバイスすることを知りたいです。

前もって感謝します、

ウィリアムv。ドアーン

私はこれを知りたいです.C ++とWindowsだと思います..しかし、あなたは何を知っていますか?

64 ビット バージョンの Windows で 64 ビット バージョンの Visual Studio 2008 を使用しています。ライブラリ (OpenCV 2.1) にリンクするプロジェクトがあります。同じコンパイラを使用して、ソースから OpenCV をコンパイルしました。私の問題は、リリース モードとデバッグ モードの両方で発生します。

[プロパティ] ペインまたはプロジェクトで、ヘッダー ファイルを含むディレクトリを C/C++ -> [追加のインクルード ディレクトリ] の下に追加しました。.lib ファイルを含むディレクトリを [追加のライブラリ ディレクトリ] に追加し、ライブラリの名前を [リンカー] -> [入力] の下の [追加の依存関係] エントリに追加しました。

コンパイルしてリンクすると、次のようなエラーが発生します: error LNK2019: unresolved external symbol _cvFloodFill referenced in function "int __cdecl Label(class cvImage &)" (?Label@@YAHAAV?$cvImage@M@@@Z)

[リンカー] -> [コマンド ライン] -> [追加のオプション] の下に、/verbose:lib というタグを追加しました。コンパイラの出力ウィンドウに、関数を含むライブラリ (cv210d.lib) が検索されていることがわかります。(OpenCV のソースを調べたところ、問題の関数がこのライブラリで定義されていることがわかりました)

1>Linking...
1>Searching libraries
1> Searching C:\Program Files\OpenCV2.1\lib\cv210d.lib:

OpenCV ソースでは、問題の関数の宣言をラップする extern "C" 宣言があります。

ライブラリ ファイルで dumpbin /all を実行したところ、次のシンボルが定義されていることがわかりました。（Windows用のgnuツールチェーンがインストールされているので、grepを使用できます）。

C:\Program Files\OpenCV2.1\lib>dumpbin /all cv210d.lib | grep cvFloodFill
732B4 __imp_cvFloodFill
732B4 cvFloodFill
1CA __imp_cvFloodFill
1CA cvFloodFill

ご覧のとおり、リンカはシンボル _cvFloodFill を探していますが、それは定義されていません。cvFloodFill と __imp_cvFloodFill のみが定義されているため、ライブラリをコンパイルするときとライブラリにリンクしようとするときの名前マングリングが異なるというおかしなことが起こっているようです。

それが私が立ち往生しているところです。この情報を正しく解釈していますか? 名前マングリングに影響を与えるために何かする必要がありますか? ある種の異なるフラグを使用してライブラリをコンパイルする必要がありますか?