問題タブ [structure]

フィールド名が異なる 2 つの構造を結合したいと考えています。

たとえば、次のように開始します。

私はを頂きたい：

「フィールド名」と for ループを使用するよりも効率的な方法はありますか?

編集:フィールド名が競合する場合、 を優先すると仮定しましょうA。

シナリオ：

現在、単一のデプロイ可能なエンティティである WinForm/WPF クライアントをサポートする単一のソリューションがあります。このソリューションには、さまざまなレイヤー (データ、ビジネス、UI) を表すプロジェクトを含むレイヤー アーキテクチャがあります。LiteClient、Server、RIA などの他のデプロイ可能なエンティティを紹介します。

展開可能なエンティティ (クライアント ソリューション、サーバー ソリューション、RIA ソリューションなど) ごとに 1 つずつ、複数のソリューションを持つ再構築を検討しています。これらのソリューションは、データ レイヤー プロジェクトなどのさまざまなプロジェクトを共有します。これは基本的に、Microsoft の P&P グループ ( http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx )が推奨するパーティション化された単一ソリューションです。

質問：

このアプローチの管理オーバーヘッドは別として、それを採用した場合、現実世界で深刻な問題が発生することはありますか。

Python アプリの MVC パターンのモデル部分でクラスを構造化する際に問題があります。どのように物事を変えても、循環インポートに遭遇し続けます。ここに私が持っているものがあります:

モデル/__init__p.y

• すべてのモデルクラス名を保持する必要があるため、コントローラーまたはユニットテストケースなどから「モデルインポートユーザーから」実行できます

モデル/データベース.py

• データベースクラスを保持
• ORMを行うには、すべてのモデルクラスをインポートする必要があります
• 初期化は最初のモジュールのインポート時に実行する必要があります。つまり、余分な init 呼び出しやインスタンス化はありません (データベース クラスのすべてのメソッドは @classmethods です)。

モデル/User.py

• User モデル クラスを含む
• クエリを実行するには、データベース クラスにアクセスする必要があります
• 機能を共有するために、すべてのモデル クラスに共通の基本クラスから継承する必要があります (データベース永続化メソッド、パラメーター検証コードなど)。

私はまだ MVC を採用している実際の Python アプリを見たことがないので、私のアプローチはおそらく非 Pythonic です (そしておそらく言語にとらわれない混乱です...) - これを解決する方法について何か提案はありますか?

ありがとう、サイモン

PHP でショッピング カートやフォーラムを作成したことがありません。他の人のプロジェクトを表示して分析したり、そのようなプロジェクトの作成方法やそのようなプロジェクトになる方法を表示するチュートリアルを表示したりすることは別として. そのようなものを作成するためのデータベース構造をどのように設計すればよいのでしょうか? おそらく試行錯誤で推測しています...

構造体を含む source.c ファイルがある場合:

この構造体を別のファイル (つまり ) でどのように使用できますfunc.cか?

新しいヘッダー ファイルを作成し、そこで構造体を宣言して、そのヘッダーを に含める必要がありますfunc.cか?

または、構造体全体をヘッダー ファイルで定義し、それを と の両方に含める必要がsource.cありfunc.cますか? extern両方のファイルで構造体を宣言するにはどうすればよいですか?

私はtypedefそれをすべきですか？もしそうなら、どのように？

関数の配置は、スコープ内のクロージャのパフォーマンスに影響を与えますか？もしそうなら、これらの機能を配置するのに最適な場所はどこですか？そうでない場合、クロージャによる暗黙の関連付けは、関数を論理的に別の場所に配置するのに十分な理由ですか？

たとえば、fooがlocalStateの値に依存しない場合、 localStateがfooからアクセス可能であるという事実は、fooの実行時間、メモリ使用量などに影響を及ぼしますか？

言い換えれば、これはより良い選択でしょうか？もしそうなら、なぜですか？

ダリウスベーコンは、 localStateはブロック内のどこからでもアクセスできるため、上記の2つのサンプルは同一であると以下に示唆しています。ただし、fooがブロックの外部で定義されている以下の例は、別のケースである可能性があります。どう思いますか？

