タグ付けされた質問 「file-structure」


5
同じ汎用の2つの非常に異なるファイルに同じ名前を付けるのは悪い習慣ですか?
同じ汎用の2つの非常に異なるファイルに同じ名前を付け、それらを異なるディレクトリに分けるのは悪い習慣ですか? <script src="client_scripts/app/player_stats/generator.js"></script> <script src="client_scripts/app/coach_settings/generator.js"></script> ファイル名を短くしたいと思います。両方のファイルは同一ではなく、同じ一般的な目的を持っています。これがプロのプログラミング環境で悪い習慣と見なされるかどうかはわかりません。この状況でベストプラクティスが何であるかを知りたいです。 または、名前の短い長さを犠牲にして、次を使用できます。 <script src="client_scripts/app/player_stats/player_stats_generator.js"></script> <script src="client_scripts/app/coach_settings/coach_settings_generator.js"></script>

7
モジュール/プラグインをサポートしながら、MVCフレームワークをどのように整理しますか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 MVCフレームワークに関しては、主に2つのコードベース構造があります。問題は、両者に組織的なバグがあるように見えることです。 標準MVC /controller /model /view 問題:関連するコンポーネント(フォーラム、ブログ、ユーザーなど)の分離がない モジュラーMVC /blog /controller /model /view /user /controller /model /view /forum /controller /model /view モジュールベースのシステムを選択すると、問題が残ります。 長い名前(Forum_Model_Forum = forum / model / forum.php)(Zendのように) ファイルシステムis_file()は、フォーラムモデルを持つフォルダーを見つけるために使用しますか?(小花のように) 異なるモジュールを分離しようとしたときにうまく機能する他のMVC構造はありますか?私が見逃しているこれらの構造の利点はありますか?

7
区切りファイルを処理する最良の方法
したがって、通常、CSVファイルでは、フィールドと行の区切り文字としてカンマと戻り文字が使用されます。 これにより、これらの両方の文字を含む可能性のあるテキストで明らかな問題が発生します。 明らかにオプションがありますが(エスケープ)、これをどのように処理しますか?別の文字を使用してください-パイプまたはチルダ?それらをエスケープしますか?区切りファイルを使用しないでください。結局のところ、2010年であり、現在XMLがありますか? 問題が見当たらないまともなチャンスを求めて、少なくとも努力をしています。 (明らかに、これはより堅固なものではなく、好奇心からの質問です-私は何度も何度もデータを使って遊んでいますが、常にそれを回しましたが、通常は少し、よく、汚い感じがします他の人の経験は何だろうと思いました)。

