1

Odoo 发布了它的网站框架，非常简单和强大。（非常感谢 Odoo 团队！！）

现在我们所有的 Odoo 专家都需要思考一个网站框架是否可以成为 POS 的良好替代品？

网站福利如下，

  • 在网站中添加和集成第三方 CSS 和 JS 非常容易。
  • 与 POS 相比，您可以在网站中快速进行自定义设计。
  • POS 开发的目的是，一些用户友好的功能在后端不可能/困难，因此 Odoo 团队开发了具有特定 JS 和 CSS 的自定义 POS 框架。但是到目前为止，自从网站框架发布以来，您可以轻松添加所有自定义前端功能，那么为什么需要 POS 框架呢？
  • 虽然网站框架依赖于 Qweb 模板，但如果 POS 可以移动到网站框架之上，那么最终用户也可以轻松地在 POS 上进行快速更改。因为 Qweb 模板更容易处理。（我们非常清楚在 Odoo V9 中，POS 在 Qweb 模板上移动。）
  • 网站菜单也受到用户明智的访问权限的保护，所以我认为身份验证不会有任何问题。（用户明智的登录和不同的操作）
  • POS 更改非常困难，因为该框架以某种方式基于 Odoo 的“Web”框架。因此，与网站框架相比，任何定制设计都将难以实施。
  • 如果 JS 是这样设计的，网站页面也可以在离线模式下工作。因此，如果 POS 可以移动到网站，这也不是问题。

就像，

示例 1：Odoo 弃用 RML 并将其报告结构移至 Qweb 框架，与 POS 框架说再见并将其合并到网站框架中会很好。

示例 2：由于 Odoo 提供了从网站扫描交货单和进货的条码功能，如果 POS 来自网站框架，那么它很容易与条码扫描集成。

（但是我们对 POS 框架没有任何问题，也不反对，但是随着 Odoo 的日益发展，一种类型的开发框架将易于管理，而不是像 POS 和网站这样的独立框架。）

任何建议将不胜感激。

4

1 回答 1

2

当前的实现是 Odoo POS，使用与 Web Framework、Qweb、Backbonejs 和内部框架的 Kinf 相同的技术，并以相同的机制工作。

为 POS使用Web 框架并不是一个好主意，原因有很多：

  • POS 和 Web 框架共享相同的技术（qWeb、Backbone、下划线），因此在技术上它们没有区别。

  • POS 具有离线工作能力，这会带来复杂性，如果你认为你想使用 Web 框架，你最终会大量实现类似的复杂事物。

  • POS 具有硬件集成，需要进行较低级别的硬件集成，这需要特殊处理，并且您不想将低级 API 与 Web 混合，从而有机会通过它们来利用系统（我知道我们可以做到，但不值得）

  • POS 具有非常具体的实现，例如需要特殊实现的织锦阅读器和磁性硬件阅读器，通过 Web，您开始执行此操作，然后您将最终创建自己的框架（正如我所说的，它们共享相同的技术。）

  • 仓库织锦界面肯定会被odoo迁移到网络上，因为在v9条码界面已经没有了。

  • Odoo 销售点将促进您的库存管理

最好的

于 2015-08-04T20:36:22.310 回答