Godot: GDScript：可変個引数関数（可変数の引数/変数）

私はこれを正しく理解しているので、ルビーのスプラット演算子のようなものを話している

前回gdscriptに何かを提案したとき、それはシャットダウンされ、reduzによって非常に迅速に回避されたので、警告だけです（私は賛成票を投じています、gl！）

@ LikeLakers2簡単に見てみると、そうです。

@girngまあそれは本当に提案された機能に依存することを願っています。 正直なところ、これでも持っている方が生きることができますが、それはいくつかの一般的なケースを少し良くするでしょう。

ああ、それならこのアイデアは私の支持を得ます。 そのスプラット演算子は、Rubyではあまりにも便利です。

高レベルのマルチプレイヤーrpc関数はすでにこれを行っています。 何らかの方法でアクセスできる方法はありますか？

シンプルなカスタムロギング機能を実装できるようにしたいと思います。

すでに次のことができます。

print("Score: ", score)

ただし、次のこともできると便利です。

_log("Score: ", score)

ログの出力が生成する場所：

[MyClass] Score: 500

シンプルなカスタムロギング機能を実装できるようにしたいと思います。

すでに次のことができます。

print("Score: ", score)

ただし、次のこともできると便利です。

_log("Score: ", score)

ログの出力が生成する場所：

[MyClass] Score: 500

これを1つプラスできますか...印刷が不快だと思うので、Pythonのように通常どおりに印刷する印刷関数（文字列や数字など）も作成したいのですが、他の人はそれが好きかもしれません

これはgdscriptの本当に素晴らしい機能になると思います。 配列なしで複数の引数を渡す機能があると、カスタムログ関数のような場合に非常に役立ちます。

ゲームを作る限りこれを回避できると主張することもできますが（そしてあなたは絶対に正しいでしょう）、それは「公開」したいGodot自体のツールメーカーにとって驚くべき有益な機能です。ユーザーへの柔軟なAPI。

技術的にはすべてがある意味で公開されているため、exposeは引用符で囲まれています。

すでにvarargsなっている関数もあるので、この機能は本当に必要だと思いますが、それらをオーバーライドする方法はありません。

gdscriptの可変引数が大好きです。 検討：

func rpc_game_info(node:Node, method:String, args:vararg):
    for id in players:
        node.rpc_id(id, method, args)

現在これを実装することを考えることができる唯一の方法は、 rpc_game_infoが呼び出されるすべての場所に2行をコピーして貼り付け、メソッドargsをコンマ区切りのリストとして提供することです。

少なくとも、配列を展開/展開/展開する方法はありますか？ 言い換えれば、このようなものを機能させる方法はありますか？：

func foo(bar: String, args = []):
  baz(bar, ...args)

@rosshadden Object::callv("method", [..args])使用できます

私は2012年からウェブサイト、バックエンド、ゲーム用にたくさんのC / C ++ / Jsコードを書いていますが、絶対個引数を使用する必要があった状況を思い出せません。 これはデバッグメッセージをログに記録するための優れた機能ですが、それ以外は必要性がわかりません。 実際、私はGodotゲームを1年以上作成しており、gdscriptが必要なすべてを実行することに非常に満足しています。 言語に追加のベルやホイッスルを追加することに時間を費やす代わりに、既存の機能の効率を改善することに投票したいと思います。 よろしくお願いいたします。-アレクサンドルハルラモフ

私は2012年からウェブサイト、バックエンド、ゲーム用にたくさんのC / C ++ / Jsコードを書いていますが、絶対個引数を使用する必要があった状況を思い出せません。 これはデバッグメッセージをログに記録するための優れた機能ですが、それ以外は必要性がわかりません。 実際、私はGodotゲームを1年以上作成しており、gdscriptが必要なすべてを実行することに非常に満足しています。 言語に追加のベルやホイッスルを追加することに時間を費やす代わりに、既存の機能の効率を改善することに投票したいと思います。 よろしくお願いいたします。-アレクサンドルハルラモフ

それはいいことですが、ボランティアが自分の自由意志でこれを実行する可能性が高い場合、あなたの投票は何の意味もないと言って申し訳ありません。

