問題タブ [construction]

私の質問は次のとおりです。使用タイルからbを取得するにはどうすればよいですか?

私はこのようにしましたが、もっと良いものが欲しいです：

タイプのオブジェクトを受け入れるコンストラクターがありますMaterial:

ただし、次のようにMaterial構築できますVector。

したがって、SomeClassa による構築を許可できますVector。

ただし、このタイプのctorを使用して (同じプロジェクト内の異なるクラスで)何度も「自分の足を撃った」後は、 byオブジェクトを直接構築することを禁止し、代わりに常に aを渡す必要があります。SomeClassVectorMaterial

これを行う方法はありますか？どういうわけかそれはexplicitキーワードに関係していると思います。

mysite.com/48YSWD96 のようなページへのリンクがあるとします。mysite.com/?d=48YSWD96 のようにする必要があります。どうすればこれを達成できますか? htaccess ファイルを変更することでこれを実現できますか? 現在、このように見えます...

私は C++ で単純なスレッド化されたサーバー アプリケーションを作成しています。つまり、libconfig++ を使用して構成ファイルを解析しています。libconfig はマルチスレッドをサポートしていないため、「サポート」を実現するために 2 つのラッパー クラスを使用しています。ポイントは、そのうちの1つが失敗することです：

main.cpp ファイルから呼び出すと、ひどく失敗します。

そしてそれは言います：

私は明らかに引数を渡しているので、これは奇妙char *です.

いつものように、どんな助けでも大歓迎です。

ジュリアン。

重複の可能性:
const-correctness はコンパイラに最適化の余地を与えますか?

constここ数週間、意図しないプログラミング エラーを回避するために、可能であればすべての非静的メンバを作成する方法を開発しました。ただし、この方法は、特にエンティティ オブジェクトの場合、いくつかの大きな欠点をもたらします。たとえば、ポインターを使用するのではなく、そのようなエンティティ オブジェクトを直接集約することを選択した場合、代入演算子を呼び出すことができなくなるためです。

私の質問は、このconstメンバーの哲学がコンパイラーの最適化ボーナスを提供するかどうかです。

このclassメンバーがconst. 通常、他のクラスは非 constUserオブジェクトを集約するという事実を考えると、ほとんどすべてのアルゴリズムはconst User &?を受け入れます。

では、メンバーは、すでに存在しているメンタリティconstに対して重要な最適化の機会を提供していますか? また、代入演算子を使用するのではなく、集約をconst User &使用して変更時にオブジェクトを再構築することを正当化できますか?const User *

早速のご指摘ありがとうございます！

ヒープの構築がO(n)の複雑さになる方法を誰かが説明できますか?

アイテムをヒープに挿入するのはO(log n)であり、挿入は n/2 回繰り返されます (残りは葉であり、ヒープ プロパティに違反することはできません)。したがって、これは複雑さがO(n log n)であることを意味します。

言い換えれば、「ヒープ化」する各項目について、これまでのヒープのレベル ( log nレベル) ごとに 1 回フィルター ダウン (ふるい分け) する必要がある可能性があります。

私は何が欠けていますか？

このコードは有効ですか?

何らかの理由で、一時std::vectorオブジェクト(代入記号から右) は、構築直後に破棄する必要があると考えました(したがって、参照が無効になります)。

しかし、デバッグは私が間違っていることを証明し、関数が戻るときに一時変数が破棄される理由がよくわからないことに気付きました。

基本的なことを強く誤解していると思うので、教えてください:)

非同期HTTPプロセスからのコールバックを持つAndroidクラスと、次のようないくつかのステータスコードを持つ列挙型があります。

構成の前にHttpPackageクラスのコールバックがヒットしていることを発見しました。enumつまり、静的コードマップからステータスコードを抽出しようとすると、nullが返され、コードはすべてのフィードが失敗していると見なします（そうではありません）。コールバックがヒットした後にこれenumが構築されるのはなぜですか？

このようなクラスのペアがあります。

super()実質的に参照していて、まだインスタンス化されていないため、リスナーは null であると想定しています。finalでも、まあ、あるから作りたい。このフィールド (リスナー) をスーパークラス (リスナーを使用しない) に入れずに、時間内に初期化することはできますか?

私はCastleウィンザーを使用しており、ログ機能も保持する構成ファイルを使用して開始します（そして、実際にはすべてをそこに保持したいです）。

初期化時にウィンザーからエラーが発生した場合 (構成の誤り、依存関係の欠落などにより)、ロガーが開始されていないため、どこにもエラーを書き込むことができません...これが私のコードです:

ここでのオプションは何ですか?

ありがとう、ニル。