文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布

Notification API，为你的网页添加桌面通知推送

Notification 是什么 MDN: Notifications API 的 Notification 接口用于配置和向用户显示桌面通知。...Notification 能够为用户提供异步的桌面消息通知，即使你缩小浏览器或是活动在其他标签页，只要调用该 Api 的标签页没被关闭，它都能工作。...image.png 以下只提到常用的属性及其方法，更全的看MDN文档: https://developer.mozilla.org/en-US/docs/Web/API/notification 状态值...当 tag 相同时，重复构造实例，新通知会替换旧通知。反之，通知不会替换，而是像楼层一样叠加。同样的，忽略 tag 属性，通知也不会替换。...MDN 文档上提示，onshow 和 onclose 是一个过时的API，不保证可以正常工作。但在 chrome 浏览器测试使用这两个 API，还是能够工作的，最好还是慎用吧。

2.4K10

用ASP.NET Core 2.1 建立规范的 REST API -- HATEOAS

项目开始提升到Richardson成熟度3级的高度，尽管暂时还没有实现REST所有的约束，但是已经比较RESTful了。....jpg HATEOAS（Hypermedia as the engine of application state）是 REST 架构风格中最复杂的约束，也是构建成熟 REST 服务的核心。...它的重要性在于打破了客户端和服务器之间严格的契约，使得客户端可以更加智能和自适应，而 REST 服务本身的演化和更新也变得更加容易。...为了让ASP.NET Core Web API 支持HATEOAS, 得需要自己手动编写代码实现....也许在ASP.NET MVC或者一些web网站可以自适应这种变化，如果这些网站的js，html等是从服务器端生成的；但是大多数的时候，其实很难实现这种自适应变化。

