python - Django:当应用看起来很耦合时，如何将它们完全解耦？

Question

Closed. This question needs to be more focused。它当前不接受答案。












想改善这个问题吗？更新问题，使其仅关注 editing this post的一个问题。

2年前关闭。



Improve this question




注意:我不是合适的python程序员...但是我广泛使用python。我会做一些事情，例如用继承编写类，使用迭代器和理解等等。我的观点是，我对语言没有完全的了解，例如究竟是什么构成python对象，为什么除了指定模块外还需要 __init__.py等。关于Django，我编写了多应用程序网站(借助SO)，并且非常喜欢Django的模板系统，模块和它们如何嵌套。现在，我的应用程序是否已完全解耦且可重用？这是这篇文章的主题。

我声明此免责声明是因为许多Django资源似乎都假设人们知道这些事情。这使您可以了解一些文档和S.O.对于一个(次权力)用户来说，问题很难解决。因此，请牢记这一问题。

题

这些问题均受 When to create a new app with startapp in django?的 @håkan问题和 answer给出的 @antti rasinen的启发，后者与詹姆斯·本内特(James Bennett)的2008 PyCon presentation相关联

Bennett的演讲中有几点要点:

网站是

应用程序的集合

应用程序可以很好地完成一件事

这将我引向他的“项目耦合扼杀了重复使用”一节，其中提到:

直接在Python路径(注册，标记等)上的单个模块

软件包下的相关模块(ellington.events，ellington.podcasts等)

问题0

在这种情况下，“模块”仅仅是由其他应用程序组成的应用程序吗？

问题1

(具有相关功能和共享模型的应用)

应用共享模型时该怎么办？

在Barrett的幻灯片中，他暗示用户注册和用户个人资料是不同的，应该是不同的应用程序。 (他当然声明个人资料与用户注册无关)。

因此，如果我两个都想要，我的项目是否会有两个应用程序，例如:

用户注册

用户个人资料

即使应用程序 user-profile将需要 user-registration中的用户模型？还是我制作一个应用程序( module):

用户应用

注册

文件

两者都包含？

问题2

(具有不同功能但共享模型的应用)

从问题1扩展示例，可以说我的主应用程序(或主应用程序使用的某些其他应用程序)利用了用户模型的某些方面(例如，如果是聊天站点，则是最近活跃的成员)。

显然，我的主应用程序是从用户模型中获取此信息的。我的主应用程序现在绑定(bind)在 user-app模块下了吗？

这可能不是最好的示例，但是要点如下:

我有两个应用程序 app-dependency和 app-needs-dependency，每个应用程序都做一件事情，一件事情做得很好……只是 app-needs-dependency需要 app-dependency中的信息。如果有关 app-needs-dependency的所有其他信息都与 app-dependency完全脱钩了(那么它可以在其他项目中使用)，我该怎么办？

问题3

(编写应用程序以提高灵活性)

现在，我的网站上有几个应用程序。每个应用程序都做一件事，并且做得很好。在这种情况下，主应用程序充当着陆页/概述。

我希望所有其他应用程序都使用/继承主应用程序的静态文件和模板文件。

我将所有静态文件和模板存储在哪里？在主应用程序中，并将其设置为其他应用程序的默认值吗？或者这些静态文件/模板(例如 base.css， base.html)应该放在哪里？
我是否为每个其他应用程序制作这些文件的副本，以便即使多余也可以运行它们？

哪个使我的应用程序更灵活？

最佳答案

问题0

Python上下文中的“模块”就是一个包含定义和语句的文件。因此，“程序包下的相关模块”实际上只是意味着“根据代码的作用将代码拆分为单独的文件”。

将其描述为“由其他应用程序构成的应用程序”是为了将Django的应用程序概念与Python的模块概念(如上所述，该文件只是一个包含一些代码的文件)混淆。

问题1

What should I do when apps share models?

您仍应尝试坚持“应用程序做一件事并做好事”的准则。在这种情况下，单独的配置文件和注册应用程序似乎是个好主意-因为它们具有完全不同的功能。一个注册应用程序将包含允许用户在您的网站上注册的逻辑。个人资料应用程序就是您将存储的有关用户的哪些信息。

这两个应用程序彼此之间没有关系，这没错-参见下文。