@mitchcurtis議論された問題に関係のないコメントは控えてください。 他人を軽視することは、議論に積極的に貢献しません。

多くの人が「ベルとホイッスル」を求めている機能を、他の人を軽視するのではなく、どのように呼んでいますか？ 私のコメントは目前の問題に直接関係しています-それはオープンソースプロジェクトであり、コミットの多くは彼らが取り組みたいものを選択する貢献者からのものです。

振り返ってみましょう。アレクサンドルのコメントは議論に積極的に貢献していますか？ 他の人が望んでいる機能を軽視するのではなく、彼が興味を持っている特定の機能を見つけてそれをサポートすることを彼が示したほうがよかったのではないでしょうか。

機能の実装は、「誰がそれを望んでいるのか」と「誰がそれを実装できるのか」だけではありません。 また、実際に機能が必要ない場合は機能の実装を避ける必要があるため、「誰がそれが必要ないと考えるか（およびその理由）」を知ることも重要です。 これらはコードのメンテナンスを困難にし、パフォーマンスに影響を与え、最適化の可能性を減らすなどの可能性があります（特にスクリプト言語で）。

そうです、 @ alexkhのフィードバックは、同意しなくても興味深いものです。 誰かが明日この機能の完璧なPRを手に入れることができますが、コアの貢献者は、技術的およびAPI設計の観点から、これを追加する価値があるかどうかを考え、議論するのにかなりの時間を費やす必要があります。

GDScriptの範囲を小さく、保守しやすい状態に保つことは、間違いなくこの言語のコア設計原則の1つです。 この特定の機能が良い追加ではないと言っているわけではありませんが、賛否両論を比較検討する必要があります。これは、提案に反対する人々の意見に耳を傾けることを意味します。

機能の実装は、「誰がそれを望んでいるのか」と「誰がそれを実装できるのか」だけではありません。 また、実際に機能が必要ない場合は機能の実装を避ける必要があるため、「誰がそれが必要ないと考えるか（およびその理由）」を知ることも重要です。 これらはコードのメンテナンスを困難にし、パフォーマンスに影響を与え、最適化の可能性を減らすなどの可能性があります（特にスクリプト言語で）。

そうです、 @ alexkhのフィードバックは、同意しなくても興味深いものです。 誰かが明日この機能の完璧なPRを手に入れることができますが、コアの貢献者は、技術的およびAPI設計の観点から、これを追加する価値があるかどうかを考え、議論するのにかなりの時間を費やす必要があります。

GDScriptの範囲を小さく、保守しやすい状態に保つことは、間違いなくこの言語のコア設計原則の1つです。 この特定の機能が良い追加ではないと言っているわけではありませんが、賛否両論を比較検討する必要があります。これは、提案に反対する人々の意見に耳を傾けることを意味します。

フェアポイント。

この問題への投票数はそれ自体を物語っていると思いますが、今後はそのようなコメントを控えるように努めます。

私は2012年からウェブサイト、バックエンド、ゲーム用にたくさんのC / C ++ / Jsコードを書いていますが、絶対個引数を使用する必要があった状況を思い出せません。 これはデバッグメッセージをログに記録するための優れた機能ですが、それ以外は必要性がわかりません。 実際、私はGodotゲームを1年以上作成しており、gdscriptが必要なすべてを実行することに非常に満足しています。 言語に追加のベルやホイッスルを追加することに時間を費やす代わりに、既存の機能の効率を改善することに投票したいと思います。 よろしくお願いいたします。-アレクサンドルハルラモフ

私はさまざまなゲーム、プログラム、そして自宅で15年以上プログラミングを行っていますが、godotで1か月しか経っていないので、特に機能リクエストとしてすでに公開されているいくつかの機能が不足していると言えます。この機能。 可変数の引数を受け入れて送信できることは、私が頻繁に必要とするものであり、回避する必要がある場合はコードの品質を劇的に低下させます。

一例：=>継承

class A
_init(arg0, arg1, arg2)

class B extends A
_init(arg0, arg1, arg2, arg4).(arg0, arg1, arg2)

