function-overloading

    7

    3答えて

    elispで多態的なコールバックを実装する慣用方法は何ですか? 具体的には、特定の操作を実行して別の関数を呼び出す関数を持つマイナーモードがあるとします。この2番目の関数は、現在のバッファにC++ファイルまたはJavaファイルが含まれているかどうかによって異なる実装を持つ必要があります。 また、関数ではなく変数をオーバーロードしたいとします。たとえば、いくつかの外部実行可能ファイルを呼び出すとしま

    40

    3答えて

    教科書関数オーバーロードのテンプレート特化によるswap(x,y)のような標準ライブラリ関数の独自の実装を提供することができます。これは、代入スワップ以外のもの、例えばSTL containers(これは既にスワップが書かれていますが、私が知っている)のようなものから利益を得ることができるあらゆるタイプに役立ちます。 私の質問は以下のとおりです。 より良い何:あなたの専門 スワップ実装を与えるため

    0

    1答えて

    だから、OverLoad (link to downloadable svn directory, lib is header only)という素晴らしいライブラリがあります。それはそれに任意のタイプの機能を受け入れることができ、自動的にどちらを呼び出すかを決定することができます。それはブースト機能のようですが、より良い。 ここに2つのコードサンプルがあります(ブラウザはブーストsvnを表示できま

    1

    5答えて

    今、関数テンプレートを学習しています。関数テンプレートのインスタンス化に関する少しのルールを調べたいと思っていました。だから私は、次のコードを書いている: #include <iostream> template <typename> int check(int x) { return x * 2; } int main() { std::cout << check

    3

    1答えて

    次F#コードを考えてみましょう: [<Measure>] type pixel [<Measure>] type inch [<Measure>] type dot [<Measure>] type percentage let scaleCalculation (finalSize:float<pixel>) (originalSize:float<pixel>) = fin

    1

    1答えて

    私はSlickgridを使用していますので、エディタの動作を変更したいと思います。 &のコピーをコピーする代わりに、関数の1つをオーバーロードしようとしましたが、機能しません。私はloadValue関数を読むことができません。 loadValueが、私が試した何 IntegerCellEditor : function(args) { this.loadValue = function

    2

    1答えて

    C++は多くの要件をCから継承していますが、この関数のプロトタイプや定義に以前に遭遇していない限り、コンパイラはグローバル関数を認識しません。 これは、C++関数のオーバーロードにも影響します。関数呼び出しの候補が複数ある場合、コンパイラがプロトタイプ/定義をまだ見ていない場合、「正しい」候補は選択プロセスに含まれません。 は考えてみましょう: void foo(int v) { co

    0

    3答えて

    私は古いウェブサイトに問題があります。その上のすべてのJavaScriptコードはgetElemenById関数を使用します。しかし、サイトマークアップのタグはidプロパティを持たず、代わりに名前プロパティのみを持ちます。それはIEでも動作しますが、ブラウザは名前プロパティでも要素を返します。他のすべてのブラウザでは、JSの間違いです。 この機能を他のブラウザでオーバーロードして、他のブラウザと互

    4

    3答えて

    #include <iostream> #include <cmath> using namespace std; float f (int a, int b) { return (a + b); } float f (float a, float b) { return (round(a + b)); } int main() { cout <

    1

    1答えて

    できますか?私は掘り下げていて、それが可能かどうかについて何も見つけていない。 私が関数呼び出しの動作をオーバーロードさせたい主な理由は、たくさんのローカル状態を扱う複雑なクロージャを使用するいくつかのコードで終了したことです。 この種のネストされたクロージャは本当に混乱しており、インターフェイスをコードの残りの部分に変更することなく、完全に定義されたスキーマと継承などを持つ本格的なオブジェクトに