比較静的型付きコードを動的に入力コード用
-
03-07-2019 - |
質問
どんなメリットをご覧になるには、AdobeのActionscript3つの贈りがきかない機会の探索の結果を入力対untyped言語ではかなり厳格な上位集javascriptのすべての統語への影響を最小限のオーバーヘッドの厳しい型宣言、宣言型鋳造。
何かできることを確認するためには、比較と同じコードを書の両方を織り込んで行に必須の言語の構文です。
この原因はいかがあった場合は定量的な根拠の不利益を強いコマンドプロンプトに、特にエラーチェック時のコンパイルに関して誤り率、プログラミングの生産性、コードの量;または当社の視点に基づいの憶測や予想は?その他の言語で使用できるものである(ない昔ながらのVB-について高い評価を受けて語られます。)
思い過ごした時間の両方の言語がない最終的に決定する方を望んでいない追加のミクロ的根拠を探してい目的の情報です。
解決
この宗教戦争にプログラミングし、その紛争の間に真のエディタEMACSの悪産卵の悪魔。
基本的には、が書かれたプログラムダイナミックな言語が正しいに変換することができる。静的型言語が正しい、その逆も当てはまります。の真の静的-文langfuageるバグを表示実行時にダイナミックな言語を特定できるコンパイル時に静的型言語です。
何がしばしば忘れられるこれらの状況であることを静的型付き言語の一般的脱ハッチのようtypecasts、どうやら動的言語で利用型推論には至り、治療としての静的入力の種類のような動的な表現です。
何が本当に重要なのは、カバーのプログラマを交換してください。の場合はプログラマを考えるプログラムは右のようにするには静的または動的な言語です。私は把握していないの良い実験的証拠のいずれか一つは、生産性が高まりますが、誤りがあります。
他のヒント
私の考えでは、強く型付けされた言語のようにC#で定期コンパイル時間の多くの過誤がないことに巻き込まれた時にはゆったり入力言語と、そのため、実行時エラーを起こす。ないと考えることは投機以降の厳しい作成を見込むことができ課題その後に原因が存在しないというエラーを行います。ここで潜在的に除去のような符号化errosることを一望すの実装が簡単に見つかり固定のコンパイラです。
の値は静的タイピングのような写限られたものと思われる場合は、いいとも言えない何かがtrueにないソフトウェアを持っていない場合、試験を発揮します。場合は受け入れ実践する、それは大きく関係ないかどうかのバグを特定でコンパイル時間又は試験時間。
この時点で、むしろ、より簡潔に二種類の言語は、私の経験してい動。
今回の反省としては、静的タイピングだけに本当にすばな筆記試験までを実施。そうなると、静的タイピングだろうなの適正を確保するための機能のソフトウェアです。
のOP、felipecslの戸惑いのに使用している用語の話タイピングを専門とする
静的タイピング手段の種類を確認時のコンパイル時間もコンパイル時に意味の言語。動的入力手段の種類を確認して表現/書いて実行されます。強力タイピングとはできません覆すよ(キャスト)のポインタを整数値を備えています。弱いタイピングとは逆に強い文字を入力す
ありません"厳しいタイピング"と分かっています。
こう答えの問題-)
弱を入力する必要があるメンテナンス時期としてプログラムがより複雑になりが問題となりがないこと、コンパイラのお迎えは明らかです。推奨できない大きな複雑なプロジェクト.ます。
統計的にtypd lang.その変数およびxpressionsとして固定タイプは明示的に記載のプログラマまたはinferedます。のコンパイラです。を用います。情報タイプチェックはここまで実施しなければならないコンパイルします。ながら動的に入力langてその値を固定、変数xxpressions arent固定..よfacctが一のオペランドを計算する場合が異なる値を戻す、チェックしperfomed演算子の後にあって計算します。ん。e後の計算が実行前に、運行時