开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

GraphQL SPQR无法按预期序列化ZonedDateTime

GraphQL SPQR是一个Java库，用于在GraphQL服务器中生成Schema和解析器。它提供了一种简便的方式来定义GraphQL的类型和解析器。

ZonedDateTime是Java 8引入的日期和时间类，用于表示带时区的日期和时间。它包含日期、时间和时区信息，可以精确表示不同时区下的时间点。

当使用GraphQL SPQR处理ZonedDateTime类型时，有时可能遇到无法按预期序列化ZonedDateTime的问题。这可能是由于缺少适当的自定义序列化器导致的。

要解决这个问题，可以使用GraphQL SPQR提供的自定义序列化功能。可以通过实现一个自定义的TypeMapper接口，并在Schema Generator配置中注册该类型映射器来实现自定义序列化。在自定义序列化器中，可以定义如何将ZonedDateTime类型序列化为GraphQL可识别的类型，以及如何反序列化为ZonedDateTime类型。

例如，可以将ZonedDateTime序列化为字符串表示形式，然后在反序列化时将其解析回ZonedDateTime对象。在自定义序列化器中，还可以处理时区的转换和其他需要的逻辑。

推荐的腾讯云相关产品：云函数SCF（Serverless Cloud Function）和云开发TencentCloudBase。

云函数SCF：无需服务器即可运行代码，支持Java等多种语言，可通过事件触发执行，适用于无状态的短时任务和微服务等场景。使用云函数SCF，可以将自定义的序列化逻辑封装为一个云函数，然后通过触发器触发执行。
云开发TencentCloudBase：提供一站式后端云服务，支持快速开发和部署应用程序。使用云开发，可以在应用程序中轻松集成自定义的序列化逻辑，并且无需关注服务器的运维和扩展。

腾讯云函数SCF产品介绍链接：https://cloud.tencent.com/product/scf

腾讯云开发TencentCloudBase产品介绍链接：https://cloud.tencent.com/product/tcb

相关搜索:Graphql-spqr中Json到对象的反序列化问题无法在graphql-spqr-spqr-spring-boot-starter中消除“获取数据时出现异常(/{apiName})”initWithNibName无法按预期工作无法按预期创建塔无法按预期递增整数 SQLite事务无法按预期工作 DataRow比较无法按预期工作 UIImage resizableImageWithCapInsets:无法按预期工作 !is_null()无法按预期工作 f:validateRequiered无法按预期工作 in_array()无法按预期工作 Python for循环无法按预期工作 Jekyll for循环无法按预期工作 Twilio ClientQuickstart无法按预期工作 Powershell无法按预期更新xml C数学计算无法按预期工作 Android launchmode ="singleTask"无法按预期工作 PHP日期函数无法按预期工作 JBOSS 7编码无法按预期工作无法使except条件按预期运行

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

前后端时间转换的那些常见问题及处理方法

例如，服务器运行在UTC时区，而客户端在东八区（+08:00），当服务器传递时间给客户端时，客户端显示的时间可能比预期的晚或早几个小时。...在传输过程中，时间格式的转换不当可能导致前端无法正确解析和显示时间。1.3 数据库与前后端时间格式不一致在与数据库交互时，时间的存储格式和查询结果的格式可能与前后端的时间格式不一致。...处理时区问题如果需要考虑时区，可以使用ZonedDateTime。...2.2.1 设置时区并获取当前时间ZonedDateTime zdt = ZonedDateTime.now(ZoneId.of("Asia/Shanghai"));2.2.2 转换为其他时区ZonedDateTime...JSON数据的序列化和反序列化。

2881 0

你需要 GraphQL 吗？

加载太多无用内容使用 API 的前端开发人员无法限制接口返回内容，而且在接口复用中，通常会接收到很多不需要的字段，导致请求包很大，网络耗时变长。...解决痛点 GraphQL 便很好地解决了当前 REST 请求模式的缺点，它是如何解决的呢？我们带着这个疑问了解一下它。 GraphQL特征 GraphQL，从字面上意思图查询。...它是 GraphQL 标识对象时唯一的 key，会序列化成一段字符串。通过类型系统，我们在开发时可以通过 GraphQL 开发工具清晰地看到对象属性及其类型，以及我们当前的输入哪里有误。...然而，不是所有情况都适合 GraphQL 发挥如果你的项目功能足够很简单，只有屈指可数个 API，那么使用它反而会让项目结构变得复杂；在需要 CDN 缓存时，它只有一个端点，无法通过 URL 来定位资源的...因此，如果你现在项目里结果不可预期的请求比较多时，也不建议使用它。总结说到底，使用 GraphQL 构建项目是一个前期苦了后端爽了前端的方案。对于根深蒂固的大项目，要促使整个系统改造实属不易。

