【问题标题】:Django App vs Apps?Django 应用程序与应用程序?
【发布时间】:2017-03-21 05:50:18
【问题描述】:

我已经阅读了一些 StackOverflow 答案,包括 Django: "projects" vs "apps"using django apps vs established apps...security? ,但我仍在寻找如何组织我的 Django 应用程序的建议以及为什么?

我的市场应用程序具有以下功能,我正在考虑是否应该拆分我的应用程序或只构建一个应用程序,这个决定有什么影响?

  • 主页 - 搜索结果的首页、搜索和呈现卡片
  • 详细视图 - 单击结果卡时看到的内容
  • 预订流程 - pinax 条纹支付和很少的预订浏览量
  • 博客 - 自我解释
  • messages - 带有自定义视图的 django-messages,允许提供商 - 客户沟通
  • 静态 - t&c、关于和联系静态页面
  • 任务 - 根据需要用于电子邮件和其他背景内容的 celery 作业

这是一个应用程序。用户搜索提供商,找到一个,联系提供商并预订服务。但是,当我寻找示例应用程序时,这种类型的功能通常会拆分为多个应用程序。我的问题为什么?我在设计软件方面的经验有限,担心我在这里犯了大错。

我计划将应用程序与提供者列表功能分开,并允许我先手动预筛选提供者,然后再自动化。

它有 >

  • 列表 - 允许添加列表、图片视频等。
  • 消息 - ???这让我想到消息应该是两者都需要的单独应用程序,还是应该在同一个大型应用程序下提供提供商列表
  • API - ??我也需要这个
  • 付款 - 大部分功能不同,但部分代码是共享的

那么最后我是把所有应用都放到一个大型应用中还是拆分尽可能多的应用?

【问题讨论】:

    标签: python django django-apps


    【解决方案1】:

    这一切都取决于你。可以将所有内容放在 1 个应用程序中,但可能不那么方便,因为项目变得(真的)很大。如果需要,您可以随时将其拆分。

    拥有单独的应用程序有两个目标:

    • 可维护性:保持概览
    • 可移植性:能够在另一个项目中重用应用程序

    如果函数属于一起,则将其合并到同一个应用中。 因此,您的博客显然与电子商务部分是分开的。但它可能也只是几行代码,所以如果将它放在现有应用程序的某个地方也没什么大不了的。

    我个人更喜欢在单独的应用程序中拥有主页(+ 关于,联系人)+ 模板 + js/css 的布局,因为这通常不是我的应用程序的一部分,而只是一个前端。对于电子商务网站,可能会有所不同。 (这是我使用的https://github.com/allox/django-base-template

    【讨论】:

      猜你喜欢
      • 2018-01-14
      • 2016-06-28
      • 1970-01-01
      • 1970-01-01
      • 2021-10-14
      • 1970-01-01
      • 2013-10-07
      • 2011-05-10
      • 1970-01-01
      相关资源
      最近更新 更多