プロジェクトで追加するか、フォームを追加するか

Question

visual studio 2012で.csvファイルから読み込んだものをDBに入れてそれを一覧表示させるアプリの開発中なのですが、フォームを追加するときに、そのプロジェクトにフォームを追加するべきか、プロジェクト別に分けるべきか迷っています。
画面遷移の順番としては、

ログイン画面
↓
メインメニュー → 管理者画面
↓
一覧表示画面 → 設定変更画面(自動更新の設定や、ファイルやフォルダのパスを設定する)
↓
商品の詳細表示

となっています。

今のところプロジェクト事に分けているのは、ログイン画面、一覧表示、設定変更、管理者画面です。
詳細画面は一覧表示画面にフォームで追加しました。
設定画面は、プロジェクト別に分けましたがに分ける必要はあったのかな？思いました。
またログイン画面からメインメニューにいくのにはプロジェクトで分けるべきでしょうか？
メインメニューでは一般でログインした人は一覧のみ見ることができて、管理者でログインした人のみ管理者画面も見ることができる、みたいな仕様です。
本を見ながら何となくと分けていたので気になりました。
よろしくお願いします。

追記
DBはSQLサーバーの　2008　R2
Windows　Form
vb.net
プロジェクトはVisualStudioのプロジェクトです。

大きく分けるとデータを読み込むPGとそれを一覧で表示するPGそこにDBとライブラリという構成です。
質問したいのは一覧で表示するプロジェクトの部分にログインの画面やメニュー画面を含めていいのか、プロジェクトで分けるのかという事です。
説明不足ですいませんでした

Comments

[退会済みユーザー]

何を作っているのですか？ Windows Forms アプリ？　ASP.NET Web Forms アプリ？　その他？　あと、開発環境（OS, .NET, Web アプリなら IIS のバージョン、DB サーバーは何かとそのバージョン・エディションなど）もきちんと書きましょうよ。

[KoichiSugiyama]

質問者さんの言う「プロジェクト」はVisualStudioのプロジェクトで合っていますか？開発されているアプリケーションがプロジェクトごとに分かれている理由（目的）が判らないと、なんとも回答のしようがないです。

Answer 1

質問したいのは一覧で表示するプロジェクトの部分にログインの画面やメニュー画面を含めていいのか、プロジェクトで分けるのかという事です。

質問者さんが個人で作っているアプリなら、質問者さんの考え次第、すなわち、質問者さんが分けた方が管理しやすいとか開発しやすいということであれば分ければいいと思います。

個人的には、規模が小さければ、特に理由がない限り（同一プロジェクト内に共存できないなど）、分けない方が分かりやすいし管理しやすいと思いますが、それは私がそう思うだけで、他の人は当然違う感覚があると思いますので。

ただ、プロジェクトを分けない場合でも、プレゼンテーション層、ビジネスロジック層、データ層という三層構造に分けるというのはまた別の話としてあると思います。

組織で開発しているような場合は話が違ってきて、開発を担当する組織内でどのように分けるか話し合って決めるという話になると思います。

Comments

[287y]

ありがとうございます。
参考にさせていただきます

Answer 2

一つの小規模なアプリのようなので、画面ごとにプロジェクトを分けなくても、一つのプロジェクトで十分ですよ。
書籍では説明しやすいように、章ごとにプロジェクトを分けているのでは？

Comments

[287y]

そうなんですね！
ありがとうございます。