問題タブ [struct]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
6 に答える
5331 参照

c# - 長期間有効なオブジェクトの構造体とクラス

たとえば、2 つの float プロパティを含む非常に小さなオブジェクトが必要で、すぐに「破棄」されない数百万のオブジェクトが必要な場合、構造体またはクラスはより良い選択ですか?

ライブラリとしての xna のように、構造体として point3 などがありますが、それらの値を長期間保持する必要がある場合、パフォーマンス上の脅威となるでしょうか?

0 投票する
8 に答える
592195 参照

c++ - C++の「構造体」と「型定義構造体」の違いは?

C++ では、次の間に違いはありますか:

と:

0 投票する
7 に答える
13242 参照

c++ - C++でビットフィールド構造体を初期化する最良の方法は何ですか?

C++ には、匿名のビットフィールド構造体を含むクラスがあります。すべてのフィールドを手動で書き出すことなく、ゼロに初期化したいと考えています。

初期化を 3 つの場所に配置することを想像できます。

  1. ビットフィールドにコンストラクターを作成する
  2. 含まれているクラスのコンストラクターの初期化子リストをゼロにします
  3. 含まれているクラスのコンストラクターの本体でゼロを設定します

このビットフィールドには多くのフィールドがありますが、すべてをリストするのは避けたいと思います。

たとえば、次のコードを参照してください。

これらのいずれかが望ましいですか?それとも、私が見逃しているものがありますか?

編集:以下の受け入れられた回答(Ferruccioによる)に基づいて、私はこの解決策に落ち着きました:

0 投票する
4 に答える
41140 参照

c - 未定義の C 構造体前方宣言

ヘッダー ファイル port.h、port.c、および main.c があります。

次のエラーが表示されます: 'ports' uses undefined struct 'port_t'

.h ファイルで構造体を宣言したので、実際の構造体を .c ファイルに含めても問題ないと思いました。

port.c ファイルの一部のデータを隠したいので、前方宣言が必要です。

私のport.hには次のものがあります:

port.c:

main.c:

ご提案いただきありがとうございます。

0 投票する
8 に答える
14162 参照

c++ - 構造体メンバーへの直接アクセス

次のようなテスト構造体定義があります。

そして、どこかで私はそれをこのように使用しています:

これは私の Windows では正しく動作します。期待どおりに 15 が出力されますが、安全ですか? 変数がメモリ内のその場にあることを本当に確信できますか-特にそのような結合された構造体の場合(たとえば、f はコンパイラの 5 番目の単語ですが、6 番目の変数です)?

そうでない場合、実際にコードに struct->member 構造を持たずに構造体メンバーを直接操作する方法はありますか?

0 投票する
5 に答える
30889 参照

c - 構造体 calloc c

C99 gcc

このエラーが発生し続けます。メインの外に構造体があります。メイン内では、calloc を使用してスタックに割り当てようとしています。何が悪いのか分からないようです。

アドバイスありがとうございます。

エラー: ')' トークンの前に式が必要です

0 投票する
4 に答える
178 参照

language-agnostic - 大規模なプロジェクトで 65536 を超えるユーザー定義型を使用することは合理的ですか?

ランタイム型情報に関連するいくつかのことを考えています。私よりもはるかに大きなプロジェクトに取り組んでいるプログラマーからのフィードバックが欲しいです。プログラムが 1 つのプロジェクトで 65536 (2^16) を超えるユーザー定義型 (クラスと構造体) を持つことを期待するのはまったく合理的ですか? これは65536 インスタンスを意味するのではなく、65536タイプを意味します。コンパイラが 1 つのプロジェクトで 65536 個のクラス/構造体に制限したとしても、実際にはまったく問題になるでしょうか?