質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.48%

  • Django

    1116questions

    DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。

Djangoのユーザモジュールの配置場所について

解決済

回答 2

投稿

  • 評価
  • クリップ 2
  • VIEW 3,734

al_aya_yuka

score 46

いつも回答くださるエンジニア様にはお世話になっております。

Djangoで開発を行っているのですが、自作のライブラリなどはどのようなパスに置くのが良いのでしょうか。
※バッチがメインです
ドキュメントすべて洗ったわけではありませんがぱっと見、記述が見当たらなかったもので。。。

現在はアプリケーション共通のモジュール郡は
project/lib
アプリケーションごとにモジュール分けしているものについては
project/application/management/commands/lib
こんな感じで分けていています。
でもimportする際になんとなく「イケてない」感があるのです。
from lib.fugafuga import *
from application.management.commands.lib.piyopiyo import *

もしかして、
project/application/management/commands/hogehoge.py
のバッチにひとまとまりになるよう詰め込むべきでしょうか?
モノによってはクラスが煩雑し、それこそ可読性を下げそうなのですが・・・

ご意見、そもそもマニュアルにあるなど有りましたらご教授ください。
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

checkベストアンサー

+1

私の管理していたプロジェクトでDjangoを使用した時のルールは下記のようなものでした。
・複数アプリケーションで共通のモジュールはプロジェクトディレクトリ以下
・各アプリケーションでしか使用しないモジュールはアプリケーションディレクトリ以下

from application.management.commands.lib import *

としているところを見るとmanage.pyからのコマンド実行に関係するライブラリを格納していると想像しますが、このライブラリが実行コマンドからのみ参照されるのであれば問題ないと思います。

私が実装する場合は、上記のルールに従い下記のようにします。
ライブラリが参照される範囲を意識するとユニットテスト(tests.py)が書きやすいです。
# プロジェクト共通(settings.pyやurls.pyと同階層にlibディレクトリを作成する)
from project.lib import hogehoge

# アプリケーション共通(各アプリケーションのviews.pyと同階層にlibディレクトリを作成する)
from application.lib import hugahuga

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/02/09 15:32

    御返事遅くなりましたが、アドバイス有難うございます。
    確かに、その方法がとてもスッキリしていると思います。
    今後は参考にしてみたいと思います。

    キャンセル

+1

お邪魔します。

pythonは何を差し置いても明示的で読みやすく間違いが起こりにくいようであることを大切にする言語です。
それなので、「別にイケてなくない」と思います。
ドメインが違う共通処理が違ったパッケージ階層のモジュールに配置されているのは当然のことです。
まあやろうと思えば色々とhackはできるのですが、醜いと思います。

どちらかというと
from lib.fugafuga import *
from application.management.commands.lib.piyopiyo import *
のように書かいていらっしゃるのですが、*で何をインポートしたか明示的でないことの方が問題視されると思われます。(使われているものが、どのソースに書かれているか一目でわかる、ということの方が重要だということ)

※個人的な雑感としてはapplication.management.commands.lib.piyopiyoは少し長いな、とは思いました。
application.lib.piyopiyoとかapplication.commands.piyopiyoとかのレベルでいいような気がします。そしてモジュール名を、管理用のバッチ処理だと明示的にわかるものにするのがいいかなと。

パッケージの分け方について参考になるもの、ですが、djangoには1.4からproject templateという仕組みがあります。
いろんな人がpypiやgit hubやbitbucketに自作project templateをあげていたりするので、
上記サイトで「django project template」と検索してみると、参考になるパッケージの分け方が見られるかもしれません。



(追記)hackについてですが、醜い方法をひとつ例としてあげておきます。(笑)

# モジュールの呼び出し元に対してimportと同等の処理を実行させる
# Aモジュールをインポートしたら、勝手にBモジュールもインポートされるようにする、というhack
# 質問者さんのコードに合わせて、アスタリスクでのモジュールインポートを模倣
import inspect
import lib.fugafuga as module
caller = inspect.getmodule(inspect.stack()[1][0])
for member in inspect.getmembers(module)
    if(not member[0].startswith('_')): #アンダースコアから始まっているメンバは対象外
        setattr(caller, member[0], member[1])

参考になれば幸いです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2015/02/09 15:35

    お返事遅れましてごめんなさい。
    アドバイスありがとうございました。

    import *
    については、簡略して記載してしまった結果です。
    PEP8でも推奨されない書き方だったと思いますので、
    実際に運用しているコードにはそのようなものはありません。
    今後新しいコードを書くときは参考にさせていただきたいと思います。

    ありがとうございました。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.48%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る

  • Django

    1116questions

    DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。