2.1K7 0

72.精读《REST, GraphQL, Webhooks, & gRPC 如何选型》

RPC 主要用来做服务器之间的方法调用，影响其性能最重要因素就是 序列化/反序列化 效率。RPC 的目的是打造一个高效率、低消耗的服务调用方式，因此比较适合 IOT 等对资源、带宽、性能敏感的场景。...事实上利用 protobufs，传输数据时仅传送很少的内容，作为代价，双方都要知道接口定义规则才能序列化/反序列化。.../反序列化的工作。...最后作者给出的结论是，这四个场景各有不同使用场景，无法相互替代： REST：无状态的数据传输结构，适用于通用、快速迭代和标准化语义的场景。...GraphQL 需要配套 GraphQL 不是 REST 的替代品，所以不要想着团队从 Http 接口迁移到 GraphQL 就能提升 X% 的开发效率。

6071 0

以太坊中GraphQL简介及使用

本文将会介绍GraphQL是什么，Geth[1]为什么要引入GraphQL以及如何使用GraphQL三个方面对以太坊的GraphQL做一个介绍。...为了返回数据全面而额外增加资源消耗例如，我们在调用eth_getBlock时会返回totalDifficulty字段，而该字段与块头是分开存储，需要单独读取磁盘，许多调用者不需要此字段，但是RPC服务器无法知道用户是否需要此字段...以太坊中的交易收据作为每个块的单个二进制Blob存储在磁盘上，获取单个交易的收据需要获取并反序列化此blob，然后找到相关条目并返回，重复调用时，节点实现要重复获取和反序列化相同数据，造成资源浪费。...三、如何使用GraphQL 3.1 开启Geth对GraphQL的支持 Geth在1.9.0及以上版本支持了GraphQL，要开启GraphQL支持，在启动Geth客户端时增加--graphql。...Geth与GraphQL相关的配置命令有： •--graphql ，在节点中开启GraphQL服务•--graphql.addr value，GraphQL服务地址，默认时localhost•--graphql.port

1.5K1 0

解决 GraphQL 的限流难题

嵌套查询会导致查询的成本无法预测。...虽然更新、删除操作会对服务产生更多负载，但它们在基于请求响应的限流模型里是按一样的资源消耗量进行计算的。 GraphQL 主要解决了动态字段和数据组合的问题。...": 999, "restoreRate": 50.0 } } } } 返回 Query Cost 详情上面举的例子是直接返回一个计算出的总值，还可以得到按字段细分的查询消耗...first: 5, query: "inventory_total:<5") { edges { node { title } } } } 还是按真实的查询成本来计算的...通过对 GraphQL 查询的复杂度计算进行限流，我们得到了比 REST 更可靠的 API client，同时相比 REST 又具备了更优的灵活性，这种 API 模式鼓励用户只请求它们需要的那些数据，使服务器的负载也更加可预期

1.3K2 0

API架构风格对比：SOAP vs REST vs GraphQL vs RPC

RPC如何工作客户端唤醒远端程序，序列化参数，并在消息中添加额外的信息，然后将消息发送给服务端。在接收到客户端的消息后，服务端会反序列化消息中的内容，执行请求的操作，并将结果返回给客户端。...服务端存根(stub)和客户端存根(stub)负责参数的序列化和反序列化。 ? RPC的优点直接简单的交互方式：RPC使用GET获取信息，并使用POST处理其他功能。...RPC与底层系统的强耦合使其无法在系统和外部API之间进行抽象，同时也增加了安全风险，很容易在API中泄露底层系统的实现细节。...RPC的强耦合使其很难实现需求扩展和团队解耦，客户要么会担心调用特定后端可能带来的副作用(如安全问题)，要么会因为无法理解服务端的功能命名规则而不知道调用哪个后端。...可发现性低：RPC无法对API进行自省或无法通过发送的RPC请求来理解其调用的功能。

3K1 1

GraphQL

