Django 应用程序与应用程序？
Django App vs Apps?
我已经阅读了包括 Django: "projects" vs "apps" and 在内的一些 Whosebug 答案，但我仍在寻找如何组织我的 Django 应用程序的建议以及为什么？
我的市场应用程序具有以下功能，我正在考虑是应该拆分我的应用程序还是只构建一个应用程序，这个决定有什么影响？
- 主页 - 首页、搜索和搜索结果的呈现卡片
- 详细视图 - 单击结果卡时看到的内容
- 预订流程 - pinax 条纹付款和很少的预订浏览量
- 博客 - 自我解释
- messages - 具有自定义视图的 django-messages 允许供应商 - 客户沟通
- 静态 - 条款和条件、关于和联系静态页面
- 任务 - 用于电子邮件和其他所需背景内容的芹菜作业
这是一个应用程序。用户搜索供应商，找到供应商，联系供应商并预订服务。但是，当我寻找示例应用程序时，这种类型的功能通常会拆分为多个应用程序。我的问题为什么？我在设计软件方面的经验有限，恐怕我在这里犯了大错误。
我计划将应用程序与供应商列表功能分开，并允许我先手动预筛选供应商，然后再自动化。
它有 >
- 列表 - 允许添加列表、图片视频等
- 消息 - ???这让我开始思考消息是否应该根据需要在两者中作为一个单独的应用程序，或者提供商列表是否应该在同一个大型应用程序下
- API - ??我也需要这个
- 付款 - 主要是不同的功能，但一些代码是共享的
所以最后我是将所有应用程序都放到一个大型应用程序中还是拆分为多个应用程序？
一切由你决定。将所有内容都放在 1 个应用程序中是可以的，但随着项目变得（非常）大，可能不那么方便。如果需要，您可以随时拆分它。
拥有单独的应用程序有两个目标：
- 可维护性：保持概览
- 可移植性：能够在另一个项目中重复使用应用程序
如果功能属于一起，则将它们合并到同一个应用程序中。
因此，您的博客显然与电子商务部分分开。但它也可能只是几行代码，所以如果将它放在现有应用程序的某个地方也没什么大不了的。
个人而言，我更喜欢将主页（+ 关于、联系方式）+ 模板 + js/css 的布局放在一个单独的应用程序中，因为这通常不是我的应用程序的一部分，而只是一个正面。对于可能有些不同的电子商务网站。
（这是我用的https://github.com/allox/django-base-template）
我已经阅读了包括 Django: "projects" vs "apps" and
我的市场应用程序具有以下功能，我正在考虑是应该拆分我的应用程序还是只构建一个应用程序，这个决定有什么影响？
- 主页 - 首页、搜索和搜索结果的呈现卡片
- 详细视图 - 单击结果卡时看到的内容
- 预订流程 - pinax 条纹付款和很少的预订浏览量
- 博客 - 自我解释
- messages - 具有自定义视图的 django-messages 允许供应商 - 客户沟通
- 静态 - 条款和条件、关于和联系静态页面
- 任务 - 用于电子邮件和其他所需背景内容的芹菜作业
这是一个应用程序。用户搜索供应商，找到供应商，联系供应商并预订服务。但是，当我寻找示例应用程序时，这种类型的功能通常会拆分为多个应用程序。我的问题为什么？我在设计软件方面的经验有限，恐怕我在这里犯了大错误。
我计划将应用程序与供应商列表功能分开，并允许我先手动预筛选供应商，然后再自动化。
它有 >
- 列表 - 允许添加列表、图片视频等
- 消息 - ???这让我开始思考消息是否应该根据需要在两者中作为一个单独的应用程序，或者提供商列表是否应该在同一个大型应用程序下
- API - ??我也需要这个
- 付款 - 主要是不同的功能，但一些代码是共享的
所以最后我是将所有应用程序都放到一个大型应用程序中还是拆分为多个应用程序？
一切由你决定。将所有内容都放在 1 个应用程序中是可以的，但随着项目变得（非常）大，可能不那么方便。如果需要，您可以随时拆分它。
拥有单独的应用程序有两个目标：
- 可维护性：保持概览
- 可移植性：能够在另一个项目中重复使用应用程序
如果功能属于一起，则将它们合并到同一个应用程序中。 因此，您的博客显然与电子商务部分分开。但它也可能只是几行代码，所以如果将它放在现有应用程序的某个地方也没什么大不了的。
个人而言，我更喜欢将主页（+ 关于、联系方式）+ 模板 + js/css 的布局放在一个单独的应用程序中，因为这通常不是我的应用程序的一部分，而只是一个正面。对于可能有些不同的电子商务网站。 （这是我用的https://github.com/allox/django-base-template）