問題タブ [project-organization]

私はiPhone用のマルチビューアプリに取り組んでおり、現在、ビュー（VIEW）を設定していて、それらのトランジション（CONTROLLER？）がうまく機能しています。次に、実際のプログラムデータ（MODEL）のオブジェクトを追加します。

私の質問は、Model View Controller（MVC）デザインパターンに準拠するようにデータをどのように構成する必要があるかということです。データ構造を実装するために個別のクラスを作成する必要があり、コントローラークラスがビューからそれらにメッセージを渡すことができることはわかっていますが、他に検討する必要のある組織上の考慮事項はありますか？特にCocoaTouch、Xcode、またはiOSに特有のものですか？

その他の詳細：事前に録音された、おそらくユーザーが生成したオーディオの再生も不可欠です。これらがモデル要素であることは知っていますが、それらが「V」と「C」にどの程度正確に関連しているかについては、まだ少しあいまいです。ユーザーアクションでオーディオの再生が必要な場合、コントローラーはモデルにメッセージを渡して適切なサウンドを準備する必要があると思いますが、再生の調整はどこでライブで行う必要がありますか？私が想像するViewControllerとは別の「PlayerController」では？

私のMVCnooberyに感謝し、ご容赦ください。

注：私はこれを見て、可能な限り多くのことを取り入れようとしました。しかし、私の文脈は違うと思います。

私は小さなプロジェクトに取り組んでいます。それをFoobarと呼びます。私はこれをもっと組織的にしたいと思っています。私はいくつかのプロジェクトを試しましたが、ほとんどは組織化されていない、軽い趣味の学生としてのプログラミングです。私はもっ​​と組織化しようとしています。それらのプロジェクトの90％は、私がまったく文書化できなかった後、または私がそれらを失ったために行ったものです。

そのため、バージョン管理/ホスティングを開始することを考えていました。それは私をより組織化するだけでなく、（ここでは大きな）どこかで使用可能な状態になれば、人々がより簡単に入手できるようになります。

私が検討している2つの場所は、GoogleCodeとGitHubです。私がリンクした質問から：

Googleコード：

• 他のGoogleページと同様に、複雑さはほとんどありません。
• すべての人（またはほとんどすべての人）がGoogleアカウントを持っています。これは、問題システムを使用して問題を報告したい場合に便利です。

GitHub：

• グーグルのページよりも少し複雑かもしれませんが（私にとっては問題ではありません）...
• ...Googleのサービスよりもはるかにきれいなインターフェースを持っています
• 問題について投稿するには、GitHubに登録する必要があります
• Gitを使用すると、ローカルで独自のリビジョンを使用できるという事実が気に入っています

Google Codeは私には魅力的ではないように見えるので、これから私はGitHubに傾いています。

小さな趣味のプロジェクト（基本的にコミュニティの機能を無関係にする）の場合、どちらか一方に引き継ぐ必要のある機能はありますか？

GITを使用してコンテンツ管理システム（CMS）プロジェクトを管理しています。CMSは複数のプラグイン（モジュール）を持つことができます。

つまり、基本的に、3種類のリポジトリが必要です。

• コアCMS開発（すべての新しいプロジェクトは、その最後の安定した未構成バージョンのチェックアウトです）
• モジュール/プラグインごとに1つのリポジトリ。（すべての新しいプロジェクトは、実装したいモジュールの最後の安定バージョンをチェックアウトします）
• プロジェクトごとに1つのリポジトリ（各クライアントは、コアCMSおよびモジュールからのパーソナライズを表すリポジトリになります）

タイプ1と2の場合、これは単純な基本リポジトリだと思います。しかし、クライアントプロジェクトになると、私は混乱します。

• 最初にCMSのクローンを作成し、次に/ modules /フォルダーに移動して、必要なすべてのモジュールを再度クローンしますか？これにより、リポジトリ内にリポジトリが作成されます。最初のリポジトリは、各モジュールの.git /フォルダーをログに記録しようとしますか？
• 各クライアントはモジュールをパーソナライズする必要があるため、サブモジュールを使用できません。
• モジュールのコアコンポーネントを変更した場合（パーソナライズではなく、バグ修正のみ）、その単一のファイルを元のモジュールリポジトリにプッシュできますか？
• （全体に広がるモジュールunitTestについては話していません）