可怕的不是外貌的丑陋，而是无法与人亲近的内心空虚——科恩官网：https://graphql.org/ graphql是一个API的查询语言，可以理解为一个规范正如它官方文档宣传的那样：定义你的数据规范...String tagline: String contributors: [User] } 描述你想干什么(查询) Ask for what you want { project(name: "GraphQL...") { tagline } } 获得预期结果(只获得你需要的结果) Get predictable results { "project": { "tagline": "A...query language for APIs" } } 它有多种语言的库： https://graphql.org/code/

4882 0

接到新需求时，从何开始设计？

代码上，既不需要新增驳回接口，也无需新增驳回服务，只需修改 Chapter 类的内部，改动量比预期的小了很多。...按PM本来的需求，他是希望做出一些不同。比如：审核不通过状态，编辑端则无法查看处于驳回状态，编辑则可以查看但在当前产品状态下，是否可统一二者呢？即都按审核不通过处理？...private ZonedDateTime scheduleTime; } 这么实现并不复杂。但这可能也是坏味道，因为要改动实体。一有需求，就改动实体，这几乎是大部分开发者条件反射的习惯。...只需新增一个模型，让它和 Chapter 关联（组合）： class ChapterSchedule { private ChapterId chapterId; private ZonedDateTime...private ZonedDateTime submittedAt; } 肯定有读者好奇了：之前讨论那么多，不就为了不在 Chapter 新增信息，你现在就这么轻易新增字段了？

3457 0

【小家java】java8新特性之---全新的日期、时间API（JSR 310规范），附SpringMVC、Mybatis中使用JSR310的正确姿势

日期类国际化支持的并不是很好关于日期定义的一些常识现实生活的世界里，时间是不断向前的，如果向前追溯时间的起点，可能是宇宙出生时，又或是是宇宙出现之前，但肯定是我们目前无法找到的，我们不知道现在距离时间原点的精确距离...方案一：自己写一个LocalDateTimeSerializer的实现，然后通过@JsonSerialize指定序列化器方法二（推荐）：在字段上面采用@JsonFormat指定序列化以及反序列化的格式...:“startDate”: [ 2018,11,1] 序列化成数组类型显然LocalDate等类型序列化成数组，是不优雅的方案。...但是，但是，但是：在进行一些全局性设置设计的时候，一定一定要考虑到向下兼容性，不要因为你的一个序列化器的加入，之前的序列化都乱套了，导致前端展示错乱的现象提示相关注解解决问题：@JsonFormat...SpringMVC对body体里面的反序列化和对get请求参数的反序列化的机制是不一样的。因此大家使用的时候要倍加注意啊

5.1K3 0

GraphQL到底怎么使？看看智联前端团队技术沉淀

中间是主要由 Schema 和 Resolver 组成的 GraphQL 引擎服务。右侧是 Resolver 对接的数据源。仅仅有客户端是无法工作的。...mutation 下，因为涉及到数据修改，规范规定要按照由上到下按顺序、深度优先的方式获取选择集数据。...而在研究 GraphQL 时发生的的误解在于：规范、教程提到 query（查询）时，无法确认是指客户端侧客户端发出的 Query Document 整个操作还是，Document 中的 query 操作...调试：由于我们调用 GraphQL 接口时（如：xxx/graphql/im）无法像 RESTful 接口那样（如：xxx/graphql/im/message、xxx/graphql/im/user）...服务本身是基础服务，供多方调用，需求不一但对外有统一的输出模型的情况下（如：Github 开放接口，无法确定每个调用者需求是什么），可以使用 GraphQL。

2.3K2 0

告别jodatime!拥抱Java8日期时间类LocalDate、LocalDateTime详解

在新的Java 8中，日期和时间被明确划分为 LocalDate 和 LocalTime，LocalDate无法包含时间，LocalTime无法包含日期。...ZoneOffset offset = ZoneOffset.of("+2:00"); 7 时区类 ZonedDateTime是具有完全限定时区的日期和时间。这样可以解决任何时间点的偏移。...最佳实践：若要表示日期和时间而不依赖特定服务器的上下文，则应使用ZonedDateTime。...ZonedDateTime.parse("2007-12-03T10:15:30+01:00[Europe/Paris]"); OffsetDateTime是具有已解决偏移量的日期和时间。...这对于将数据序列化到数据库中很有用，如果服务器在不同时区，则还应该用作记录时间戳的序列化格式。

