小编prb*_*ron的帖子

使用Push for browser和本机应用程序的完整应用程序的体系结构

我目前正在开展一个侧面项目来学习新语言,新框架,新架构,......我希望能够按照要求创建一个应用程序:

  1. 它必须使用数据库,这就是你要说的基础!(SQL或NoSQL,在我的情况下并不重要).
  2. 它必须有一个后端框架,用于对数据库中的对象进行操作.
  3. 后端必须与推动系统去相关.(这样我的问题就可以用于新项目和现有项目).框架的语言并不重要(PHP,Java,Ruby,...).
  4. 它必须有一个用于实时通知的推送系统.
  5. 它必须提供前端应用程序,以便我们可以从浏览器中使用它.
  6. 它必须为本机应用程序和第三方应用程序提供api.
  7. 它应该易于部署(该应用程序可以用作SaaS应用程序,也可以用作可下载的应用程序,例如Jira.)

我用Google搜索了一下,找到了两个架构,我想和你谈谈每个架构的好处/注意事项.

版本1

版本1

PROS:

  1. 客户端只有一个端点.
  2. 更容易设置

缺点:

  1. 取决于推送系统
  2. 推送系统不仅用于推送事件,而且用作客户端和后端的"调度程序".

版本2

版本2

PROS:

  1. 每项责任都是相互关联的

缺点:

  1. 设置起来比较难
  2. 几个端点
  3. 如何在后端和推送系统之间进行通信?

那么你建议哪一个?有第三种架构吗?你是如何实现它的?

我很感激你的所有答案.

最好的祝福

architecture push

2
推荐指数
1
解决办法
358
查看次数

标签 统计

architecture ×1

push ×1