【问题标题】:Expose HTML fragments as REST API vs Web Components?将 HTML 片段公开为 REST API 与 Web 组件?
【发布时间】:2020-08-17 08:18:12
【问题描述】:

我有一个用例,其中网站的常见部分、“文章详细信息”或“标题”需要在其他流和我组织的团队以及一些外部机构中重复使用。

我们可以使用 REST 端点以 JSON 的形式公开内容,但这里的问题是每个团队都需要设计 UI,我们可能会失去一致性和更多出错的机会。

为了解决这个问题,我可以想到 2 个解决方案: 1) 自渲染 Web 组件 2) 提取 HTML 片段并公开与 REST API 相同的内容

我更倾向于第二种方法,因为我们已经有了工作的 HTML 并且我正在使用 CMS,网络的每个部分都已经被标识为一个组件并且我们有一个与之关联的专用模板。 我需要通过删除页面级别可用的常见依赖项来使这个片段更加独立和自渲染。

这样我可以通过 Rest 端点公开这些部分,这将返回纯 HTML 输出而不是 JSON。

如果您发现任何问题,我想了解您的意见。

谢谢

【问题讨论】:

  • ??????????????????????????? ??? 1 ?????????????????? ??????????????? 2
  • 谢谢,但你为什么认为我不应该只使用案例 2。webcomponents 有什么缺点或任何特定的好处吗?
  • WebComponents 封装了逻辑和复杂性,使重用变得更容易。请参阅 iconmeister.github.io 作为示例,WebComponent(又名自定义元素)如何使使用 SVG 变得更容易。您的解决方案 #2 要求您的开发人员使用 JS 代码,他们可能会犯各种使用错误。所以你的选择不是 1 OR 2。最好是两者的混合(因为你已经有 2)
  • 基本上你会在你的 API 周围包裹一个自定义元素(自定义 HTML 标签):<article-header api="..." query="..."></article-header>

标签: java rest content-management-system web-component


【解决方案1】:

在 .Net Core 或 Laravel 等 MVC 框架上,通常会从包含所有 HTML 输出的组件返回视图,而不是简单的 JSON。

所以你当然可以,也可以通过 Ajax 调用

【讨论】:

    猜你喜欢
    • 2018-08-09
    • 1970-01-01
    • 1970-01-01
    • 2023-03-15
    • 1970-01-01
    • 2012-04-10
    • 1970-01-01
    • 2019-08-24
    • 2017-12-29
    相关资源
    最近更新 更多