私はJavaでかなり大きなプロジェクトに取り組んでいます。私の質問は、アプリケーションの一連のプロパティを最適に構成する方法についてです。

アプローチ 1: すべてのクラスからアクセスできる静的な Properties オブジェクトをいくつか用意します。(欠点: 次に、一部のクラスは、アプリケーションのコンテキストから取り出された場合に一般性を失います。また、別のクラスに配置され、将来消える可能性のある静的オブジェクトへの明示的な呼び出しも必要としますが、そうではありません。正しいと思います、私は間違っていますか？）

アプローチ 2: プロパティをメイン クラスによってインスタンス化し、他のアプリケーション クラスに渡す。(欠点: ほとんどすべてのクラスに Properties オブジェクトへのポインターを渡すことになり、非常に冗長で面倒になるようです。私はそれが好きではありません。)

助言がありますか？

これは、4 つの異なる構造を持つユニオン テンプレートで構成されるヘッダー ファイルの 1 つです。

私の目的は、次のように人の名前と性別を取得し、その人の性別と婚姻状況に従って、その人の任意の 3 つの男性/女性の祖先を保存することです..

つまり、MAX3 つのメンバーがあり、それぞれに 3 つの先祖がいるということです。これらの祖先は、次の条件のように、対応するメンバーの性別によって決定されます。

• 男性なら使うstruct male
• 女性未婚の場合struct unmarry
• 女性既婚の場合struct marry

struct name*ptr_ancestorは、祖先を取得し、対応する祖先配列 (ancestomale か祖先女性)を指す必要があるメンバーの名前と性別用です。

メモリ内のオブジェクトは共用体です。Ok。実際、私のプログラムには共用体の配列があります。配列の各要素は、共用体で異なる構造を使用している可能性があります。ここでは、ポインタの割り当てに注意する必要があります。そうしないと、実行時に古い人のレコードが失われる可能性があります。

可能であれば、最初の要素の詳細を取得する方法を教えてください。original[0]服用後もoriginal[1]。ここでは、配列の最後の要素を取得しているだけで、以前のすべてのレコードは実行時に削除されています。他のデータ構造やファイルは使用していません。

私の環境は Windows の Turbo C です。

だから、私は何年も Java をやっていますが、今は C++ プロジェクトを始めています。上記のプロジェクトを設定するためのベストプラクティスを決定しようとしています。

プロジェクト内で、コードを一般的にどのように構成しますか? 名前空間フォルダーで Java スタイルを実行し、そのようにソースを分割しますか? 簡単に参照できるように、パブリック ヘッダーをインクルード ディレクトリに保存していますか?

言及された両方の方法と他の方法を見てきましたが、大規模なプロジェクトに適した方法は何ですか?

また、アプリケーション構造でリソース/フォルダーをどのように処理しますか? 最終的なプロジェクトが、logログを保存するためのlibフォルダー、おそらくライブラリ ファイル用のdataフォルダー、データ用のフォルダーと一緒にインストールすることは問題ありませんが、プロジェクト内でこれらのビットをどのように管理しますか? それを定義して、ソリューションを構築するときに構造を構築する方法はありますか? または、ビルドされた構成フォルダー (Debug、Release など) に移動し、ファイル構造を手動で構築して、EXE ファイルが見つけようとしているパスが適切に配置されるようにする必要がありますか?

私は、char が 1 バイトを取るウィンドウでターボ C に取り組んでいます。今、私の問題は以下のユニオンにあります。

このプログラムは出力を 2 として出力していますが、ユニオンは 1 バイトしかとらないはずです。なぜそうなのですか？

構造体の場合、1バイトを指定しても問題ありませんが、この共用体は不適切に機能しています。

そして、これらのビット フィールドにアクセスする方法がもう 1 つあります。

ビットのアドレスを取得できないため、機能していません。したがって、以下のような別の変数を使用する必要があります

避けられないの？？他に方法はありますか？？？