ここで、クラスAの引数リストを変更する必要があると想像してください。 このクラスを継承するすべてのクラスを見つける必要がありますが、これは危険です。 名前付きの引数がないという事実にもかかわらず、引数リストを混同すること自体は問題ではありません

別の例はコールバックです、私はこれがコードなしで行くと思います...

だから私のポイントは：godotはあなたがまだ必要とするすべてをするわけではなく、重要なことすべてをするだけです（まあ、そしてもちろんもっとかなり:) ...）。 ただし、機能の追加を停止することが最善のケースとなる時点にはまだ至っていません。 ただし、何を追加するかについて注意することは良い決断です。

編集：もう1つの良い例がgodots独自のObject.call（）メソッドであることに気づきました;）

DamKoVosh、教えてください、あなたの最大のゲームは何行のコードでしたか？ ゲームを作るたびに、必要なコーディングが少ないことに失望しています。 作業の大部分は常にコンテンツ、テスト、ゲームプレイのバランスを取ることです。 書き直しは危険だとおっしゃっています。 他に何もないとしても、コードを書き直すことで、将来を見据えたインターフェースやデータ構造をより上手に書くことができます。

このスレッドの最初のメッセージで述べたように、議論全体は、可変個引数関数を実装する代わりに配列を使用してすでに簡単に実装できるものの構文糖衣について正確に説明しています。

@alexkh

このスレッドの最初のメッセージで述べたように、議論全体は、可変個引数関数を実装する代わりに配列を使用してすでに簡単に実装できるものの構文糖衣について正確に説明しています。

Geequlimが以前に述べたように、これは糖衣構文であるだけでなく、 rpc 、 emit_signalなどの可変引数を使用する関数をオーバーライドする機能を実際に壊します... rpcを自分のニーズに合わせて変更しようとしました。

はい、それはシンタックスシュガーです。 ただし、糖衣構文であることは、それらが良いか悪いかを意味するわけではありません。 if 、 elseような制御フロー、さらには関数でさえ、必要に応じてGOTO上に砂糖をかけるだけです。 それはあなたがそれらを望まないという意味ではありません。

場合によっては、糖衣構文を少し追加すると、コードが読みやすくなり、複雑にする価値があります。

しかし実際には、rpc、emit_signalなどの可変引数を使用する関数をオーバーライドする機能が壊れています

不思議なことに、これらの関数は配列ではなく可変引数を使用します。 ;-) Godot API自体がさまざまな場所で可変引数をどのように使用しているかに注意してください。 それにはおそらく理由があります。

また、可変個引数関数を実装する言語がいくつあるかについても興味があります。 「配列を使って簡単に実装」できたとしても、役に立つのではないでしょうか。

GDScriptを使用するたびに、それらが非常に不足しています。これが、C＃を好む理由の1つです。 またはC ++。 またはJava。 またはPython。 または行く。

正直なところ、GDScriptは私が働いた唯一の言語であり、GDScriptを持っていないと思います。 その上、多分、ルア？ ああ、調べてみると、そこにも存在しているようです。 これらの言語が持つすべてのものをGDScriptに追加することを目指すべきだと言っているわけではありませんが、それらすべてに共通の機能がある場合は、それに価値がある

GDScriptバックエンドにどれだけの複雑さが追加されるかを判断できないため、複雑さのトレードオフについて多くを語ることはできませんが、「単なる構文糖衣」であるためにそれらを書き留めることは間違っています。多くのこと。

繰り返しになりますが、Godotでそれらを使用しているものがいくつあるかに注意してください。

はい、それはシンタックスシュガーです。 ただし、糖衣構文であることは、それらが良いか悪いかを意味するわけではありません。 if 、 elseような制御フロー、さらには関数でさえ、必要に応じてGOTO上に砂糖をかけるだけです。 それはあなたがそれらを望まないという意味ではありません。

GOTOは、無条件のジャンプであるため、置き換えられません。 あなたもプログラマーですか？

しかし実際には、rpc、emit_signalなどの可変引数を使用する関数をオーバーライドする機能が壊れています

年に一度、誰かがrpc関数をオーバーライドしたいと思うでしょう。 毎日何千人もの人々がGodot4のリリースを望んでいます。

