問題タブ [compiled]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
interpreter - インタープリター言語がコンパイル済み言語より優れている点は何ですか?
重複の可能性:
動的言語への愛とは何ですか
私はすでにこれを読みましたが、わかりません。
独自のインタープリターを作成するのは何の役に立つのですか。また、プラットフォームの独立性についても言及しています。結局、プラットフォームの独立性の程度は、インタープリターが実行できるすべてのプラットフォームによって制限されます。というわけで、何のメリットも感じません。
また、私は動的型付けの良い使い方を 1 つも知りません。もったいない気がします。もちろん、私が間違っているのは、動的に型付けされる言語が非常に多いからです。
ここで誰か助けてくれませんか?ありがとう。
reflection - コンパイルされた動的言語
コンパイラが存在し、自己修正コードをサポートするプログラミング言語を探しています。Lisp がこれらの機能をサポートしていると聞いたことがありますが、これらの機能を備えた C/C++/D ライクな言語がもっとあるのではないかと思っていました。
私の言いたいことを明確にするために:
実行時に何らかの方法でプログラムコードにアクセスし、コマンドの削除、コマンドの追加、変更など、あらゆる種類の変更を適用できるようにしたいと考えています。あたかも自分のプログラムの AstTree を持っているかのように。もちろん、コンパイルされた言語でそのツリーを持つことはできないので、別の方法で行う必要があります。コンパイルでは、自己変更コマンドをバイナリの同等の変更に変換して、コンパイルされたコードで実行時に機能するようにする必要があります。
私は VM に依存したくありません。それが私がコンパイルした意味です :)
linq - Linq クエリ式の再利用
編集された投稿
これは可能でしょうか?
プリコンパイルされたクエリ式がある
すなわち
私は当初、同じリポジトリ内でこれを直接アクセスしていると宣言していましたが、問題なく使用できました。
同じクエリが複数のリポジトリによって消費されていたため、後で静的変数を別のクラスにリファクタリングしました。
リファクタリング後の宣言は次のとおりです (_filteredXyzs) は、メソッドと同じクラスに存在し、それを消費できるようにします。
特定のクエリ コンテキスト内で [RepositoryName].GetValidXyzs としてポスト リファクタリングを使用していましたが、次の「System.Data.Linq.dll で System.StackOverflowException' が発生しました」という結果になります。
Xyz エンティティはトップに基づいており、その可用性はマスター テーブル内の他のタイプのフラグによって決定されます。
Xyz は多くの場所で使用されているため、クエリをプリコンパイルしてパフォーマンスを向上させました。この側面を一元化して、メンテナンスをより簡単にしたかっただけです。
デバッガーをステップ実行すると、静的メソッドはエラーなしで終了しますが、次のステップ、つまり参加と評価で失敗します。だから私はこれを解決する方法に少し困惑していますか?
c# と Linq に関する私の知識は限られているため、タイプミスやその他の誤った推論については申し訳ありません。
Ps: 余談ですが、Linq2Action は非静的メソッドを持つ静的フィールドを推奨しています。
どんな助けでもいただければ幸いです
linq - Linq コンパイル済みクエリとパラメーターとしての int[]
次の LINQ to SQL コンパイル済みクエリを使用しています。
コンパイルされたクエリにシーケンス入力パラメーターを使用することはできず、実行時に「パラメーターをシーケンスにすることはできません」というエラーが発生することはわかっています。
ここに関連する別の投稿で、解決策があることがわかりましたが、理解できませんでした。
入力パラメーターとして配列を使用してコンパイルされたクエリを使用することを知っている人はいますか?
もしそうなら、例を投稿してください。
jruby - コンパイルしない理由
Ruby プロジェクトに着手した私は、パフォーマンスのために Ruby を使用するという決定に懐疑的でした。
Java と統合された JRuby を見つけて興奮しました。これにより、プロジェクトが非常に簡単になりました。そして今、JRuby がJava バイトコードにコンパイルできることを発見して、さらにくすぐられました。
ベンチマークの数値は次のようになります。
fib(30)ルビー:1.67秒
fib(30) JRuby interp (クライアント VM): 3.93 秒
fib(30) JRuby interp (サーバー VM): 2.28 秒から 2.08 秒
fib(30) JRuby コンパイル (クライアント VM): 1.89 秒から 1.79 秒
fib(30) JRuby コンパイル (サーバー VM): 1.66 秒から 0.86 秒
ここで JRuby を選択したことについて、私は非常に興奮しています。製品リリース用にコンパイルしない理由や欠点はありますか?
javascript - Javascriptがコンパイルされているかどうか? 中をチェック
私はJavascriptの経験がないことに注意してください。JavaScript コードが次のように始まる場合:
その後、それはコンパイルされていますか?もしそうなら、それを逆コンパイルする方法はありますか?コンパイルされていない場合、このタイプのコードの読み方に関するヘルプはありますか?
どんな助けでも大歓迎です。
編集:
親切な回答をありがとうございました。そして、うわー、こんなに早く返信が来るとは思いもしませんでした。Stackoverflow に敬意を表します。
それにもかかわらず、これをより読みやすくするのを手伝ってくれる人はいますか:
asp.net - ASP.NETコンパイル済みと未コンパイルのDB修飾子
SQLステートメントを使用するASP.NETアプリケーションがあり、テーブル名は修飾されていません。コンパイルすると正常に動作しますが、コンパイルしないと、これらのテーブルが存在しないと文句を言ってエラーになります。
(修飾名は次のようになりSelect * from MyDatabase.mySchema.MyTable
ます;
のような無資格Select * from MyTable
)
データベースでこれらのクエリを自分で試してみると、修飾された名前だけが使用されます。
どうしたの?コンパイル済みアプリと未コンパイルアプリは、コード的に同じように実行する必要があると思いました。
java - 解釈vs.コンパイルvs.遅延バインディング
Pythonは中間バイトコード(pyc)にコンパイルされてから実行されます。したがって、コンパイルとそれに続く解釈があります。ただし、Pythonの長年のユーザーは、Pythonは「遅延バインディング」言語であり、通訳言語と呼ばれるべきではないと述べています。
Pythonは他のインタプリタ言語とどう違うのでしょうか?
Pythonのコンテキストで、「遅延バインディング」の意味を教えてください。
Javaは、最初にソースコードをバイトコードにコンパイルし、次にバイトコードに解釈する別の言語です。
Javaはインタプリタ/コンパイルされた言語ですか?
コンパイル/実行の点でPythonとどう違うのですか?
Javaには「遅延バインディング」がないと言われています。これは、JavaプログラムがPythonよりもわずかに高速であることと関係がありますか?
人々がすでにこれについて話し合っている場所へのリンクも教えていただければ幸いです。これについてもっと読みたいです。ありがとうございました。
python - Pythonが解釈される場合、.pycファイルとは何ですか?
Pythonはインタプリタ言語であることを理解するように言われました...
しかし、Pythonソースコードを見る.pyc
と、Windowsが「コンパイル済みPythonファイル」として識別するファイルが表示されます。
これらはどこから来るのですか?
xslt - 別の中での XSL スタイルシートの参照
xsltc.exe コマンドを使用して dll にコンパイルしたい XSL スタイルシートがあります。私が直面している問題は、使用されている一般的なスタイルシートがあり、私のスタイルシートが以下に示すように xsl:include タグを使用してそのスタイルシートを参照していることです:
参照されているスタイルシートを別の dll にコンパイルし、それを使用してコンパイルすることは可能ですか。
したがって、元のスタイルシートを「SomeStylesheet.dll」にコンパイルし、参照されたスタイルシートを「ObjectTemplate.dll」にコンパイルした場合
objectTemplates.xslt ファイルのコードを最初の XSLT ファイルに複製し、xsl:include 参照を削除する必要がありますか?それとも、それらのファイル用に別個の xsl ファイルを保持し、コンパイル済みの XSLT ファイルを引き続き使用することができますか?
どんな指針も本当に役に立ちます。