タグ付けされた質問 「scripting」

コンピュータプログラミングでは、スクリプトはコンピュータプロセッサではなく(コンパイルされたプログラムのように)別のプログラムによって解釈または実行されるプログラムまたは一連の命令です。

5
DSLの構築:汎用言語の上にスクリプト化されたものですか、それともスタンドアロンですか?
私は、特定のあいまいなプログラミングモデルを簡略化するために、ドメイン固有の言語を設計することについて議論しています。議論の一部は、既存の言語/ランタイム(Javaなど)の上にそれを(スクリプトとして)構築するか、それをスタンドアロン(独自のコンパイラ、&c)にするかです。 DSL設計の経験がある方、長所/短所、または適切なアプローチに対する確実な答えはありますか?


3
(Lua)ゲームスクリプトとはどういう意味ですか?
Luaは埋め込みスクリプト、特にスクリプト用のゲームによく使用されることを読みました。正確にどのように使用されているか想像するのは難しいと思います。なぜ、どの機能でどのオーディエンスに使用されているのか説明できますか? この質問は、特にLuaを取り上げているのではなく、Luaスクリプトと同様の目的を果たす埋め込みスクリプトを取り上げています。 エンドユーザーがカスタム調整を行うために使用されますか?ゲーム開発者がゲームロジック(レベル、AIなど)の作成を高速化するために使用されていますか?スクリプトはより高速になる可能性があるため、ゲームフレームワークコードのスクリプトに使用されますか? 基本的に、私はこのようなスクリプトの使用法がプレーンな構成とフレームワークロジックとの間でどれほど深いかを考えています。そして、どのくらいのスクリプトが行われます。いくつかの構成行またはかなりの量?

13
Webページ上のJavaScriptの静的に型付けされた代替は実用的でしょうか?
動的型付けと静的型付けの好みは主に好みの問題であり、さまざまな状況でさまざまな人々がそれらを多かれ少なかれ適しています。 私の質問は、クライアント側のWebページ拡張などのために、JavaScriptの静的型付けの代替を技術的に可能にすることは可能でしょうか?

1
スクリプト言語のネイティブ拡張-名前の衝突を回避し、他の人の名前空間を混乱させる
小さなスクリプト言語を開発し、最初のネイティブライブラリバインディングの作成を開始しました。これは、スクリプト言語のネイティブ拡張を書いているのは事実上初めてなので、概念的な問題に遭遇しました。 この言語から使用できるように、一般的なライブラリのグルーコードを書きたいと思います。私が書いたエンジンの設計により、これはstruct、仮想マシン、および関数ポインタ。 したがって、ネイティブバインディングは実際には単なるグローバル配列変数であり、ここで明らかに(できれば適切な)名前を付ける必要があります。Cでは、myscript_parse_source()またはのように、関数名の前にカスタムプレフィックスを付加することにより、自分の関数を「名前空間」に配置するのが慣用的myscript_run_bytecode()です。カスタム名は、理想的には、それが属しているライブラリの名前を表すものとします。ここで混乱が生じます。 のバインディングを書いているとしましょうlibcURL。この場合、次のように拡張ライブラリを呼び出すのが合理的curl_myscript_bindingです。 MYSCRIPT_API const MyScriptExtFunc curl_myscript_lib[10]; しかし、これはcurl名前空間と衝突します。(私はそれを呼び出すことさえ考えましたcurlmyscript_libが、残念ながらlibcURLはcurl_プレフィックスのみを使用していません-パブリックAPIにはCURLCODE_*やなどのマクロが含まれているCURLOPT_*ため、これにより名前空間も乱雑になると思います。) もう1つのオプションはmyscript_curl_lib、それをとして宣言することですが、バインディングを作成するのが私だけである場合にのみ有効です(自分の名前空間で何をしているのかわかっているため)。他のコントリビューターが独自のネイティブバインディングを追加し始めるとすぐに、myscript名前空間が乱雑になります。(私はいくつかの調査を行いましたが、たとえば、Perl cURLバインディングはこのパターンに従っているようです。それについて私が何を考えるべきかわかりません...) では、変数に名前を付けるにはどうすればよいでしょうか。従うべき一般的なガイドラインはありますか?

