【问题标题】:Web Application Structure of Web Pages for Users用户网页的Web应用结构
【发布时间】:2023-03-25 13:00:01
【问题描述】:

我想创建一个 Web 应用程序,在登录时将登录用户带到他们的仪表板。构建 Web 应用程序页面的最佳方式是什么?我是否应该有一个通用模板页面,该页面会自动填充每个用户的登录用户详细信息(来自 db 的对象)?或者我应该为每个用户创建一个单独的页面(生成的 html 页面)?我希望后一个选项是数据库上的额外存储,但前一个解决方案意味着有更多用户点击单个模板。还是有更好的解决方案?

【问题讨论】:

  • 您使用什么架构/语言?根据具体情况,可能会有插件或 gems 为您执行此操作(例如 will_paginate 用于 Ruby on Rails)。

标签: html web-applications web architecture


【解决方案1】:

如果没有关于您的方法的更多信息,很难对您的问题给出具体答案,但这里有一些事情需要考虑:

  1. “自动填充的通用模板”和“生成的 html 页面”之间的区别并不清楚 - 如果您希望数据来自数据库,是的,您必须在该数据库上运行查询以获取该用户的数据。
  2. 如果您要根据数据库中该用户的数据向用户显示仪表板,那么您通常会拥有一个 HTML 页面,您的主要语言(Ruby on Rails、Python、PHP 等)会在其中插入正确的数据。这样每个用户的 HTML 页面都是为该用户动态生成的。

【讨论】:

  • 我将在 Scala 中使用 Lift。用户将拥有一个仪表板,其中包含动态创建的数据。那么为每个新用户创建一个html页面并将信息保存在数据库中会更好吗?我苦苦挣扎的是如何保存信息。我认为这将是 1. 保存用户对象,2. 为用户创建一个 html 页面并将其保存在盒子上,3 当用户登录时检索 html 页面并基于他的用户对象动态创建内容跨度>
  • @Santiago - 我不熟悉 Lift/scala,但是如果您要询问将数据保存在数据库中还是将其保存在同一页面的多个副本中,那么一定要去与数据库。数据库专为此目的而设计,您不希望每个用户的同一页面的多个副本会出现冗余和不一致(和开销)。动态生成您的页面。
猜你喜欢
  • 2022-01-15
  • 2012-06-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多