おすすめのPython公開/登録/送モジュール?[定休日]
-
02-07-2019 - |
質問
から PyPubSub:
Pypubsub提供を簡単に おPythonへの応用を切り離し それを構成するパーツのご アプリ公開のメッセージ( またはデータがない)その他の部品 加入受信します。これによ メッセージ"送信者"とメッセージ "リスナー"の存在を知らない各 その他:
- 一る必要はありませんの輸入その他
- 発信する必要がありませんか
- "人"を取得しますメッセージ
- そのリスナーまでのデータ
- た場合にもリスナーのメッセージを取得します。
- 同様に、リスナーがないのがメッセージが来ます。
このツールの実施 モデル-ビュー-コントローラー建築 または類似の建築 を促す/減結合回路網の構成要素.
がなされているとは聞いているかなりの数のPythonモジュールの出版-加入に浮遊するウェブからPyPubSub、 PyDispatcher シンプルに"家庭の味"。
ある特定の長所と短所を比較する場合は別の異なるモジュール?定のモジュールのベンチマーキングの比較を行?
かまいません。
解決
PyDispatcher が多用されてい Django やよいのにぴんと全体のDjangoの地域かもしれません)。
と思い性能の問題:
- 引数をチェックしたPyDispatcherが遅くなります。
- 未使用の接続において不要なオーバーヘッド。
AFAIKでは非常に難で、この問題を小型フォークリフトメーカーです。これらの問題が懸念します。たくさん必要なポンド毎の性能(早最適化の根源!), 楽しみがさらに広がるでしょう修正を行いPyDispatcherにDjango.
武器agiは、dexで下がらないboxerぐ.
他のヒント
の派遣のパッケージはpythonのように 派遣モジュール 内djangoと呼ばれる 信号 文書).独立し、djangoは、文書化され、テストされ、とも書かれています。
編集: 私はフォこのプロジェクトへ 独立した信号プロジェクト のためのブランド、。
最近、私は、見切 py-amqplib 法としてAMQPお客様へのRabbitMQいすぎ。後者のツールはGimp用ドキュメ.
都内に何件か店を構える切り離しおアプリです。そしてなぜカップルでの言語です。利用をお考えのメッセージキューである言語の中立しまった部屋ます。
もっとも、AMQP間か月以上の理由がある場合はアプリです。では、イブレア城、イブレア大しています。YMMV.
ここでは新しい一: https://github.com/shaunduncan/smokesignal. "smokesignalは簡単なpythonの図書館のための送受信信号では一部からインスピレーションdjango信号の枠組みがあるとして汎用的なバリアントだ。"例:
from time import sleep
import smokesignal
@smokesignal.on('debug')
def verbose(val):
print "#", val
def main():
for i in range(100):
if i and i%10==0:
smokesignal.emit('debug', i)
sleep(.1)
main()
一部の図っていることを見いだしてください:
- 回路 -軽量、イベント駆動の枠組みの強い成分です。
- C#のイベントのレシピ
また、図書館によるPJ Eby,RuleDispatchのピークのプロジェクト、トレリス.どうなるかはわからない状態を実際にそのメーリングリストが活発化しています。
などを使いのコンポーネント Kamaeliaプロジェクト のお届けします軸索というのも面白いアプローチがポスト出版社-消費者。でも、そのサイトは少ない日---。がありましたプロジェクトまたは2のGoogle SoC2008年の作業を行っています。
知らないユーザー評価:)
編集:さん--- Py-通知 である"型破り"の実施にオブザーバーパターンです。この機能を必要とすることを私自身のツールです。
ものみるPyPubSubきるようにややchaotically管理プロジェクトのWiki SFは、本サイト(本サイトに他のWiki)に連動するSFが、現在は壊れているのに十分な理由が私を使用しないのです。PyDispatcherはそのままウェブサイト上の文書もご提供のためのAPIから発生するのdocstring.な交通のメーリングリストのいずれか...悪い!
としてのマイクまでの完璧を選択できるソリューションを独自のエラーになります。今なく間違っていま 愛 Python、それでも、この分野で意味の使用フレームワークを切り離がプログラミング言語です。
いった経験グループ-プレゼンテーションをしていると思う企画を見にいくつかのソリューション。これまでにこれらの二(無料、オープンソース)のプロジェクトなのに最も有望なんで偶然にも、Apacheプロジェクト):
もうすると合理的に成熟したプロジェクトの少なくともこの文書です。んのコメントはソフトウェアの品質が、先ほど言ったように、僕の場合のソフトウェアです。
Qpid船のお客様の図書館のためのPythonでも利用 py-amqplib.のためのActiveMQが pyactivemq, は、利用できる接続にはストンプ(ストリーミング志向のテキストメッセージプロトコル)またはOpenwire.