2
スクリプトのどこに定数を定義すればよいですか?
PowershellやJavaScriptなどの最新のスクリプト言語を使用してスクリプトを作成する場合、定数をどこに定義すればよいですか?可読性と使いやすさのためにすべての定数をグローバルにする必要がありますか、または定数をスコープにできるだけ近く定義することは理にかなっていますか(関数で、たとえば、他で必要ない場合)。私は主にエラーメッセージ、エラーID、リソースへのパス、または構成オプションについて考えています。

5
OSをスクリプト言語で書くのは良い考えですか?[閉まっている]
ここで何が質問されているのかを理解することは困難です。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 7年前休業。 スクリプト言語で書かれたOSを作成するのは良い考えですか? たとえば、Pythonを使用してOSを作成するのはどうですか?

3
サーバー側のスクリプトの理解に役立つ
私が理解している限り、最近サーバーサイドスクリプトを実行するための3つのオプションがあります。 Webサーバーで直接解釈/実行できるスクリプト言語(PHPやASPなど)を使用して、スクリプトがその場で解釈/実行される(つまり、HTTPリクエストが来たときに)、出力はHTMLページに埋め込まれます。クライアントに送り返しました。 サーバーのオペレーティングシステムは、任意の言語(C、C ++、PERL、Pythonなど)を使用して(インタープリターを使用するか、コンパイル済みの実行可能ファイルを使用して)、CGIを使用してWebサーバーとOSの間で通信できます。 。スクリプトの出力は、CGIを介して完全なHTMLページの形式でサーバーに送られ、クライアントに送り返されます。 サーブレット/ JSPを処理できるサーバーでJavaを使用することは、PHP / ASPの代わりにJavaを使用することを除いて、上記のオプション1とほぼ同じです。 質問: 私の理解はこれまでのところ順調ですか、それとも何か問題がありましたか? ASPおよびPHPは、Webサーバーによって直接解釈および実行できる唯一の言語ですか? Rubyは上記の分類にどこに分類されますか?PHPなどのサーバーで解釈/実行できますか?それともCGI経由で通信しますか? CGIを介したサーバーサイドスクリプティングは時代遅れになったり、まったくなくなったりしますか?

3
社内スクリプト言語を廃止するための移行戦略
社内で多くのことに使用するスクリプト言語があります。これは、動的ラベルがシステム全体に普及しているチューリング完全言語になるための単純な評価ステートメントとして始まりました。 問題は、このために設計されたことはなく、それが表示されることです。開発環境は貧弱であり、作成されたスクリプトはテスト可能ではなく、現在でも言語の正式な定義はありません。 言語のユーザーの間で高まる感情は、それが仕事を終え、手放す時が来たと感じていますが、既存のコードベースを新しいソリューションに考案することに移行するという困難な課題に直面しています。この議論は、移行の考えに反して使用されます。 同様の状況に直面したことがありますか?もしそうなら、古いものの使用を止めて新しいものを宣伝するためにどのような戦略を使いましたか? 最後に1つ(Moronsに感謝)、これらのスクリプトの多くは文書化されておらず、まだアクティブに使用されていますが、元の目的は失われています。スクリプトは顧客サイトでもシステムをカスタマイズするために使用されるため、文字通り数千のこれらのスクリプトがあり、その大部分はソース管理またはバージョン管理メカニズムの対象ではありません。 受け入れられた答え。 これは難しい選択です。モロンとオリバーのハイブリッドのいくらかが最良であると私は思うが、すべての答えは良いと健全なアドバイスでした。 私は結局オリバーズを受け入れることになりました。なぜなら、それがより高く受け入れられる最も良いチャンスである(ha!政治!)古いスクリプト環境を、新しい環境に統合できる呼び出し可能なステートメントにパッケージ化すると、迅速で簡単なアップグレードパスが得られます。 完了したら、警告を表示したり、古いスクリプトの編集や作成を禁止したりして、新しいスクリプトの作成を制御し、新しい言語に強制的に移行させることができます。 入力ありがとうございます!
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.