问题2

Let's say that my main app (or some other app that is used by the main app) utilizes some aspect of the user model (e.g. recently active members if it was a chat site). Clearly my main app gets this information from the user model. Does my main app now get bundled under the user-app?

不能。它仍然应该是一个单独的应用程序，并带有指向其他应用程序的链接。

用户模型实际上是一个很好的例子。 Django允许您指定 custom user model，以便您存储有关用户的任何其他数据。

现在，有大量第三方应用程序可以为用户执行注册，身份验证等操作。它们旨在与任何用户模型一起使用，而不仅仅是Django的默认模型。他们这样做的方法是在需要引用 get_user_model()模型的任何地方使用 User ，而不是直接导入 django.contrib.auth.models.User。

这意味着您可以将这些第三方应用程序与为自己的项目定义的任何用户模型一起使用。

Django的 get_user_model()实用程序可用于一个非常常见的用例。但是，可以将相同原理扩展到您自己的应用程序。如果您认为应用之间存在可交换的依赖关系，则可以提供一种将其交换出去的方法-例如，一种设置/配置，允许使用您的应用的任何其他项目指定替代项。

Django生态系统中有数百种此类可配置性的示例。例如，Django本身附带了自己的 django.contrib.auth身份验证应用程序。但是，如果您想实现自己的身份验证逻辑，则不必自己重新实现整个身份验证应用程序(这将是一个巨大的痛苦)。而是指定一个 authentication backend，它的身份验证应用程序将使用它来进行身份验证。 auth应用旨在允许任何项目以最小的工作量交换其功能的核心部分。

因此，在 main应用程序中，您可以定义一个设置来控制要使用的 profile模型。这意味着，如果其他人想使用其他配置文件模型，则只需更改此设置即可。它们不再与您的 profile应用绑定(bind)。

例如-假设您有一个 main应用程序，该应用程序的 View 显示一些用户数据，但还提供了指向其他应用程序提供的注册 View 的链接。您希望其他任何人都可以使用该应用程序，无论他们使用什么注册应用程序。因此，您可以像下面这样使该 View 可恢复使用:

在 main/views.py中:

from django.contrib.auth import get_user_model
from django.conf import settings
from django.urls import reverse

class UserDetailView(DetailView):

    # First of all, we're using get_user_model so that a project
    # can specify whatever user model it wants, and still use this
    # view.
    model = get_user_model()

    def get_context_data(self, *args, *kwargs):
        ctx = super().get_context_data(*args, **kwargs)
        # We want to add a link to a registration view into this template context.
        # But we want this to be configurable.
        # Your REGISTRATION_URL would be something like 'profile:registration'
        ctx['registration_link'] = reverse(settings.REGISTRATION_URL)
        return ctx

问题3

The main app serves as the landing page/ overview in this case. I want all my other apps to use / inherit the static and template files of the main app. Where do I store all the static files and templates?

您应该将模板存储在每个相应的应用程序中。如果您的主应用程序正在提供基本模板，则这些模板应位于主应用程序中。

如果您的个人资料应用程序随后提供了注册 View ，则该模板的模板应位于个人资料应用程序中。从主应用程序扩展基本模板没有任何问题-可以轻松地被想要的项目覆盖。

假设两个应用程序之间如何关联是很好的假设-只要您谨慎允许覆盖这些假设即可。

关于python - Django:当应用看起来很耦合时，如何将它们完全解耦？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48831838/

上一篇：python - 每月第一天的 Paypal 每月订阅计划设置并每月定期付款 - django python

下一篇：python - 为什么我的 Deep Q Network 没有掌握一个简单的 Gridworld (Tensorflow)？ (如何评估 Deep-Q-Net)

相关文章：

python - python中每个第一个真实值的索引

python - 有没有办法生成项目列表的所有唯一排列

Python:在运行时创建生成器

python - python逐行读取.xls文件数据

python - Django celery 任务 : dictionary changed size during iteration

python - Django 午夜营业时间后 TimeField 比较错误

Python any() - 除了 0 之外，每个数字都返回 true 吗？

python - 在 Django Rest 框架中检索详细对象时更改模型中的字段

django - 我无法更新 Django 的 RedirectView。它一直引用状态为 301 Moved Permenantly 的旧 URL

