問題タブ [project-organization]

私はASP.NETを使用していますが、これはすべての（またはほとんどの）MVCフレームワークに関係していると確信しています。

新しいWebプロジェクトが作成されると、コードの基本的なフォルダー/セマンティック構造が得られます。

• コントローラー（ブラウザーからのサービス要求）
• モデル（データの保存と操作）
• ビュー（HTMLページ）
• コンテンツ（静的コンテンツ
• スクリプト（JavaScript）
• App_Data（データベースファイル）

それは問題ありませんが、ブラウザのリクエストとは別に実行されるコードが必要な場合はどうなりますか？たとえば、リクエストがコードを実行し、別のスレッドで実行し、リクエストが完了した後も実行を継続する場合があります。または、コードがリクエストとはまったく関係なく定期的に実行される場合。

私の場合、コードはデータ（データの生成、クリーンアップなど）で機能するため、モデルに含める必要があると思います。ただし、実際にはデータを「モデル化」するのではなく、バックグラウンドで機能するだけです。この種のもののための意味論的な場所はありますか？

したがって、sqlexpress08 データベース用に EntityFramework4 によって生成された DataEntity クラスがあります。このデータ コンテキストは、WCF Data Service/Odata を介して Silverlight および Win フォーム クライアントに公開されます。

データ エンティティ + edmx ファイル (EF4 で生成) を別のクラス ライブラリに入れる必要がありますか?

ここでの問題は、いくつかのエンティティに対してデータ注釈を指定し、そのうちのいくつかが特定の MVC 属性 (CompareAttribute など) を必要とするため、クラス ライブラリが mvc dll も参照することです。Web サイトの IIdentity にカプセル化またはラップされるエンティティ ユーザーも存在します。そのため、mvc Web サイトにかなり関連付けられています。それとも、mvc プロジェクト自体の Base フォルダーに入れる必要がありますか?

ほとんどの Web サイトは、ユーザーの承認、グローバル設定の変更など、データベースを中心としたデータ駆動型です。実際のビジネスは Silverlight で発生し、フォーム アプリを獲得します。

Razorでmvc3 rc2を使用しています。
ありがとう

プログラムを整理しておくための最善の方法を見つけようとしています。現在、1 つのプロジェクト ファイルに多くのクラス ファイルがありますが、これらのクラスのいくつかは非常に異なることを行い、一部は将来他のアプリケーションに公開したいと考えています。アプリケーションを整理するために考えたことの 1 つは、1 つの「メイン」プロジェクトを含む複数のプロジェクト ファイルを作成し、必要に応じて他のすべてのプロジェクトとその関連クラスと対話することでした。これは理にかなっていますか？

1 つのソリューションで複数のプロジェクト ファイルを使用することに関して何か提案があれば (そして、このようなものをどのように作成しますか?)、1 つのソリューションで複数の名前空間を持つことが理にかなっているのだろうかと思っていました...

乾杯----以下を編集----

すみません、私のせいです。現在、私のプログラムはすべて 1 つのコンソール プロジェクトになっています。このプロジェクト内にはいくつかのクラスがあり、そのうちのいくつかは基本的に BackgroundWorker を起動し、データをプルする無限ループを実行します。その後、BackgroundWorker は、必要に応じてこのデータをメインのビジネス ロジックに戻します。このデータ プル マテリアル (バックグラウンド ワーカー マテリアルを含む) を 1 つのプロジェクト ファイルに分割し、残りのビジネス ロジックを別のプロジェクト ファイルに分割したいと考えています。ただし、プロジェクトは相互にオブジェクトを渡す必要があります (データはメイン ビジネス ロジックに渡され、ビジネス ロジックはスタートアップ パラメーターを dataPull プロジェクトに渡します)。うまくいけば、これでもう少し詳細が追加されます。

私のコードの約 25% は、Traits、tvtk などのモジュールに依存しています。これらはインポートするのが非常に重いです。通常、私のマシンでは2秒ほどかかります（他のマシンではさらに長くなります）。

私のモジュールは次のように編成されています

これらの submodule1 と submodule2 は Traits を使用します。つまり、75% の確率でimport mainmoduleを呼び出すと、重いモジュールがインポートされるのを待つ必要がありますが、その後は使用されません。

インポート時間を短縮できるように、インポートを整理するにはどうすればよいですか?

たぶん、次のような方法があります。

そして持っている

そして、以下を呼び出すだけです:

すべてを持つこと

私の頭の中には、2つの表示アクションがあるユーザーモデルがあります。

• ユーザー自身のレコードに対して実行される「ショー」（ユーザーのプライベートプロファイルを表示するため）
• 「ショー」は他のユーザーレコードを実行しました（パブリックプロファイルを表示するため）

この機能を整理して実装する方法をいくつか考えましたが、「RailsWay」がそれを行う方法に興味があります。