また、可変個引数関数を実装する言語がいくつあるかについても興味があります。 「配列を使って簡単に実装」できたとしても、役に立つのではないでしょうか。

GDScriptを使用するたびに、それらが非常に不足しています。これが、C＃を好む理由の1つです。 またはC ++。 またはJava。 またはPython。 または行く。

C ++には、GDscriptのようにさまざまな型の値を格納できる標準の配列型がありません。 C ++は可変個引数関数をサポートしていますが、型が安全ではないため、それらの使用はお勧めしません。 これはCのレガシーであり、C自体では構文上の糖衣構文でした。これは、特にデバッグのためにprintfが頻繁に使用されたためです。一時的なコードをすばやく入力して、データを出力する必要があります。 それは常に使用されていたので、それは完全に正当化されました-リアルタイムの節約になります！ しかし、CまたはC ++で独自の可変個引数関数を記述したことはありますか？

繰り返しになりますが、Godotでそれらを使用しているものがいくつあるかに注意してください。

デバッグ出力用-ぜひ！ ただし、print（）が可変個引数でない場合は、print（ "Hello"、 "World）の代わりにprint（[" Hello "、" World "]）と入力する必要があります。大きな違いはありません...

無条件ジャンプであるため、GOTOは置き換えられません

そうですね。 もちろん、条件付きジャンプについて話していました。 これは...おそらく推測できます。 それでも、要点は、いくつかのことをよりクリーンに伝えることができるように、より高いレベルの機能を上に構築したことです。

C ++には、GDscriptのようにさまざまな型の値を格納できる標準の配列型がありません。

さて、Python、Lua、Go（または他の言語のホスト）に反対し、それらを持ち、まだ可変個引数関数を持っていると主張します。

ただし、print（）が可変個引数でない場合は、print（ "Hello"、 "World）の代わりにprint（[" Hello "、" World "]）と入力する必要があります。大きな違いはありません。

確かに、その単純なテストケースでは。 より複雑なものでは、特に複数のソースからのデータを取得し始めて、最初にそれらを手動で配列に詰め込む必要があると、それは醜くなります。 私はそれが大きな損失ではないことに同意します。 それでも、可変個引数関数を使用すると、コードがよりクリーンになる場合があります。

しかし...

しかし、CまたはC ++で独自の可変個引数関数を記述したことはありますか？

あなたもプログラマーですか？

上記のように、私はあなたが誠意を持って議論しているようには感じません。 その場合、私はもうあなたと話すことにあまり興味がないので...いいえ、私は良いマスコットを作っているので、エンジンの貢献者としてリストされています。先に進んでください。

GOTOは、無条件のジャンプであるため、置き換えられません。 あなたもプログラマーですか？

ほとんどの場合、条件ステートメント、特にループは、特殊なジャンプステートメントであり、gotoステートメントとほとんど同じです。実際的な意味で、最も基本的なシーケンス制御ステートメントは、その拡張です。 これは自分自身をサポートするための愚かな議論であり（実際には議論を行わないため、役に立たないセマンティクスを主張するだけです）、その2番目の部分は無礼です。

C ++には、GDscriptのようにさまざまな型の値を格納できる標準の配列型がありません。 C ++は可変個引数関数をサポートしていますが、型が安全ではないため、それらの使用はお勧めしません。 これはCのレガシーであり、C自体では構文上の糖衣構文でした。これは、特にデバッグのためにprintfが頻繁に使用されたためです。一時的なコードをすばやく入力して、データを出力する必要があります。 それは常に使用されていたので、それは完全に正当化されました-リアルタイムの節約になります！ しかし、CまたはC ++で独自の可変個引数関数を記述したことはありますか？

C ++には可変引数（または一般に型指定されていない配列）の標準配列型がありませんが、これを処理する方法が最初に存在するのは約10年前です（技術的にはC ++ 11より前でもこれを行うことができましたが、非常にマクロが多かったです）そしてかなりハッキー）そして第二に、可変個引数テンプレートを使用すると、入力の問題を完全にスキップできます。 可変個引数テンプレートを使用してC ++で可変引数を処理する方法があります。 C ++の可変引数をまだ信じている人は、おそらく最近、間違った点から始めています。