1.4K3 0

别再用jodatime了!全网最权威Java8日期时间类LocalDate、LocalDateTime详解

在新的Java 8中，日期和时间被明确划分为 LocalDate 和 LocalTime，LocalDate无法包含时间，LocalTime无法包含日期。...ZoneOffset offset = ZoneOffset.of("+2:00"); 7 时区类 ZonedDateTime是具有完全限定时区的日期和时间。这样可以解决任何时间点的偏移。...最佳实践：若要表示日期和时间而不依赖特定服务器的上下文，则应使用ZonedDateTime。...ZonedDateTime.parse("2007-12-03T10:15:30+01:00[Europe/Paris]"); OffsetDateTime是具有已解决偏移量的日期和时间。...这对于将数据序列化到数据库中很有用，如果服务器在不同时区，则还应该用作记录时间戳的序列化格式。

1.5K1 0

Go GraphQL 教程

表示非空接口：interface 联合类型： | 通过对象类型组合而成输入类型：为解决传递复杂参数的问题讲了这么些，其实最好的方式还是亲自调用下接口，参照着官方文档，按个调用尝试下，熟悉这套语法规范...命令行文件：主要用于同步数据库表结构 main.go 函数主入口 model 模型定义，每种资源单独一个文件比如 vote.go pkg 基础设施：数据库连接、路由设计 web 核心业务路径，总体上按资源划分文件夹...O.UpdatedAt.Truncate(time.Second), Name: O.Name, } } 依然保持了个人的模型设计风格：定义一个结构体，对应数据库表定义个序列化结构体...updatedAt": "2019-07-30T19:33:27+08:00" } } } 4 建议：优先设计：Schema，指导着开发者如果请求或者更改动作过多，按功能或者资源划分...（项目结构按功能划分，一定程度上有助于减轻思维负担） var Query = graphql.NewObject(graphql.ObjectConfig{} func init(){ //

4.4K2 0

为 Django 配备 GraphQL API

前文再见 REST，你好 GraphQL提到，GraphQL 使得前端按需请求后端数据，前后端接口不再高度耦合，可以大大提高前后端的开发效率，从而快速进行产品迭代。...Github v4 版外部 API 只使用 GraphQL，可见 GraphQL 是一个明显的趋势，值得我们去学习和使用。今天就分享一下如何为 Django 配置 GraphQL API。...获取源代码如果你按上述步骤没有达到预期效果，可以获取我这里的代码对比下，公众号「Python七号」对话框回复「graphql」获取。...总结 GraphQL 非常强大，并且可以快速集成 Django 模型，从而可以非常方便的将你的应用 api 转换为 GraphQL 风格。如果你想了解更多用法，请阅读 Graphene 官方文档。...本文分享了后端用 Django 实现 GraphQL API 的 demo，下一次分享如果在前端使用 GraphQL，让 GraphQL 在前后端都跑起来。

8592 0

4种主流的API架构风格对比

1 RPC 的工作机制客户端调用一个远程的过程，将参数和附加信息序列化为消息，然后将消息发送到服务端。服务端在接受到消息后，将信息的内容反序列化，执行所请求的操作，然后将结果发送回客户端。...客户端和服务端各自负责参数的序列化和反序列化。（远程过程调用的机制，图源：Guru99） 2 RPC 的优势简单直接的交互。RPC 使用 GET 来获取信息，使用 POST 来处理其他所有操作。...在 RPC 中，无法对 API 进行检验总结，或者发送请求来开始理解根据需求应该调用哪个函数。函数爆炸性增长。创建新函数非常容易。...1 GraphQL 的工作机制 GraphQL 从构建模式（Schema）开始。模式是对于用户可以在 GraphQL API 中进行的所有查询及其返回的所有类型的描述。...2 GraphQL 的优势具有类型的模式：GraphQL 提前公开了它能做什么，从而提高了其可发现性。通过将客户端指向 GraphQL API，我们可以发现什么查询语句是可用的。

2.3K3 0

为什么我使用 GraphQL 而放弃 REST API？