1.2K40
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    用ASP.NET Core 2.1 建立规范的 REST API -- 保护API和其它

    这几种方案里Basic提供的保护程度/级别最低, 而Negotiate最高/强. ASP.NET Core可选择的认证提供商就很多了, 例如ASP.NET Core Identity....但是它主要用于包含页面的web应用, 例如MVC或Razor Page, 并不适用于REST/Web API, 所以不介绍它了....我一直在用Identity Server 4, 但是这里不会深入介绍, 这里主要介绍如何实现REST API, 如果有需要的话, 可以写一系列关于Identity Server 4的文章....这样就可以保护API，避免一些非正常使用的场景，例如网络爬虫或请求太多而导致API的性能严重下降，Dos和DDos。...ASP.NET Core有一个第三方库Swashbuckle，它支持Swagger，但是只支持版本2，版本2有个重要的缺陷就是不支持Action重载，之前HATEOAS的文章里提到过我们需要使用这种重载

    1.6K20

    用ASP.NET Core 2.0 建立规范的 REST API -- GET 和 POST

    html 本文介绍的是使用ASP.NET Core建立Richardson成熟度为2级的伪RESTful web API, 本文介绍的是GET和POST....例如: api/getusers 就是不正确的. GET api/users 就是正确的 GET api/users/{userId}. 所以资源应该使用的是名词....处理异常 当Action发生异常的时候，默认情况下ASP.NET Core会返回500： ? ? 但还是自己处理一下比较好，可以在Action里面使用try catch: ?...的情况下，就该返回一个默认的格式，在ASP.NET Core 2.0里面就是application/json。...当请求的media type不可用的时候，并且消费者不支持默认格式，这时服务器就应该返回 406 Not Acceptable 状态码。 ASP.NET Core 支持输出和输入两种格式化器。

    2.1K10

    用ASP.NET Core 2.1 建立规范的 REST API -- 缓存和并发

    .jpg 缓存 根据REST约束：“每个响应都应该定义它自己是否可以被缓存”。...Cache-Control还有很多其它的指令，常见的几个可以在ASP.NET Core官网上看：https://docs.microsoft.com/en-us/aspnet/core/performance...悲观并发控制意味着资源是为客户1锁定的，只要资源处于锁定的状态，别人就不能修改它，只有客户1可以修改它。但是悲观并发控制是无法在REST下实现的，因为REST有个无状态约束。...最后客户1再更新（使用的是老的ETag）： ? 返回412。 本文比较短，一些关于缓存技术的内容并没有写，距离REST的主题有点远。...ASP.NET Core关于缓存部分的文档在这里：https://docs.microsoft.com/en-us/aspnet/core/performance/caching/?

    84030

    用ASP.NET Core 2.0 建立规范的 REST API -- 预备知识 + 项目准备

    什么是REST REST 是 Representational State Transfer 的缩写....REST的原则/约束 REST有6大原则/约束, 每一个原则都是对API有正面或负面影响的设计决定....RESTful API 最关心的有这几方面: 性能, 可扩展性, 简洁性, 互操作性, 通讯可见性, 组件便携性和可靠性. 这些方面被封装在REST的6个原则里, 它们是:  1....当然了, 如果firstConfig里面有而secondConfig却没有的键, 它的值肯定来自firstConfig. 配置提供商 配置数据可以来自多种数据源, 它们可能是不同格式的....当发送一个请求后, HTTP机制提供的响应总是带着一个状态码, 这些状态码主要有: 1xx, 用于通知报告. 2xx, 表示响应是成功的, 例如 200 OK, 201 Created, 204 No

    3K72

    用ASP.NET Core 2.1 建立规范的 REST API -- 翻页排序过滤等

    (从ASP.NET Core 2.0 迁移至 ASP.NET Core 2.1: https://docs.microsoft.com/en-us/aspnet/core/migration/20_21...但是仍然是Richardson成熟度顶多为2级的Web API，未达到RESTful API的标准和约束。 集合的更新操作 ?...API的消费者来定的，所以应该在后端设定一个最大值，以免API的消费者设定一个很大的值。...所以如果返回这样的数据就违反了REST的规则了（尽管本文代码的Richardson成熟度最多也就是2级），它违反了自我描述的约束（请参考本系列的预备知识文章），API消费者不知道如何通过application...该方法可以在Startup里面调用，从而注册到ASP.NET Core的服务容器里： ? 然后再次修改CountryRepository: ?

    1.6K10

    用ASP.NET Core 2.0 建立规范的 REST API -- 预备知识 (2) + 准备项目

    最后key1的值是后加载的secondConfig里面的值. ? 当然了, 如果firstConfig里面有而secondConfig却没有的键, 它的值肯定来自firstConfig....配置提供商 配置数据可以来自多种数据源, 它们可能是不同格式的....当发送一个请求后, HTTP机制提供的响应总是带着一个状态码, 这些状态码主要有: 1xx, 用于通知报告. 2xx, 表示响应是成功的, 例如 200 OK, 201 Created, 204 No...用REST的术语来说, 我们把客户端请求服务器返回的对象叫做资源(Resources)....好的, 这次先写道这里, 项目已经做好了最基本的准备, 其余功能的扩展会随着后续文章进行. 下面应该快要切入REST的正题了.

    1.3K00

    用ASP.NET Core 2.0 建立规范的 REST API -- DELETE, UPDATE, PATCH 和 Log

    在REST API里，我们有时也会遇到这样的需求。我们暂时把这个方法叫做Upsert (Update + Insert) 。那么问题来了应该使用POST还是PUT呢？...验证 为了进行输入验证（不验证输出），我们需要做以下三方面工作： 定义验证规则 检查验证规则 把验证错误信息发送给API的消费者 之前的文章也提到的ASP.NET Core里面定义验证规则的方式： Data...由于ASP.NET Core并没有内置的帮助方法可以返回422和验证错误信息，所以我们先建立一个类用于返回 422 和验证错误信息，它继承于ObjectResult： ?...最后还要为ASP.NET Core配置FluentValidation，在Startup的ConfigureServices方法里： ?...支持ASP.NET Core的第三方Log提供商有很多，NLog，Serilog等等。这里我使用Serilog（https://github.com/serilog/serilog）。

    2.3K20

    推荐几款好用的REST API工具

    你可以使用 JSON 或 YAML 定义 API。此外，你可以为大多数相关技术（从 ASP.NET Core 和 Kotlin 到 Node.JS 和 Python）生成服务端或客户端存根。...你还可以添加基本的 API 监视器（每分钟、每小时或每周运行一次），并获取关于失败的电子邮件通知。 Ping API 是功能强大的 API 检查器。...它的测试会检查来自 3 大洲 5 个地点的 API 响应，分别位于美国、日本、德国和新加坡。你可以计划从 1 分钟到一整天的运行测试。 API Science 是带有图和图表的直观监视工具。...API Science 可检查你的或第三方 API 的运行状况、可用性和性能，并自动通知失败状况。它的仪表板直观易用。...它是扩展需与其他技术集成的 API 的最快方法（例如，你需要将数据加载或推送到数据库中、建立紧密联系、推送更新以通知通知流、随时修改或加密数据等）。

    3.3K60

    REST API工具推荐

    你还可以添加基本的 API 监视器（每分钟、每小时或每周运行一次），并获取关于失败的电子邮件通知。 ? Ping API 是功能强大的 API 检查器。...它的测试会检查来自 3 大洲 5 个地点的 API 响应，分别位于美国、日本、德国和新加坡。你可以计划从 1 分钟到一整天的运行测试。 ? API Science 是带有图和图表的直观监视工具。...API Science 可检查你的或第三方 API 的运行状况、可用性和性能，并自动通知失败状况。它的仪表板直观易用。...Talend API Tester 是专用于测试 HTTP 和 REST API 的工具。...它是扩展需与其他技术集成的 API 的最快方法（例如，你需要将数据加载或推送到数据库中、建立紧密联系、推送更新以通知通知流、随时修改或加密数据等）。

    3.2K30

    分享几款超好用的 REST API 工具

    你可以使用 JSON 或 YAML 定义 API。此外，你可以为大多数相关技术（从 ASP.NET Core 和 Kotlin 到 Node.JS 和 Python）生成服务端或客户端存根。...你还可以添加基本的 API 监视器（每分钟、每小时或每周运行一次），并获取关于失败的电子邮件通知。 Ping API 是功能强大的 API 检查器。...它的测试会检查来自 3 大洲 5 个地点的 API 响应，分别位于美国、日本、德国和新加坡。你可以计划从 1 分钟到一整天的运行测试。 API Science 是带有图和图表的直观监视工具。...API Science 可检查你的或第三方 API 的运行状况、可用性和性能，并自动通知失败状况。它的仪表板直观易用。...它是扩展需与其他技术集成的 API 的最快方法（例如，你需要将数据加载或推送到数据库中、建立紧密联系、推送更新以通知通知流、随时修改或加密数据等）。

    2.1K20

    使用 StreamJsonRpc 在 ASP.NET Core 中启用 JSON-RPC

    双向通信 允许客户端和服务端互相调用方法，实现双向交互（如客户端发起请求，服务端主动推送通知）。 强类型支持 通过接口定义契约，方法调用和参数传递均支持强类型，减少手动序列化/反序列化的工作。...在 ASP.NET Core 中的集成 参考文章展示了如何将 StreamJsonRpc 集成到 ASP.NET Core 应用中，实现基于 HTTP 或 WebSocket 的 RPC 通信。...例如，服务端可以主动通知客户端： // 定义客户端可调用的接口public interface IClientCallback{ Task NotifyAsync(string message)...适用场景 微服务间通信：轻量级替代 gRPC 或 REST。 AI应用：ModelContextProtocol(MCP)和Agent2Agent(A2A)协议都是使用JSON-RPC 2.0。...实时应用：如聊天、实时数据推送（结合 WebSocket）。 跨语言集成：通过标准 JSON-RPC 与其他语言（如 Python、JavaScript）交互。 5.

    1.2K10

    斯坦福与苹果基于Apple Watch检测心率异常，0.5%人群被检出，其中84%患有房颤

    研究结果显示，超过40万名参与者中，有2000多人（约占总人数0.5％）收到了不规则心律的通知。收到不规则脉搏通知的参与者中，84%被发现患有房颤。 苹果心脏研究 ?...心房颤动（简称房颤）是最常见的持续性心律失常，房颤患病率与冠心病、高血压病和心力衰竭等疾病有密切关系。...据雷锋网了解，苹果心脏研究仅用了8个月就吸引了来自全美50个州的419,297名参与者。...帮助患者和临床医生了解Apple Watch等设备如何在检测心房颤动等疾病中发挥作用。 0.5%人群被检出，其中84%患有房颤 ?...在收到心律不齐通知，并在一周后使用心电图贴片进行随访的受试者中，只有三分之一（34%）的人检测到患有房颤。研究人员称，由于心房颤动是一种间歇性疾病，因此在随后的心电图补片监测中未检测到它并不奇怪。

    4.9K10
    点击加载更多

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 粤公网安备44030502008569号

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号

      领券