問題タブ [api]

TCP の信頼性を備えたブロードキャストのような UDPに対する回答の 1 つで、あるユーザーがSpreadメッセージング APIについて言及しています。ØMQと呼ばれるものにも出くわしました。MPIにもある程度精通しています。

ですから、私の主な質問は、なぜ一方を他方よりも選択するのでしょうか? より具体的には、MPI の成熟した実装があるのに、なぜ Spread または ØMQ を使用することを選択するのでしょうか?

私は何年にもわたって、次の問題パターンに頻繁に遭遇しました。

• 私は、スタンドアロン アプリケーションと、人々が他のアプリ内から使用できるコアのライブラリ バージョンで構成されるパッケージの複雑なコードを書いています。

• 私たち自身のアプリと、おそらくユーザーがコア ライブラリを使用して作成したアプリの両方が、バッチ モード (オフライン、スクリプト、リモート、および/またはコマンド ラインから) と対話型の両方で実行される可能性があります。

• ライブラリ/アプリは複雑で大量のランタイム入力を受け取り、重大なエラー メッセージ、入力構文の警告、ステータス メッセージ、実行統計など、さまざまなエラーのような出力が発生する可能性があります。これらはすべて付随的な出力であり、別の方法で別の場所に表示または保存されるアプリケーションの主な目的ではないことに注意してください。

• これらのいくつか (おそらく非常に深刻なもののみ) は、対話的に実行する場合、ダイアログ ボックスが必要になる場合があります。ただし、バッチ モードで実行する場合は、ユーザー入力を停止せずにログに記録する必要があります。また、ライブラリとして実行する場合、クライアント プログラムは明らかに、発生したエラーをインターセプトおよび/または調査する必要があります。

• Linux、Windows、OSX など、すべてクロスプラットフォームである必要があります。また、どのプラットフォームでもソリューションが奇妙にならないようにしたいと考えています。たとえば、stderr への出力は Linux では問題ありませんが、Windows では GUI アプリにリンクすると機能しません。

• ライブラリのクライアント プログラムはメイン クラスの複数のインスタンスを作成する場合があり、クライアント アプリが各インスタンスで個別のエラー ストリームを区別できると便利です。

• ライブラリ メソッドが単純な呼び出し (エラー コードや重大度、エラー メッセージを出力する printf のような引数) でエラーをログに記録するだけで十分であることに誰もが同意すると仮定します。論争の的となる部分は、これがクライアント アプリによってどのように記録または取得されるかです。

私はこれを何年にもわたって何度も行ってきましたが、解決策に完全に満足することはありません. さらに、実際にはユーザーにとってそれほど重要ではない種類のサブ問題です (ユーザーは何か問題が発生した場合にエラー ログを見たいと思っていますが、それを実装するための私たちの手法についてはあまり気にしていません) が、トピックはプログラマーを興奮させます。そして、彼らは常にこの詳細に途方もない時間を浪費し、完全に満足することは決してありません.

この機能を C++ API に統合する方法について知恵を持っている人はいますか、または受け入れられたパラダイムまたは優れたオープン ソース ソリューション (GPL ではありません。商用のクローズド アプリや OSS で使用できるソリューションが必要です) はありますか?プロジェクト）？

APIを使用したスクリーンキャストプログラムを探しています。無料またはオープンソースは必須ではありませんが、プラスになります。私はスクリーンキャストを自動化するソフトウェアを書いてきましたが、簡単に利用できる適切なスクリーンキャスト アプリを見つける必要があります。Windows用のiShowUのようなもの。

私が働いている会社には、私たちが構築するほぼすべてのアプリケーションによって参照される「ユーティリティ」プロジェクトがあります。NullHelpers、ConfigSettingHelpers、Common ExtensionMethods などの多くのものがあります。

新しいプロジェクトを作成する場合、ソース管理からプロジェクトの最新バージョンを取得してソリューションに追加し、ソリューションに追加された新しいプロジェクトからプロジェクトを参照します。