至此，我再也无法回过头来享受使用 REST 的工作了。 REST 有什么问题吗？每个 REST API 都是独特的公平地说，REST 甚至不是一个标准。...没错，Dropbox API 端点要求你将请求正文留空，并将有效载荷序列化为 JSON，放到一个自定义的 HTTP 头中。为这种特殊情况编写客户端代码很有趣。...那么按两个值过滤呢？这应该很简单，对吧？使用 URL 编码，查询看起来是这个样子：/todos?filterKeys=key1%2Ckey2&filterValue=value。...只要 GraphQL 模式中有任何更改，你就可以在 GraphQL 浏览器中看到它，就像嵌入式 API 文档。...本质上，所有通信都通过服务器上一个预定义的 URL（通常是/graphql）运行，借助一个简单的POST请求，其中包含序列化为 JSON 有效负载的查询。

2.3K3 0

DataHub元数据治理平台架构

1.1.1.元数据建模 DataHub 的元数据模型是使用与序列化无关的语言来描述的。支持REST和GraphQL API 。...它们是使用PDL定义的，PDL 是一种建模语言，其形式与 Protobuf 非常相似，但序列化为 JSON。实体代表特定类别的元数据资产，例如数据集、仪表板、数据管道等。...2.4.GraphQL API GraphQL API 提供了强类型、面向实体的 API，使与组成元数据图的实体的交互变得简单，包括用于向元数据实体添加和删除标签、所有者、链接等的 API ！...此外，datahub-frontend服务在元数据图之上公开了 GraphQL API。...为了确保按正确的时间顺序处理元数据更改，MCL 由实体URN键入- 这意味着特定实体的所有 MAE 将由单个线程按顺序处理。

1.5K1 0

4种主流的API架构风格对比

RPC 的工作机制客户端调用一个远程的过程，将参数和附加信息序列化为消息，然后将消息发送到服务端。服务端在接受到消息后，将信息的内容反序列化，执行所请求的操作，然后将结果发送回客户端。...客户端和服务端各自负责参数的序列化和反序列化。 ? 远程过程调用的机制，图源：Guru99 RPC 的优势简单直接的交互。RPC 使用 GET 来获取信息，使用 POST 来处理其他所有操作。...在 RPC 中，无法对 API 进行检验总结，或者发送请求来开始理解根据需求应该调用哪个函数。函数爆炸性增长。创建新函数非常容易。...GraphQL 的工作机制 GraphQL 从构建模式（Schema）开始。模式是对于用户可以在 GraphQL API 中进行的所有查询及其返回的所有类型的描述。...GraphQL 的优势具有类型的模式：GraphQL 提前公开了它能做什么，从而提高了其可发现性。通过将客户端指向 GraphQL API，我们可以发现什么查询语句是可用的。

2.3K2 0

Java 基础概念·Java 日期与时间

System.out.println(sdf2.format(date)); // 星期四十二月 26, 2019 Date 对象有几个严重的问题：它不能转换时区，除了 toGMTString() 可以按...LocalDateTime.parse("2019/11/30 15:16:17", dtf); System.out.println(dt2); // 2019-11-30T15:16:17 注意到 LocalDateTime 无法与时间戳进行转换...，因为 LocalDateTime 没有时区，无法确定某一时刻。...要创建一个 ZonedDateTime 对象，有以下几种方法：通过 now() 方法返回当前时间： ZonedDateTime zbj = ZonedDateTime.now(); // 默认时区 ZonedDateTime...新 API 转旧 API 如果要把新的 ZonedDateTime 转换为旧的 API 对象，只能借助 long 型时间戳做一个“中转”： // ZonedDateTime -> long: ZonedDateTime

5.1K3 0

面对极度复杂的前后端业务场景，使用 GraphQL 正确的姿势

其次是前端对接口的结构掌控有限，当前端的请求发送出去后，接口所返回的数据形式有可能并不符合预期，比如本该返回的数组变成了对象。再来看下开发效率低的问题。...前端开发中UnderFetching和OverFetching一直无法避免。...第二点是在前期开发的时候没有做请求层级限制，导致前端查询多层嵌套，服务器无法承受压力。...认证上每次都要在Header上加上token，认证机制应改为JWT，我们这边由于涉及到的终端较多，所以还会按平台检验合法性。授权上可以针对操作也可以针对字段进行具体的授权。...第二，生态群并不完善，文档和实例缺乏，可能在google查询到的资料无法确切的解决问题。第三，评价一个技术的实用性，不光要看技术力还要看它能否快速落地。

7.5K2 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