プログラマーが処理についてビットごとに考えるとき、プログラミング言語が両方とも処理をビットごとに行うことを容易にする豊富ないくつかの特性を提供するので通常彼らの問題を解決するのにCかC++の使用について考える。 それはKornの貝を使用してちょうどに可能ように容易に行うそのような操作をである。 このポストは処理および数転換設備がksh93で利用できるビットごとにものを説明する。
|
|
|||||||||||||||||||||||
    |
監視のD ・バスメッセージは活発化およびデバッギング両方目的のために重要である。 このポストで私はコマンド・ライン用具を使用してそのようなメッセージで監視し機能する方法を検査する。 おてんば娘はC#およびモノラルランタイム、Gtk#およびGtkSpellのスペル・チェッカーを利用することに書かれるオープンソースノームのデスクトップのノート取得適用である。 ソフト帽10と来るおてんば娘の実際の解放は版0.12.0である。 これはあなたのシェル・スクリプトからの雄猫のノートを作成し、変更し、表示することを可能にする広範囲のD ・バスインターフェイスを含んでいる。 このポストは利用できるD ・バス方法の概観を提供し、で実験するためにあなたのためのいくつかの例を含んでいる。 D ・バスの台本を書くことの基本概念とunfamilar台本を書くD ・バスの私の前のポストを見なさい。 最初に私達はqdbusを使用して利用できる目的をリストする。 $のqdbus org.gnome。おてんば娘//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl 次に、私達はリモート・コントロールのためのすべての利用できる信号そして方法をリストする。 $のqdbus org.gnome。おてんば娘の/org/gnome/Tomboy/RemoteControl方法QString org.freedesktop.DBus.Introspectable.Introspect ()方法bool org.gnome。Tomboy.RemoteControl.AddTagToNote (QStringのuri、QStringのtag_name)方法QString org.gnome。Tomboy.RemoteControl.CreateNamedNote (QStringのlinked_title)方法QString org.gnome。Tomboy.RemoteControl.CreateNote ()方法bool org.gnome。Tomboy.RemoteControl.DeleteNote (QStringのuri)方法bool org.gnome。Tomboy.RemoteControl.DisplayNote (QStringのuri)方法bool org.gnome。Tomboy.RemoteControl.DisplayNoteWithSearch (QStringのuri、QStringの調査)方法空間org.gnome。Tomboy.RemoteControl.DisplaySearch ()方法空間org.gnome。Tomboy.RemoteControl.DisplaySearchWithText (QStringのsearch_text)方法QString org.gnome。Tomboy.RemoteControl.FindNote (QStringのlinked_title)方法QString org.gnome。Tomboy.RemoteControl.FindStartHereNote ()方法QStringList org.gnome。Tomboy.RemoteControl.GetAllNotesWithTag (QStringのtag_name)方法qlonglong org.gnome。Tomboy.RemoteControl.GetNoteChangeDate (QStringのuri)方法 QString org.gnome。Tomboy.RemoteControl.GetNoteCompleteXml (QStringのuri)方法QString org.gnome。Tomboy.RemoteControl.GetNoteContents (QStringのuri)方法QString org.gnome。Tomboy.RemoteControl.GetNoteContentsXml (QStringのuri)方法qlonglong org.gnome。Tomboy.RemoteControl.GetNoteCreateDate (QStringのuri)方法QString org.gnome。Tomboy.RemoteControl.GetNoteTitle (QStringのuri)方法QStringList org.gnome。Tomboy.RemoteControl.GetTagsForNote (QStringのuri)方法bool org.gnome。Tomboy.RemoteControl.HideNote (QStringのuri)方法QStringList org.gnome。Tomboy.RemoteControl.ListAllNotes ()信号の空間org.gnome。Tomboy.RemoteControl.NoteAdded (QStringのuri)信号の空間org.gnome。Tomboy.RemoteControl.NoteDeleted (QStringのuri、QStringのタイトル)方法bool org.gnome。Tomboy.RemoteControl.NoteExists (QStringのuri)信号の空間org.gnome。Tomboy.RemoteControl.NoteSaved (QStringのuri)方法bool org.gnome。Tomboy.RemoteControl.RemoveTagFromNote (QStringのuri、QStringのtag_name) 方法QStringList org.gnome。Tomboy.RemoteControl.SearchNotes (case_sensitive QStringの問い合わせ、bool)方法bool org.gnome。Tomboy.RemoteControl.SetNoteCompleteXml (QStringのuri、QStringのxml_contents)方法bool org.gnome。Tomboy.RemoteControl.SetNoteContents (QStringのuri、QStringのtext_contents)方法bool org.gnome。Tomboy.RemoteControl.SetNoteContentsXml (QStringのuri、QStringのxml_contents)方法QString org.gnome。Tomboy.RemoteControl.Version () 出版された方法を使用する方法の簡単な例として私達は私達が使用しているおてんば娘の版を戻すために版方法を実施する。 $のqdbus org.gnome。おてんば娘/org/gnome/Tomboy/RemoteControl org.gnome。Tomboy.RemoteControl.Version 0.12.0 私達は下記に示されているようにqdbusの代りにD ・バス送る使用してもいいが、できるように、見ることはqdbusの構文法をより密集している。 また私達が会議バスを使用しなければならないことに注目しなさい。 $は-type=method_call -会議-を印刷答える\ - dest='org.gnome D ・バス送る。Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome。Tomboy.RemoteControl.Version 0.12.0 次の例では、私達はノートを使用して「こんにちは世界」の等量を作成し、5秒の間表示し、そして次にノートを削除する。 #! /bin/bash DPATH=」/org/gnome/Tomboy/RemoteControl」INTERFACE=」org.gnome。Tomboy.RemoteControl」TMP=の`のqdbus org.gnome。おてんば娘$ {DPATH} $ {インターフェイス} .CreateNamedNote 「私のノート」2>/dev/nullの`RESULT=$か。 [[$RESULT! = 0の]]そして出口1はfi #形態#ノートであるノートのuriのひもを把握する: //0xaf3356abcdefg OID=$ {TMP#note:} #内容を置きなさい D ・バス(デスクトップバス)は低潜伏、低間接費、使いやすいメッセージバス技術サポートアプリケーションの進水および連結である。 それはGNU/Linuxの卓上でprimarly使用されるが、マイクロソフト・ウインドウズを含む他のプラットホームに左舷に取られ、あなたのシェル・スクリプトでD ・バスを使用するApple Mac OS Xの。 はこのポスト方法のD ・バスの概念、歴史およびある例の手っ取り早い概観を提供する。 最初はKDEおよびノームのデスクトップのプロジェクトは両方内側適用コミュニケーションのためにCORBAを使用した。 やがてしかし、さまざまな理由で、KDEはCORBAからComunicationsのデスクトップの議定書(DCOPに)移住し、ノームはBononoに移住した。 これはGNU/Linuxのデスクトップの配分が2内側適用lauchを支えなければならなかったモデルおよび多くの標準的なデスクトップアプリケーションをつなぐことが継ぎ目無く互いに伝達し合うことができなかった状態をもたらし。 この不十分な状態を改善するためには、D ・バスはfreedesktop.orgのプロジェクトの一部として赤い帽子によって(名前はHarri Portenによって提案された)想像され、発達した。 D ・バスの設計はDCOPによって重く影響を及ぼされた。 初めから、2つの競争の技術のための取り替えであることを設計した。 最初のソースコードモジュールは遅い2002年にHavoc Penningtonによって作成された。 開発はワイヤー議定書への多くの変更とかなり遅かった。 但し2006によって指定は比較的安定していた行った。 最初ノームはD ・バスへの転移にそれからKDE GNU/linuxの卓上の単一の統一されたapplcationのつながり、lauching技術を支えるために決定をし。 多くの方法でD ・バスは共通のデスクトップの環境のundelying技術の、およびマイクロソフトの目的(オーレ)技術をつなぐことおよび埋め込むことに類似しているSun Microsystems ToolTalk。 基本的なD ・バスの議定書はピアツーピア低いlatancyまたはクライエント・サーバのバイナリ議定書である。 それは内側機械使用のためにむしろ内部機械使用のために意図されていない。 それはバイトの流れよりもむしろメッセージの点では働く。 メッセージバスは多対多コミュニケーションが望まれるとき使用される。 通常適用はそのようなメッセージバスで伝達し合うが、直接適用に適用コミュニケーションはまた可能である。 メッセージバスで伝達し合った場合、他の適用およびサービスが利用できる適用がただすことができると同様、即時1つを活動化させなさい。 どの適用でもメッセージバスに接続できる前に鬼、かサービスは、進水しなければならない。 この鬼はきちんと源からの行先へメッセージを導くために接続される適用の把握を担当し。 D ・バスの指定はシステムバスおよび会議と呼ばれる2台の有名なバスを定義する |
||||||||||||||||||||||
|
©の2005-2011年のFinnbarr P.マーフィー著作権をとりなさい。 複製権所有。 |
|||||||||||||||||||||||