これは問題なく機能しましたが、共通のプロジェクトに「重大な変更」を加えた例がいくつかありました。これは、彼らにとっては機能しますが、他の人にとっては機能しません。

共通ライブラリをプロジェクト リファレンスとして追加するのではなく、共通ライブラリをスタンドアロンの dll として開発を開始し、さまざまなバージョンを公開し、特定のプロジェクトの特定のバージョンをターゲットにして、リスクなしで変更できるようにする必要があると考えていました。共通ライブラリを使用して他のプロジェクトに。

他の人が共通ライブラリをどのように参照または使用するかを見ることに興味があります。

緯度/経度からタイムゾーンに変換できるライブラリ（またはさらに優れたWebサービス）はありますか？

C ++のプラグインシステムは、ABIが適切に定義されておらず、各コンパイラ（またはそのバージョン）が独自のルールに従っているため、困難です。ただし、Windows上のCOMは、さまざまなコンパイラを使用するプログラマーが単純なインターフェイスを使用してホストアプリケーションのプラグインを作成できる最小限のプラグインシステムを作成できることを示しています。

実用的にして、この点ではあまり役に立たないC++標準を少し脇に置いておきましょう。C ++プラグインをサポートするWindowsおよびMac（およびオプションでLinux）用のアプリを作成したい場合、およびプラグインの作成者に適度に多くのコンパイラー（たとえば、2年未満のバージョンのVisual C ++）を提供したい場合、GCCまたはIntelのC ++コンパイラ）、C ++のどの機能を信頼できますか？

もちろん、プラグインは特定のプラットフォーム用に作成されると思います。

私の頭から離れて、ここに私が考えることができるいくつかのC ++機能があります、そして私が思うのは答えです：

• vtableレイアウト、抽象クラスを介してオブジェクトを使用するには？（はい）
• 組み込み型、ポインタ？（はい）
• 構造体、組合？（はい）
• 例外？（いいえ）
• extern "C"関数？（はい）
• 組み込みパラメーター型を持つstdcall非外部「C」関数？（はい）
• 非stdcall非extern「C」関数とユーザー定義のパラメータータイプ？（いいえ）

その分野での経験を共有していただければ幸いです。C ++プラグインシステムを備えた適度に成功したアプリを知っているなら、それもクールです。

カール

Google リーダーには API がありますか。ある場合、ユーザー名とパスワードを知っている特定のユーザーの未読投稿の数を取得するにはどうすればよいですか?

非同期 API 呼び出し / ノンブロッキング呼び出しを実装しようとするとき、私が持っている All Plain-C アプリケーションで少し知っていることは、「デリゲート」による APM (非同期プログラミング モデル) について読んだことです。基本的に私がやりたいことf1()は、機能を実行するために 1 つの API を呼び出すことです (これには 8 ～ 10 秒かかります)。そのため、その API を呼び出し、それをf1()忘れて、データをフェッチするための I/O など、他の作業を続けます。f1()または の結果に依存しない機能の次の呼び出し用f1()。

その APM モデルのプログラミングを使用したことがある人がいれば、非ブロッキング呼び出しの実装に関する簡潔な説明を探しています。

非同期 API を実装する他の方法、これに役立つ他のライブラリ/フレームワークはありますか?

たとえば、ゲーム開発者、アニメーションソフトウェア開発者、アバター開発者が製品を拡張するためにライブラリ/ DLLとして使用するミドルウェアSDKを、C++とJavaの両方で開発しています。

私が知りたいのはこれです：これらのタイプのAPIの開発のための標準的な「ベストプラクティス」はありますか？

使いやすさ、読みやすさ、効率などの観点から考えています。

Java ベースの facebook アプリケーションを作成するための良い例や出発点を無駄に探しました...ここの誰かがそれを知っていることを望んでいました。同様に、Facebook が Java API をサポートしなくなると聞きましたが、これは本当ですか? はいの場合、Java を使用して Facebook アプリを作成する必要はもうないということですか??