5
小さな機能と同じ機能で依存する機能を維持する
ノードの配列を設定し、それらをグラフのような構造で互いに接続するクラスがあります。次のことが最善ですか: 1つの機能でノードを初期化および接続する機能を保持します 2つの異なる関数で初期化および接続機能を使用します(これらの関数はプライベートであることに注意してください)。 方法1:(1つの関数が2つのことを行っている点が悪いが、依存する機能をグループ化したままにしている-最初に初期化されない限り、ノードを接続しないでください。) init() { setupNodes() } private func setupNodes() { // 1. Create array of nodes // 2. Go through array, connecting each node to its neighbors // according to some predefined constants } 方法2:(自己文書化という意味では、ただし、connectNodes()をsetupNodes()の前に呼び出さないでください。したがって、クラス内部で作業する人はこの順序を知る必要があります。) init() { setupNodes() } private func setupNodes() { createNodes() connectNodes() } private func …

4
フォルダーベースのファイルシステムに代わるより良い代替手段はありますか?また、すぐに置き換えられますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 閉じた3年前。 私が遭遇したすべてのファイルシステムはフォルダーに基づいています-ファイルとサブフォルダーを含むルートフォルダーがあり、ファイルとサブフォルダーなどが含まれます。 ファイルを整理するより良い代替手段はありますか?また、すぐに現在のシステムを置き換えますか?答えが正しいと判断した場合は、ファイルシステムに関する履歴を自由に追加してください。 「より良い」という言葉は、あなたが好きなように解釈してください。

1
コードセクションがテキストセクションと呼ばれるのはなぜですか?
コードを含む実行可能ファイルのセクションは、.textセクションと呼ばれることもあります。セグメント化されたメモリアーキテクチャでは、コードとしてマップされたセグメントは、テキストセグメントと呼ばれることもあります。UNIXエラーメッセージ「text file busy」(ETXTBSY)は、「このファイルは実行中のプログラムです」を意味します。 テキストはどのように実行可能(マシン)コードを意味するようになりましたか? 理想的な答えは次のとおりです。単語とその意味の関係を説明します。用語の起源または少なくとも歴史の引用を提供する; どのコミュニティがそれを使用しているのかを考えてください。


4
ファイル形式を作成する適切な方法はありますか?
C#.NETで記述したアプリケーション用に独自のファイル形式を作成して、保存情報を保存し、おそらくプロジェクトの資産を保存します。何らかの方法でこれを行う方法の基準はありますか?私は単純に行っていたSerializeバイナリに私のオブジェクトとどのようにファイルを解析するために私に言うだろうヘッダを作成します。これは悪いアプローチですか?

3
賢いPHPアプリケーションの組織構造?
無数のオープンソースプロジェクトに利用できる100万のファイルシステム構造があります。モジュール、言語ファイル、ドメイン、サードパーティライブラリ、移行、国際化、バックアップ、システムの他の部分へのsyslinkなどのものが、プロジェクトのファイルシステムを編成する多くのアプローチを生み出しています。 PHP開発者として、プロジェクト間で何らかの標準化が出現し始めているのではないかと思っています。PSR-0 、我々は最終的にファイルを命名し、ロードするための標準を持っている-しかし、それシステムやそれらがどのように正気の方法で処理することができますを構成するコンポーネントの残りの部分についての私の知識に何もありません。 私たちが扱っているのはMVCだけではありません。これらのすべてを正しく処理する大規模なプロジェクトの例にはどのようなものがありますか?

1
プログラミングファイルをディレクトリに整理するにはどうすればよいですか?[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 場合によっては、探索的なプロトタイプを作成し、ディレクトリの構造を忘れることがあります... (いくつかのレベルの)ディレクトリにプログラミングファイルを分割する上での良いヒントは何ですか?

3
C ++ヘッダーファイルの設計:APIの定義と同じですか?
私はC ++で大規模なソフトウェア開発をするのが初めてで、デザインの側面について疑問に思っていました。 私はこの質問を読んでいて、全体として、定数の定義やその他の些細な問題を乗り越えたら、C ++ヘッダーファイルは単なるAPI定義だと思いました。 それらは、他のプログラマー(または他のモジュールからの自分)が使用できるもの(クラス、パブリック関数)を定義しますが、プライベートクラスまたは関数を定義することはできません。それは、ヘッダーファイルが抽象化(インターフェイス...)を定義し、ソースファイルがそれを実装するようなものです。ソースファイルがコンパイルされると、実装の詳細は隠され、モジュールが実行できることを定義する公開されているヘッダーが残ります。 ヘッダーとソースファイルの分離に関するこの見方は、通常の説明よりもはるかに理解しやすく、理解しやすいと感じXXXました。未公開のソースファイル?」 ヘッダーファイルのメンタルモデルはおおよそ正しいですか?私は何を取りこぼしたか ?

8
構成ファイルに推奨されるXML以外の何かを使用していますか?
ある種の構成ファイルを必要とする小さなツールを設計しています。私の場合、構成ファイルは実際にはデータベースに近いものですが、軽量である必要があり、必要に応じてエンドユーザーが簡単に編集できるようにする必要があります。ただし、その中にも多くのものが含まれます。(特定の要因に応じて、1Mb以上になる場合があります) SQLiteなどを使用するのではなく、プレーンテキストを使用することにしました。ただし、テキストを使用する場合は、さまざまな形式にも対応する必要があります。これまでのところ、私の選択肢は XML JSON カスタムフォーマット 私のファイルのデータは非常にシンプルで、ほとんどの部分はキーと値のタイプのものです。したがって、カスタム形式はそれほど難しくありません...しかし、サポートの作成について心配する必要はありません。JSONが構成ファイルに使用されるのを見たことがありません。XMLはファイルサイズを大幅に膨らませると思います。(私はまた、一般的にXMLが嫌いです)。 この場合、どうすればよいですか? 考慮すべき要素: この構成ファイルはWebサービスにアップロードできます(サイズが重要です) ユーザーは必要に応じて手動で編集できる必要があります(編集や読みやすさの問題) 自動的に生成および処理できる必要があります(速度はそれほど重要ではありませんが、過度に遅くはなりません) 「キー」と「値」はプレーンな文字列ですが、何でも含めることができるためエスケープする必要があります。(ユニコードとエスケープは簡単に機能する必要があります) 複数の構成ファイル。基本的に、各設定ファイルは1つの「プロジェクト」に関連付けられています

4
ファイルタイプを設計する際の考慮事項
コードからデータ構造を保存して、独自の、まだ未定義のタイプのファイルにファイルを保存するプロセスを記述しようとしています。ただし、ファイルの種類や構造を設計したことはありません。 一般的に言えば、デザインを始める前に考慮すべきことはありますか? ここで認められた良い習慣はありますか?避けるべき悪い習慣は? 絶対にすべきこと、すべきでないことはありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.