なぜなりプログラミング言語おいては、内蔵インターフェイスのウィンドウマネージャ?
https://stackoverflow.com/questions/1020168
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
プログラミングは、約を自動化業務、コンピューター
おそらくその課題については、通常であればこを手作業でおこなっている。
人間にとってのコンピュータのキーボード、マウスとの相互作用のコンソールや、ウィンドウマネージャ.
が非常に少数の言語を築いている機能を提供するインターフェイスこれらの基本的な計算する。
例はautohotkey、オープンソース言語windowsでは、組み込み機能により以下の簡単なタスク:
*ピクセルの論理色番号の取得情報
*マウスの位置の取得
*キーボードマクロ
*シミュレーのキーストローク
*再現マウスをクリック
*窓管理
例参照 rosettacode.
いて様々な試みlinuxの場合、停止しない説明をします。ひとつは、不活性tcl図書館android.検索コードをgoogle android、lang:tcl
解決
書いていウェブサーバコードです。ない人間と相互に作用します。この複雑なプラグインをApache.
"人間はコンピュータのキーボード、マウスとの相互作用のコンソールや、ウィンドウマネージャ."
このことは全く違った。"ユーザ"送信要求によHTTP.なしキーボード、マウスは、コンソール、ウィンドウマネージャ.
ユーザーが使うソフト面での"オンリーワン"GUI、なかかったり、私のソフトウェアです。見えるのはHTTP POSTとGETします。純ます。
"が非常に少数の言語を築いている機能を提供するインターフェイスこれらの基本的な計算する。"
正しい。していない使用のためのキーボード、マウス、コンソール、またはウィンドウマネージャ。
他のヒント
すべてのパーソナル-コンピューティングプラットフォームのライブラリますか？
問題は要する標準化のユーザー間相互作用システムもある。Javaうことなく大成功することはありません。いてその他の図書館により以下の成功は、Qtれ、最も有望な一日です。
でも書くことができ言語用コンプライアンスチェックを含むすべてのUIファンダメンタルズを取得することも可能で偽でGUIに全面改修工事を完了しました。しかし、が良かったことを理由にしたい言語が利用できるのは主要なプがついていないかどうかのGUI.
ものかどうか疑問を持つものとします。Javaをすることができることを除き、い"のウィンドウ管理"からこのホテルはハノイ(ドンダーではあります。
今、それは驚くべきないc#.
数である場合には語ることはできないことに、いらっしゃるかと思いますが困難なため、すべて当たり前のことなので結びの言語の営業システム。
最初に思いますの聞こうとしているのですがなぜプログラミング言語の標準図書館のない内蔵のインターフェイスのウィンドウマネージャ.の言語とライブラリはかなり異なるものとみなされます。
一つの大きな理由が述します。場合が多すぎる特定の機能をプログラミング言語の図書館が回ってこないと思うポートがされています。例えば、I/O、演算機能、文字列、様々なデータ構造と関連するアルゴリズムはすべて汎用させることができるのは事実です。
いのがウィンドウマネージャは、GUI等 その 多く 具体的に特定のプラットフォームであるかが標準で備えていない。することができ、C/C++いました。
の作業をコンピュータなヒューマンインタフェースデバイスの相互作用＋直接駆動による人間による大きな要因です。
プログラミング言語を少なくとも現在ことができるようにして独立しました。例です。純ご参照の一部Win32apiにいくつかの事柄に指定します。できるのではないかと考えて内蔵のコアプログラミング言語モデル.純なものOS、このように生み出され、さらにそのモノの相手かなり面倒なのです。
に関するキーストローク、マクロおよび一部のスタッフが最も簡単な方法になっているのでは真のvbscriptにはpowershell:)
