idiomatic

0熱

2答えて

Blueprint UIライブラリには、ユーザーの操作に関する通知を表示するToasterコンポーネントがあります。ドキュメントから、最初 MyToaster.show({message: 'some message'})続い const MyToaster = Toaster.create({options})を呼び出すことで使われています。 showメソッドをReactのライフサイクルに適合さ

0熱

1答えて

`Exit（1）`とエラーを返す場所はどこですか？

プログラム層の深いところで発生したエラーを処理するための慣習的な方法は何ですか？私はパッケージ内のどこか深いなスニペットを持っている場合： file, err := os.Open(path) if err != nil { os.Exit(1) // or return errors.New("The path is invalid.") } 私はエラーを返し

1熱

3答えて

ハスケルパターンマッチングイディオム

私は抽象的な整数で電卓を作っています。私は非常に多くのパターンマッチングをしています。私は最初の方法は短いですが、第二の方法で何かが私以上に訴える add Zero x = x add (P x) y = next $ add (prev $ P x) y add (N x) y = prev $ add (next $ N x) y または add Zero x = x add x y

1熱

2答えて

GolangはPythonのNotImplementedExceptionに相当します

Golangには、まだ実装したくないメソッドを持つインタフェースを定義するときにPythonでNotImplementedExceptionを生成するのに相当するものがありますか？この慣用的なゴランですか？例えば：あなたはエラーに type MyInterface interface { Method1() bool Method2() (bool, error) }

0熱

5答えて

APIデザインでは、ペアでlength-2 std :: tupleをいつ優先すべきですか？

私はいくつかのAPI関数を持っている小さなライブラリを書いています。私はむしろそのための構造体を宣言したいと思います。私はstd::pair<foo, bat>を返すことを考えています。しかし、おそらくこれらの現代では、std::tuple<foo, bar>を代わりに返すことを好むべきでしょうか？より一般的には、タプルをペアで使用する必要がある場合、ペアになるとより適切なコンストラクトになりま

4熱

4答えて

ループ実行をカウントするためのPythonイディオム

リスト/タプル/シーケンスをループする場合は、len(...)を使用して、ループの実行回数を推測できます。しかし、イテレータをループするときはできません。 []明確にするために更新：私はアイテムの計算を行い、同時にそれらを数えたいと思う1回限りの有限イテレータについて考えています。] 私は現在、次の例のように、明示的なカウンタ変数を使用します。が11の文字は、 "Hello world"であるこ

2熱

1答えて

variadic-template APIを設計するときに、タプルやパラメータパックを取るほうがいいですか？

私はこのライブラリ用のAPIを設計しています。任意の数の引数をとるこの関数があります（テンプレート化されています）。私は、これら2つは、（両方向に）交換可能である知る template<typename... Ts> void foo(bar_t bar, std::tuple<Ts...> params); ：なるように、 template<typename... Ts> void

3熱

2答えて

長所と私は、次の小さな図書館書いている暗黙の型変換に

を避けるために、構造体に番号を包むの短所： using foo_t = int; using bar_t = int; baz_t create_baz(foo_t foo, bar_t bar = default_bar); を、私はまた、唯一のバーを取るcreate_baz機能を持つようにしたいです。 baz_t create_baz(bar_t bar); それはcreate_