問題タブ [organization]

現在、「Customers」という名前の VB.NET クラスがあり、そのサイズは着実に拡大しており、現在では数十個の関数が含まれています。関数を同じクラスに維持する方法はありますか? それらはまだ一般的なプライベートメソッドを使用しているため、類似性によってグループ化されています。

例えば：

更新: このグループ化を行う場所が明確ではなかったと思います。Customer クラスを使用するときに、グループ化をIntelliSenseの名前空間/クラスのようにしたいと考えています。私は現在リージョンを使用していますが、クラスを使用するときではなく、コードを見るときにのみ役立ちます。

私のスタンドアロンの小さめのC＃プロジェクトには、実行時にドメイン固有の値を提供するために必要な中程度の数（ca 100）の（XML）ファイルが必要です。それらはユーザーに表示される必要はありません。ただし、手動で行う準備ができているものを追加したり、時々更新したりする必要があります（つまり、特定のツールは想定していません。特に、システムの外部で作成される可能性があるためです）。

再配置可能（つまり、相対ファイル名を使用する）にしたいと思います。それらを整理するためにどのようなオプションを検討する必要があり、それらを開いて読むために必要な呼び出しは何でしょうか？

プロジェクトは基本的にスタンドアロンです（Webサービス、データベース、またはその他のサードパーティアプリケーションとは関係ありません）。これは少数の名前空間に編成されており、ファイルのすべてのロジックを単一の名前空間に限定できます。

=========不明で申し訳ありません。もう一度やり直します。Javaアプリケーションでは、最終的な* .exeではなく、クラスパスに関連して読み取られるリソースファイルを含めることができます。C＃でも同様の方法があると思います。

=========RESXに関連するものを使用する必要があると思います。（RESXファイルとxmlデータhttps://stackoverflow.com/posts/1205872/edit）を参照してください。文字列をresxファイルに入れることはできますが、これは面倒でエラーが発生しやすいので、適切な場所にコピーしたいと思います。

不明で申し訳ありませんが、質問の仕方がよくわかりません。

=========質問は（getClassLoader（）。getResourceAsStream（...）と同等のC＃）に非常に近いようです。VisualStudioでファイルを追加できるようにしたいのですが、私の質問は、ファイルをどこに配置し、それらがリソースであることをどのように示すかです。

プログラム内のコードの順序に問題があります。今、私はそれの中にいくつかのものがdocument.ready(function() { } );あり、それの外にいくつかのものがあります。（コードを整理または改善するために）何かを移動するたびに、何かが壊れてしまうのは、宣言の順序またはアクセスレベルのいずれかが原因であると推測しています（つまり、外部のdocument.ready(function {});何かが内部の何かにアクセスできません。

誰かがJavaScriptの賢明な場所に物事を置くべきかについて何か洞察を持っていますか？

すべてが範囲内にあるべきdocument.ready(function() {});ですか？
外に何かを持っている理由はありますdocument.ready(function() {});か？
内のコードはdocument.ready(function() {});外部コードからアクセスできませんか？

私は、ASP.NET 環境に移行する PHP 開発者です。さまざまな種類のファイルを整理する最良の方法を知りたいです。

現在、私のプロジェクトには次のものがあります。

• 3つのマスターファイル
• 5 ユーザーコントロール
• 1 ベースページクラス
• いくつかの Web フォーム

Web フォームは、サイト構造に基づいてディレクトリに編成されます。しかし、これらの残りの部分をルート レベルに残しておく必要がありますか?

基本クラスはapp_codeフォルダーに移動できますが、マスターとユーザー コントロールはどこに移動するのでしょうか?

現在、プロジェクト内のすべてのアセンブリに対してペアユニットテストアセンブリを作成しています。どちらも同じフォルダーにあります。

• MyProject / MyProject.csproj
• MyProject.Test / MyProject.Test.csproj

オープンソースプロジェクトを見ると、いくつかの小さなプロジェクトがすべてのテストを1つのアセンブリにまとめ、他のプロジェクトが私のように分割しているのを見てきました。私は大規模なソリューションを扱っているので、すべてのテストを1つのプロジェクトにまとめるのはかなりおかしいでしょう。

現在、すべての*.Test.csprojファイルでテストを実行するためのmsbuildロジックがあります。すべてのテストを別のフォルダーに置いていれば、これを行う必要はありません。

特定の方法で物事を行うための良い議論があるかどうか疑問に思っています。

ありがとう

私の C プロジェクトには、かなり大きな utils.c ファイルがあります。それは本当にさまざまな種類の多くのユーティリティでいっぱいです. そこにいろいろな機能を詰め込むだけでちょっとエッチな気分になります。たとえば、lowercase() 関数などの低レベルのものに関連するいくつかのユーティリティがあり、さまざまなカラー フォーマットとの間の変換などの非常に洗練されたユーティリティもいくつかあります。