したがって、問題は次のとおりです。効率的にするには、リポジトリ/ファイル/フォルダをどのように整理する必要がありますか？

サブモジュールで git を使用していますが、ファイルを整理する方法を理解するのに苦労しています。私は PHP で開発し、単体テストを使用しています。そのため、現在、各モジュールに次の構成を使用しています。

• ソース/
• テスト/

これは素晴らしいアイデアのように思えますが、問題は、プロジェクトに "git submodule add" を実行すると、次のパスが作成されることです: project/modules/News/src/index.php

src/ フォルダーは本当に問題があります。

すべてのファイルをモジュールルートに配置し、ソースに tests/ フォルダーを混在させる必要がありますか? 私にはそれは悪いように聞こえます。何してるの ？

編集: src/ フォルダーは、自動ロードのために問題があります。すべてのクラス名に「src」を入れる必要はありません...

私のプロジェクトでは、PHPUnit 3.5.12、netbean 6.9、および git サブモジュールを使用しています。

したがって、私のフォルダーアーキテクチャは次のようになります。

メインのテスト フォルダー (phpunit_netbean.xml と bootstrap.php を含む) が /tests/ フォルダーにあることを考慮してください。/lib/*/tests/ でもテストを実行するにはどうすればよいですか?

テストスイートを見てきましたが、動作させることができません。これまでのところ、tests/phpunit_netbean.xml ファイルで次の構成を試しました。

そして、Netbean で ALT+F6 を押すと、実行された /tests からのテストしかありません。同じこと：

また、私はこれを試しました：

正しい方法は何ですか？

プロジェクト用に 1 つのビルド サーバーがあります。さまざまなプロジェクトがあり、さまざまなバージョンの DevExpress を参照しています。

1. すべての DevExpress バージョンをビルド サーバーにインストールするか、

2. すべてのプロジェクトに、DevExpress アセンブリを含む独自のフォルダーが必要です。

3. 他に可能な方法はありますか？

私の意見では：

利点 1: すべての開発者がプロ​​ジェクトのローカル コピーを維持しやすくなります。欠点 1: すべての新しいリリースをインストールする必要があるため、DevExpress バージョンはビルド サーバーに負担がかかります。

利点 2: すべてのプロジェクトを前提条件なしでビルドできます。欠点 2: すべての開発者は、自分の dll を別の Libs フォルダーに手動で配置する必要があります。ツールボックスから DevExpress コントロールをドラッグした場合は、この dll の参照を再編成する必要があります。

私はソフトウェア開発に非常に慣れていません。階層化アーキテクチャは、オブジェクト指向ソフトウェア開発のプロセスで発生する複雑さを軽減し、言うまでもなく、コードを整理しておくための優れた方法だと思います。

私はドメイン駆動設計のアプローチについて学ぶことに興味があり、それに慣れるためにいくつかの問題に遭遇しました (もちろん、初心者レベルのものです)。
ここにあります -

個人に関連するデータをデータベースに保存し、個人の詳細を WPF に表示するアプリケーションを構築したいと考えていますDataGrid(DDD はこのような規模のアプリには適していませんが、私のようなアマチュアにとって物事を単純にするためです)。それで、ドメインクラス「Person」を作成しました。

さて、私のDDDの理解では、アーキテクチャ（最も単純なバージョン）は次のようになるはずです（間違っている場合は修正してください）-

ノート：

1. DataGridをsome にバインドしてObservableCollection、あらゆる種類の変更を即座に反映さ せたいと考えています。

2. これは WPF アプリケーションですが、必ずしも MVVM パターンである必要はなく、意図的にコード ビハインドを使用したいと考えています。

私の質問は -

1. にはどのようなコードが属していApplication Layerますか?

2. 私の推測では、ObservableColletionドメイン オブジェクト (つまりPerson) の を の としてItmsSourceバインドするべきではありませんDataGrid。次に、ドメイン オブジェクトからどのタイプのオブジェクトを抽出する必要がありますか?また、その方法は?

3. との間のデカップリングを維持するにはPresentation Layer、Domain Layerおそらく のような規則がありnever instantiate domain objects directly in the presentation layerます。その場合のnon-directアプローチは何ですか？

4. コード ビハインドが と通信する場合は、 ?と通信するApplication Layer必要があります。しかし、データ アクセスに関連しないある種のドメイン アクセスが必要な場合はどうすればよいでしょうか(このアプリには含まれていない可能性がありますが、発生する可能性がありますよね? ) 。に話す？Application LayerData RepositoryXDomain LayerApplication Layer

私の質問は非常にアマチュアレベルのものであることは承知していますが、それらは確かに、私が直面している問題から明確な全体像を得るために提起された質問です. ですので、もしお時間のある方がいらっしゃれば、どんなご返事もお待ちしております。

編集:Data Repositoryの参照が必要かどうかわかりませんDomain Model。

多くのインターフェースといくつかの基本的なデフォルト実装を定義するフレームワークがあります。これを CompanyFramework と呼びましょう。現在、別のプロジェクト CompanyFramework.Web.Mvc に格納されている ASP.NET MVC 拡張機能がいくつかあります。これは、コア フレームワークを使用するが MVC とは関係のないアプリケーションが ASP.NET MVC ライブラリを参照する必要がないようにするためです。余分なアセンブリには 3 ～ 4 個のクラス ファイルしか含まれていないため、このセットアップはあまり好きではありませんが、メイン フレームワーク アセンブリに不要な依存関係を導入することを避ける最もクリーンな方法でした。

現在、ASP.NET MVC に使用する StructureMap 固有の拡張機能がいくつかあります。具体的には、カスタム コントローラー ファクトリとモデル バインダー タイプのものです。そのようなものをどこに置きますか？CompanyFramework.Web.Mvc プロジェクトでそれをスローすることもできますが、それを使用する ASP.NET MVC プロジェクトは、使用されていなくても、StructureMap アセンブリへの参照を持つことになります。別の CompanyFramework.StructureMap プロジェクトを作成することもできますが、ASP.NET MVC に依存しない StructureMap の拡張機能を開発したとしても、MVC アセンブリを使用するクラスの MVC アセンブリを参照するのは面倒です。

別の CompanyFramework.Web.Mvc.StructureMap プロジェクトを作成する必要がありますか? このアプローチは全体的に最もクリーンに見えますが、プロジェクト全体の構造を乱雑にする軽量のサテライト アセンブリを導入し始めているように感じます。

私は Django から来て、CherryPy を初めて使用します。私は、Django がプロジェクトのさまざまな部分を多くのファイルに分割する方法が気に入りました。大きなファイルを 1 つ持つのではなく、CherryPy でも同じことをしたいと思っています。

プロジェクトを次の部分に分割できれば素晴らしいと思います。

• application.py : サーバーが起動する CherryPy のコア
• urls.py : おそらく RoutesDispatcher を使用して、すべての URL を含みます
• models.py : すべてのモデルを含む SQLAlchemy 経由
• controllers.py : かなり明白です ;)

ここに完全なコードの貼り付けを求めているわけではありません。example/pastebin/gist へのリンクも完璧です :)

ご協力いただきありがとうございます。

ハードコーディングされた値のテーブルを使用するプログラムがあります。例えば

このデータはめったに変更されないため、ハードコーディングしても問題ありません。問題は、このデータを読み取るのが難しいことと、Resharper が別の方法で再フォーマットするため、フォーマットが機能しないことです。

理想的には、この情報をテーブルとして表示し、コンパイル プロセスの一部としてそれらのテーブルの C# コードを生成するか、MSIL (CLR) に直接コンパイルするカスタム VS2010 ビューアーを備えた特別な形式のファイルが必要です。

私はターンキー ソリューションを探しています。問題は追加の開発を保証するほど深刻ではありません。