私は個人的に議論をあまり気にしません（バックエンドに座る代わりにGDScriptにある種の配列ベースのvaradic引数を持っている方が個人的にきれいで整理されていると思うことを除けば、言語機能は言語、その実行だけでなく、それは私だけです）しかし、これらのコメントは修正する必要がありました、そしてあなたがこの場合かなり失礼な行動をしていることを除けば、あなたはあなたがあなたの聴衆の心の中であなたの視点を強化しませんこのように客観的に扱われるべき反対に否定的に反応する。

GOTOは、無条件のジャンプであるため、置き換えられません。 あなたもプログラマーですか？

ほとんどの場合、条件ステートメント、特にループは、特殊なジャンプステートメントであり、gotoステートメントとほとんど同じです。実際的な意味で、最も基本的なシーケンス制御ステートメントは、その拡張です。 これは自分自身をサポートするための愚かな議論であり（実際には議論を行わないため、役に立たないセマンティクスを主張するだけです）、その2番目の部分は無礼です。

K、私は私の時間を無駄にする人々に無礼です。 彼のポイントは、ifの代わりにGOTOを使用しないのはなぜかということでした。私は、ifの代わりにGOTOを使用しないと言いました。 GOTOは条件文ではありません。条件文を置き換える場合は、置き換えるものを正確に入力してください。 すでに例はありますか？

C ++には、GDscriptのようにさまざまな型の値を格納できる標準の配列型がありません。 C ++は可変個引数関数をサポートしていますが、型が安全ではないため、それらの使用はお勧めしません。 これはCのレガシーであり、C自体では構文上の糖衣構文でした。これは、特にデバッグのためにprintfが頻繁に使用されたためです。一時的なコードをすばやく入力して、データを出力する必要があります。 それは常に使用されていたので、それは完全に正当化されました-リアルタイムの節約になります！ しかし、CまたはC ++で独自の可変個引数関数を記述したことはありますか？

C ++には可変引数（または一般に型指定されていない配列）の標準配列型がありませんが、これを処理する方法が最初に存在するのは約10年前です（技術的にはC ++ 11より前でもこれを行うことができましたが、非常にマクロが多かったです）そしてかなりハッキー）そして第二に、可変個引数テンプレートを使用すると、入力の問題を完全にスキップできます。 可変個引数テンプレートを使用してC ++で可変引数を処理する方法があります。 C ++の可変引数をまだ信じている人は、おそらく最近、間違った点から始めています。

私は個人的に議論をあまり気にしません（バックエンドに座る代わりにGDScriptにある種の配列ベースのvaradic引数を持っている方が個人的にきれいで整理されていると思うことを除けば、言語機能は言語、その実行だけでなく、それは私だけです）しかし、これらのコメントは修正する必要がありました、そしてあなたがこの場合かなり失礼な行動をしていることを除けば、あなたはあなたがあなたの聴衆の心の中であなたの視点を強化しませんこのように客観的に扱われるべき反対に否定的に反応する。

K、しかしそれがまさに私のポイントです。GDscriptには、さまざまな型を保持できる反復可能な標準型があるため、可変個引数関数をC ++で機能させるために必要なすべてのハッカーをいじる必要はありません。そのためです。おそらく、C ++では可変個引数テンプレートが正当化されます。

K、私は私の時間を無駄にする人々に無礼です。

次に、 @ godotengineリポジトリでの対話が30日間ブロックされているため、他のプロジェクトに時間を浪費させます。

私たちは行動規範を持ってい誰に対して

Godot Engineの機能と改善の提案は、専用のGodot Improvement Proposals（GIP） （ godotengine / godot-proposals ）課題追跡

メイン（ godotengine / godot ）トラッカーはバグレポートとプルリクエスト専用になり、寄稿者はバグ修正作業により集中できるようになりました。 そのため、メインの課題トラッカーで古い機能の提案をすべて終了します。

この機能の提案に興味がある場合は、指定された問題テンプレートに従って、 GIPトラッカーで新しい提案を