私の質問は、さまざまな種類のユーティリティが含まれるこのような大きな utils.c を使用するのは非常に悪いことですか? さまざまな種類のユーティリティ ファイルに分割する必要がありますか? graphics_utils.c などどう思いますか？

oop を使用して、ユーザー生成データのサイトを構築し始めています。

私のクラスからはさまざまな種類のデータが得られます。データベースからデータのリストを取得する関数と、それらのリストから 1 つの項目を選択する関数があります。例えば

さて、これらの機能を整理するには、クラスをどのように設定すればよいでしょうか。それらをすべて同じクラスに入れるか、記事からコメントを分離するか、記事/コメントのリストを取得する関数から単一の記事/コメントを取得する関数を分離する必要があります。後でコメントを許可するものをサイトに追加する可能性があるため、すべてのコメント機能を他の機能から分離することを考えていました. また、「ローカル」関数はすべて、数学を実行する同じ関数を使用するため、それらをグループ化するか、単に継承を使用する必要があります...何か提案はありますか???

おっと、私は次のようなユーザークラスを持っています... private $user = array();

メンバー変数を挿入する代わりに、Add_User 関数のパラメーターとして user_data を設定する必要がありますか?

私はHaskellで遊んで始めたばかりです。Ruby を何年も使用した後、Ruby on Rails や Rugui で使用されるファイル編成に慣れました。

Haskell プログラムのファイル編成に関するガイドライン、ベスト プラクティス、またはフレームワークはありますか?

(「Haskell を学ぼう」と「実世界の Haskell」は、この問題を実際には扱っていません。)

ホーム フォルダーで、コード プロジェクトの個人用ワークスペースをどのように整理しますか? また、複数のプロジェクトを同時に処理するためにワークスペースを効率的に保つにはどうすればよいでしょうか?

私の質問の最も重要な側面は上記です。トピックの特定の下位部分に対処したくない場合は、読むのをやめてもかまいません。以下は、ワークスペースの編成に関するさまざまな関連する質問です。それらすべてに対処する必要はありません。以下の関連する質問のいくつかに対する部分的な回答でも興味があります。

この質問は主に UNIX と OS X のコンテキストにあります。Windows ベースのユーザーは提案を提供できますが、私は通常 Windows ではなく UNIX で見られるホーム フォルダーとコマンド ライン規則に主に関心があります (cygwin を使用しない限り)。

特に、複数のコード プロジェクトを同時に管理する場合、どのようなフォルダー構造が役立つと思いますか? また、さまざまなオープン ソース コード プロジェクトをダウンロードするときに、ワークスペースを散らかさずにさまざまなソース ツリーをすべて整理するにはどうすればよいでしょうか?

特に、特定のプロジェクトに集中する必要があるときに邪魔にならないようにしながら、コマンド ライン経由でプロジェクトに簡単にアクセスし、ブラウジングしやすくするための秘訣やヒントを知りたいと思っています。

さまざまなソース リポジトリを整頓するのに便利な規則はありますか? 特に git では、さまざまなブランチと関連するリポジトリをどのように整理していますか? 頻繁に作業コピーを吹き飛ばし、定期的にソース管理から完全に更新していますか? あなたは何を持ち、その理由は何ですか？また、特定のプロジェクトに、独自のホーム フォルダー構造にマップする必要がある多くのパスの依存関係がある場合、名前空間とパスをどのように処理しますか?

bin フォルダーと共通ライブラリーはどうですか? さまざまなプロジェクト (おそらく異なるバージョンの PHP、Ruby、Perl、Web サーバー、コンパイラなど) 用に多くの潜在的な開発環境を作成する必要がある場合、これをどのように管理しますか。

ベテランのシステム管理者にとって、経験から何がうまくいき、何がうまくいかないのでしょうか?

シンプルになりすぎず、できるだけシンプルに保つにはどうすればよいでしょうか。

一度に複数のプロジェクトに取り組むための最も柔軟性を与えるものは何ですか?

定期的にプロジェクトをワークスペースから移動し、ソース管理から再インポートしますか? プロジェクト環境を頻繁に再作成する必要性を減らしながら、クラフトの蓄積を防ぐにはどうすればよいでしょうか?

ワークスペース全体をクリーンアップまたは吹き飛ばして、貴重なソース コードへのアクセスや過去のプロジェクトから得た組織の効率性を失うことなく、白紙の状態から始めるにはどうすればよいでしょうか?

さまざまな言語のすべてのプロジェクトを含むフォルダーがあります。次に、コードで最終的に使用する可能性のあるライブラリ（主にjarファイル）を取得します。受け入れられている慣習があると確信していますよね？専門家は何をしますか？