タグ付けされた質問 「project-organization」

Djangoを使用して構築する準備をしている、かなり複雑な「製品」があります。Djangoでの具体的な意味が明確でないため、この文脈では「プロジェクト」と「アプリケーション」という用語の使用を避けます。 プロジェクトには多くのアプリを含めることができます。アプリは多くのプロジェクト間で共有できます。いいね。 私はブログやフォーラムを作り直すつもりはありません-私の製品のどの部分もどのような状況でも再利用できるとは思いません。直感的には、これを「アプリケーション」と呼びます。その後、すべての作業を1つの「アプリ」フォルダーで実行しますか？ もしそうなら ... Djangoのproject.app名前空間に関して、私の傾向はを使用することmyproduct.myproductですが、もちろんこれは許可されていません（しかし、私が構築しているアプリケーションは私のプロジェクトであり、私のプロジェクトはアプリケーションです！）。したがって、「重要な」モデルごとに1つのアプリを作成することでDjangoにアプローチすることになっていると思われますが、スキーマに境界を描画してアプリに分割する場所がわかりません。比較的複雑な関係を持つモデルの。 これに対する一般的な解決策があることを願っています...

202 python  django  namespaces  project-organization 

複雑なRプロジェクトを実行すると、スクリプトがすぐに長く混乱します。 私のコードを常に操作できるようにするために採用できるいくつかのプラクティスは何ですか？私は次のようなことを考えています ソースファイル内の関数の配置 何かを別のソースファイルに分割するタイミング マスターファイルの内容 機能を組織単位として使用する（Rがグローバル状態へのアクセスを困難にするため、これが価値があるかどうか） インデント/改行の練習。 扱います（{？ ）}のようなものを1行または2行に配置しますか？ 基本的に、大きなRスクリプトを整理するための経験則は何ですか？

161 r  package  conventions  code-organization  project-organization 

それはOKです（または偶数/グッドプラクティスを推奨）に、別のファイル内のファイル？#include.c.c

111 c  include  c-preprocessor  code-organization  project-organization