问题标签 [web-architecture]

我想从头开始构建一个 Web 应用程序。我如何选择技术？它应该更容易和更快。该应用程序必须为我自己的使用而开发。我该如何做决定。

请帮我？

我很惊讶

域 example.com的支持JMAP的电子邮件主机应该发布 SRV 记录 _jmaps._tcp.example.com，它提供主机名和端口（通常是端口 443）。

身份验证 URL 是https://hostname/.well-known/jmap（在任何重定向之后）。

其他使用 autoconfig.example.com 或 autodiscover.example.com 的自动发现选项可能会添加到 JMAP 的未来版本中，以支持无法使用 SRV 查找的客户端。

它与众所周知的 URI 注册表的原始用例不匹配。robots.txt 或dnt/之类的东西dnt-policy.txt。如果没有它，IPP / CUPS 打印也可以正常工作，使用 DNS TXT 记录来指定 URL。如果您可以查找 SRV 记录，您同样可以查找 TXT。并且自动发现协议涉及 XML，它显然可以包含完整的 URI。

例如，知名 URI 的注册机构接受这一点的可能性有多大？还是更有可能保留为非标准的东西，比如虚构的 URI 方案？

我想知道我应该在哪里放置访问数据库的验证表单。基本上我需要用户输入item_type，我想首先检查item_type数据库中是否存在。

有 3 个选项：

1. 在数据库模型中，我有一个ItemType类，我放了一个函数add()来检查现有项目是否存在

2. 在视图中，因此在页面的路由中form.validate_on_submit()，我从 wtforms 进行检查以从数据库中获取数据，如果存在，我将在此处输入错误

3. 在 wtforms中，在类validate()的默认验证之后添加额外的验证Form

我见过有人使用数字 2 和 3，但不确定哪个是最好的。我想要的错误消息还需要在表单的特定字段上显示（这可以通过方法 2 和 3 来实现，因为它们引用了表单字段）但是又因为它与访问数据库有关，也许它最好将有关数据库访问的所有内容都放在模型函数中？

我们正在使用 Hibernate 功能实现 Spring MVC 项目。根据 SpringMVC 的示例实现，我们将在应用程序中有不同的层。它们包括：控制器、服务、实体和存储库。应用程序的业务逻辑在服务层实现。Spring框架提供的API遵循面向对象的原则，我们只是在徘徊如何将SOLID原则应用于应用程序的类。换句话说，如何将 SOLID 原则应用于 Spring MVC Hibernate 应用程序

我不断看到对JAMstack Web 开发架构的引用。

从网页Jamstack.org 来看，JAMstack 与具有REST API后端架构 的常见JavaScript SPA前端有何不同并不明显。

关键区别是什么？

我正在研究 uber Rider 应用程序的当前架构，我了解到当前的 Rider 应用程序是从 MVC 演变为一种称为 riblet 的特定架构，它是由 Uber 自己在 viper 之上设计的。据我了解，riblets 是可独立测试的部分，每个部分都有一个目的。我知道新架构能够处理性能和可扩展性。我有兴趣了解 riblet 架构的缺点。

我想知道：为什么我们使用将 Web 应用程序拆分为客户端（JavaScript、CSS 甚至像 React 或 Angular 这样的框架）和服务器（PHP）？为什么最好这样做，而不是简单地访问包含 PHP 和 HTML 的网站？

如果我有一项服务返回多个数据点，并且这些数据点需要显示在多个 html 部分中（在下面的情况下是三个）。组织和构建这个的最佳方式是什么？

请注意，此处的部分和属性总是一起显示。

有三个选项，我在第一个和第二个之间有点困惑，选择哪一个。

1. 创建三个组件：TemplateComponent、SectionsComponent 和 PropertyComponent？
2. 创建两个组件：一个组件用于模板，另一个组件用于部分和属性？
3. 创建一个组件：所有三个部分的一个组件。
4. ?

我们在 CLI 中使用 Angular~2.0。

示例服务响应

示例用户界面

最近开始学习 Django。长话短说 -

如果我选择结合：

• 我服务器端的 django 框架
• REST 作为中间件层
• 一些客户端框架（如 React、Angular 等）

django 的哪个MVC 组件将变得无关紧要？
我认为模板组件。在这种情况下，是否有任何其他不需要的基本组件（模型/视图......）？

我有一个客户端服务器应用程序，它是基于 Java 的服务器，带有 Spring。

现在我必须用 Web 客户端替换 Java 客户端。

我有三个不同的架构概念来实现网络服务器并将其链接到应用程序服务器。但我不确定我应该使用哪个。我对网络应用程序不是很坚定，但我认为这不是网络客户端的纯粹决定。有人可以给我一些不同概念的优缺点，或者请告诉我我的概念是否有错误。

这些是概念：

1. 在我的应用程序服务器中使用嵌入式 Web 服务器。 Pro：我不能在 Web 服务器和应用程序服务器之间实现任何会话处理。网络服务器可以使用应用服务器的数据存储来处理请求。缺点：客户必须决定是否允许应用服务器启动他们自己的 Web 服务器。而且我不确定将 web ui 逻辑与应用程序服务器的业务逻辑混合是否是一种好风格

2. 将业务逻辑嵌入到 web ui 中，以争取独立的 web 服务器。 优点：基本的安全内容，如 https 处理将由 Web 服务器完成。对于客户来说，部署可能更容易接受。我不能在 Web 服务器和应用程序服务器之间实现任何会话处理。网络服务器可以使用应用服务器的数据存储来处理请求。 缺点：应用程序服务器有大量内存和 cpu 使用率。这可能是Web服务器的问题。

3. 将 web ui 嵌入 web 服务器并通过套接字连接将其链接到应用程序服务器。 优点：严格分离用户界面和业务逻辑。应用服务器一定不能改变，因为web服务器和应用服务器之间的socket连接可以使用胖客户端已有的socket连接。缺点：用户会话的处理必须处理两次。首先是 Web 会话，其次是到应用程序服务器的会话。此外，Web 服务器必须为数据设置自己的存储，并且必须使它们与应用服务器中的存储保持同步。

我的第一个想法是采用第一个概念，因为我在一个应用程序中拥有所有东西。但是我的第二个想法是使用第三个概念，因为严格的分离和真实 Web 服务器的好处。但这里我的问题是为每个用户处理两个会话。还是有更好的概念？

谢谢你给我意见！