python - 如何根据孔数计算物体

Answer 1

问题0

Python上下文中的“模块”就是一个包含定义和语句的文件。因此，“程序包下的相关模块”实际上只是意味着“根据代码的作用将代码拆分为单独的文件”。

将其描述为“由其他应用程序构成的应用程序”是为了将Django的应用程序概念与Python的模块概念(如上所述，该文件只是一个包含一些代码的文件)混淆。

问题1

What should I do when apps share models?

您仍应尝试坚持“应用程序做一件事并做好事”的准则。在这种情况下，单独的配置文件和注册应用程序似乎是个好主意-因为它们具有完全不同的功能。一个注册应用程序将包含允许用户在您的网站上注册的逻辑。个人资料应用程序就是您将存储的有关用户的哪些信息。

这两个应用程序彼此之间没有关系，这没错-参见下文。

问题2

Let's say that my main app (or some other app that is used by the main app) utilizes some aspect of the user model (e.g. recently active members if it was a chat site). Clearly my main app gets this information from the user model. Does my main app now get bundled under the user-app?

不能。它仍然应该是一个单独的应用程序，并带有指向其他应用程序的链接。

用户模型实际上是一个很好的例子。 Django允许您指定 custom user model，以便您存储有关用户的任何其他数据。

现在，有大量第三方应用程序可以为用户执行注册，身份验证等操作。它们旨在与任何用户模型一起使用，而不仅仅是Django的默认模型。他们这样做的方法是在需要引用 get_user_model()模型的任何地方使用 User ，而不是直接导入 django.contrib.auth.models.User。

这意味着您可以将这些第三方应用程序与为自己的项目定义的任何用户模型一起使用。

Django的 get_user_model()实用程序可用于一个非常常见的用例。但是，可以将相同原理扩展到您自己的应用程序。如果您认为应用之间存在可交换的依赖关系，则可以提供一种将其交换出去的方法-例如，一种设置/配置，允许使用您的应用的任何其他项目指定替代项。

Django生态系统中有数百种此类可配置性的示例。例如，Django本身附带了自己的 django.contrib.auth身份验证应用程序。但是，如果您想实现自己的身份验证逻辑，则不必自己重新实现整个身份验证应用程序(这将是一个巨大的痛苦)。而是指定一个 authentication backend，它的身份验证应用程序将使用它来进行身份验证。 auth应用旨在允许任何项目以最小的工作量交换其功能的核心部分。

因此，在 main应用程序中，您可以定义一个设置来控制要使用的 profile模型。这意味着，如果其他人想使用其他配置文件模型，则只需更改此设置即可。它们不再与您的 profile应用绑定(bind)。

例如-假设您有一个 main应用程序，该应用程序的 View 显示一些用户数据，但还提供了指向其他应用程序提供的注册 View 的链接。您希望其他任何人都可以使用该应用程序，无论他们使用什么注册应用程序。因此，您可以像下面这样使该 View 可恢复使用:

在 main/views.py中:

from django.contrib.auth import get_user_model
from django.conf import settings
from django.urls import reverse

class UserDetailView(DetailView):

    # First of all, we're using get_user_model so that a project
    # can specify whatever user model it wants, and still use this
    # view.
    model = get_user_model()

    def get_context_data(self, *args, *kwargs):
        ctx = super().get_context_data(*args, **kwargs)
        # We want to add a link to a registration view into this template context.
        # But we want this to be configurable.
        # Your REGISTRATION_URL would be something like 'profile:registration'
        ctx['registration_link'] = reverse(settings.REGISTRATION_URL)
        return ctx

问题3

The main app serves as the landing page/ overview in this case. I want all my other apps to use / inherit the static and template files of the main app. Where do I store all the static files and templates?

您应该将模板存储在每个相应的应用程序中。如果您的主应用程序正在提供基本模板，则这些模板应位于主应用程序中。

如果您的个人资料应用程序随后提供了注册 View ，则该模板的模板应位于个人资料应用程序中。从主应用程序扩展基本模板没有任何问题-可以轻松地被想要的项目覆盖。

假设两个应用程序之间如何关联是很好的假设-只要您谨慎允许覆盖这些假设即可。