URLは区別する必要があります（domain.com/accountとdomain.com/profile/someuser）。これにより、当然、このアクションのさまざまな視点を表すために複数のビューが必要になります。

オプション1は、要求を処理するために、異なる表示アクションとビューを持つ2つのコントローラーを作成することです。

オプション2は、本質的に重複するアクション名（または「show」と「show_public」などの強制的な非重複）を使用して、両方のアクションを1つのコントローラーに配置することです。

オプション3は、1つのコントローラーと1つのアクションを使用して、データの一意のビットに基づいて各要求を条件付きで処理することです。つまり、呼び出し元のルート、params [：id]が入力されているかどうかなどです。

これを行うための「レールウェイ」とは何ですか？

Django を使用して構築する準備をしているかなり複雑な「製品」があります。Django での具体的な意味がよくわからないので、このコンテキストでは「プロジェクト」と「アプリケーション」という用語を使用しないようにします。

プロジェクトには多くのアプリを含めることができます。アプリは多くのプロジェクト間で共有できます。罰金。

私はブログやフォーラムを再発明しているわけではありません。私の製品のどの部分も、どのような状況でも再利用できるとは思いません。直感的に、これを「アプリケーション」と呼びます。すべての作業を単一の「アプリ」フォルダで行うのですか?

もしそうなら... Djangoのproject.app名前空間に関して、私の傾向はmyproduct.myproduct. したがって、おそらく「重要な」モデルごとに 1 つのアプリを構築することで Django にアプローチすることになっていると信じるようになりますが、スキーマをアプリに分離するためにスキーマのどこに境界線を引くべきかわかりません。比較的複雑な関係を持つモデルの。

これに対する共通の解決策があることを願っています...

私はFlex/Actionscript / FlashBuilderを初めて使用しますが、組織の概念をすべて理解しているわけではありません。私たちのチームプロジェクトは主にASP.NETベースであるため、Flexコードはあまりありません。一般的なライブラリの整理/再利用は実際には必要ありませんでした。たくさんのファイルを含むかなり大きなコンポーネントを追加しているので、将来の開発者のために整理していきたいと思います。

私が見ているように、.NETには次のものがあります。

• ソリューションファイル：一連のプロジェクトファイルを指します。
• プロジェクトファイル：実際のコードと依存関係が含まれています。
• 名前空間：コードを階層的に編成します。

Flexでは、次の例のような階層が必要です。

• カーディーラー
  • ビジネスレイヤー
    • お客様
    • 従業員
  • UIコンポーネント
    • 広告
    • ウィンドウタグ
    • 車両
  • インフラストラクチャー
    • 給与
    • データベース
  • SWFプロジェクト
    • InventoryViewer
    • CarFeatureViewer
    • CurrentFlyerViewer

.NETでは、InventoryViewerプロジェクトファイルと、それが依存するInfrastructure.DatabaseプロジェクトファイルとともにInventoryViewerプロジェクトファイルを開くソリューションファイルを作成できます。または、データベースプロジェクトでも作業したくない場合は、InventoryViewerを指すソリューションファイルを作成することもできますが、依存関係は引き続き存在します。これはどのようにFlexコード編成に変換されますか？パッケージ、プロジェクト、および単なるフォルダー階層の違いを区別するのに苦労しています。前もって感謝します。

IDEAで作成したプロジェクトがあります。

ソースコードを使用してMercurialリポジトリを作成し、IDEA固有のファイル（.idea / worksheet.xmlなど）を含めましたが、これは必要ないと思います。また、他のツール（Eclipseなど）を使用している人の気を散らす可能性もあります。 netbeansまたはant）

それらのファイルを置くためのクローンを作成することを考えていますが、これが最善の戦略であるかどうか疑問に思います。

ツール固有のファイルをソース管理のどこに配置しますか？

Rails3アプリケーションでSlickGridプラグインを使用したいと思います。HTMLページに含める必要のあるJSファイルとCSSファイルがいくつか含まれています。

必要なすべてのJSファイルをpublic/javascriptsディレクトリに配置し、すべてのCSSファイルをディレクトリに配置することができますpublic/stylesheets。ただし、プラグインパッケージファイルの構造が壊れているため、このソリューションは好きではありません。

すべてのプラグインファイルを1か所に配置し（私は考えましvendor/pluginsたが、より良い場所ですか？）、そこから必要なファイルを含めたいと思います。それは可能ですか？

プラグインを統合するときにJSファイルとCSSファイルを含める適切な方法は何ですか？

私はPythonが初めてで、ミニプロジェクトを開始していますが、「Python Way」でフォルダーを整理する方法に疑問があります。

私はPyDev開発環境で使用しています。新しいプロジェクトを作成すると、フォルダーが作成されますsrc

これで、 でPyDev作成Pydev ModuleしてPyDev Package

次の方法でプロジェクトを整理する必要があります。

これをモジュールとパッケージの観点からどのように整理できますか? モジュールとパッケージの意味は何ですか?