腾讯云
开发者社区
文档
建议反馈
控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
登录/注册
精选内容/技术社群/优惠产品,
尽在小程序
立即前往
文章
问答
(9999+)
视频
沙龙
1
回答
在
响应
中
添加
新
字段
时
的
向后
兼容性
、
、
我为我
的
请求/
响应
类使用了Java不可变,如下所示: @JsonDeserialize(builder = ImmutableMyRequest.Builder.class)publicinterface MyRequest { @NotNull String getB(); } 现在我需要在我
的
请求
中
添加
一个新
字段
{ @No
浏览 39
提问于2020-04-29
得票数 1
回答已采纳
2
回答
在
响应
API
时
添加
字段
时
的
向后
兼容性
、
、
在
更新客户端以访问API
时
,我向对象.It
的
Json
响应
添加
了几个新
字段
。但是,较早版本
的
API会出现序列化错误。我使用PROTOSTUFF来序列化和反序列化对象。如何使旧版本
的
客户端忽略新
字段
并继续正常工作。我尝试过将
字段
设置为瞬态和@JsonIgnore标记。
浏览 1
提问于2018-05-31
得票数 0
回答已采纳
2
回答
API束
的
语义版本化
、
、
、
、
当从API包
中
版本为1.0.0
的
包开始
时
,
在
向所述包
添加
新
接口之后,新版本应该是什么?就
兼容性
问题发表了以下声明:
浏览 4
提问于2013-03-18
得票数 3
回答已采纳
1
回答
数据契约序列化与前后向
兼容性
、
、
在
C#项目中,我
在
一个复杂实体
的
web中使用数据契约序列化。
在
创建或更改可序列化类型
时
,哪种策略是保持
向后
和向前
兼容性
的
好策略?例如,我可以
添加
一些
新
属性或更改某些
字段
名。
浏览 4
提问于2013-12-09
得票数 0
回答已采纳
1
回答
协议缓冲区-如何实现可扩展性和
向后
兼容性
?
、
请帮助我理解协议缓冲区内部实现
的
向后
兼容性
和可扩展性属性。 同样在这种情况下,旧代码如何“知道”该属性不再存在于数据流
中
?我设想
的
一种解决方案是,旧数据永
浏览 3
提问于2014-12-22
得票数 18
回答已采纳
1
回答
REST最佳实践-
在
现有API
的
请求/
响应
中
添加
新
参数
、
、
、
、
我目前在生产中部署了一个基于REST
的
API,并且商家已经与它集成了。现在,我需要在请求和
响应
中
添加
更多
的
参数。编辑:附加
的
参数不是强制性
的
。
浏览 5
提问于2021-09-15
得票数 1
回答已采纳
3
回答
如何在Java应用更新过程
中
实现
向后
兼容?
、
我遇到了
在
应用程序更新期间保持
向后
兼容性
的
问题。我有一个客户端-服务器架构,客户端向服务器发送一些信息,作为
响应
,接收最新
的
数据。
在
应用程序
的
下一个版本
中
,
添加
了一些
新
的
字段
和方法。如果我使用旧
的
客户端版本,服务器上可能会出现一些错误(如空指针或不正确
的
工作流)。我可以检查
新
特性是否为空,但当有3-4个不同版本
浏览 0
提问于2012-10-02
得票数 2
回答已采纳
2
回答
Webservice
向后
兼容性
、
我有一个web服务,它以id作为输入,返回与该id关联
的
对象。 现在,我有一个要求,这个web服务将接受多个id,并返回与这些id相关联
的
多个对象。我在这里关注
的
是,
在
合并
新
的
更改时,我希望保持
向后
兼容性
。对于输入,我通过接受相同
字段
中
的
",“分隔字符串来解决问题。因此,与输入
的
向后
兼容性
无关。所以我
的
问题是返回对象列
浏览 2
提问于2013-12-09
得票数 2
回答已采纳
3
回答
防止API破坏更改
、
、
、
我们有基于ASP.NET WebApi
的
REST。我们还分发了bia .net客户端库来与我们
的
API进行通信。 WebApi控制器和客户端库共享客户端模型。如果我
在
模型
中
添加
了一些
新
的
可选
字段
--没关系,但是
在
某些新版本
中
,当意外地
在
API上
添加
了
新
的
枚举值
时
,如果它收到
新
的
枚举值,以前版本
浏览 1
提问于2019-09-25
得票数 2
1
回答
汇合SchemaRegistry如何帮助确保读取(投影) Avro模式
的
演化?
、
、
读取模式不共享,因为Avro
在
本地使用这些模式将消息从写入器架构转换为读取器架构。 生产者P通过
添加<
浏览 5
提问于2021-12-02
得票数 2
2
回答
为什么readObject方法必须调用defaultReadObject来保持
向后
和向前
的
兼容性
、
我正在通过有效
的
Java,第75项: 如果所有实例
字段
都是瞬态
的
,技术上允许不调用defaultWriteObject和defaultReadObject,但不建议这样做。即使所有实例
字段
都是瞬态
的
,调用defaultWriteObject也会影响序列化形式,从而大大增强灵活性。结果
的
序列化形式使得
在
以后
的
版本
中
添加
非瞬态实例
字段
成为可能,同时保持了
向后
和向前
的
浏览 4
提问于2015-10-27
得票数 1
2
回答
在
argonaut中转换JSON
字段
名
、
出于
向后
兼容性
的
原因,我正在编写一个库来转换API
中
的
JSON
响应
。我需要做
的
是接受任意
的
JSON,并更改某些
字段
名。我使用scala和argonaut,但在文档中看不到任何方式,也没有看到更改
字段
名
的
示例,只有值。
浏览 3
提问于2014-01-21
得票数 4
回答已采纳
1
回答
服务器接口升级
时
的
兼容性
、
、
、
、
我们
在
java客户端服务器远程处理中使用了他
的
语言。现在,我们需要更改一个接口来
添加
一个新
字段
。public void process(fieldA, fieldB)public void process(fieldA
浏览 1
提问于2014-12-29
得票数 0
回答已采纳
1
回答
如何创建
向后
兼容
的
JAX和JAX?
、
、
、
、
然而,它们根本没有解决
向后
兼容性
的
问题。为了避免
在
API
中
引入新功能
时
破坏旧客户端,您实际上必须接受并提供与以前完全相同
的
输入和输出格式;如果发现没有映射到任何内容或类型错误
的
字段
,那么许多XML和JSON解析器似乎都是合适
的
。这样就可以通过注释、
添加
和删除
字段
来提供
向后
兼容性
,因此它们只会根据客户端使用
的
API版本出现。版本控
浏览 0
提问于2010-11-16
得票数 6
1
回答
无法
在
没有
向后
兼容性
的
情况下创建
新
活动或新项目
、
、
、
我是Android开发
的
新手。我一直
在
使用“头第一Android开发”一书。
在
它
中
,它描述了创建新项目和
新
活动,取消检查“
向后
兼容性
”选项。但是,我
的
Android版本
在
创建
新
活动
时
没有这样一个选项来取消检查。
在
Android
中
创建
新
活动
时
,是否存在禁用
向后
兼容性
的
方法?
浏览 3
提问于2020-03-07
得票数 0
回答已采纳
1
回答
在
提供
新
的
Server 2019
时
设置
兼容性
级别。在运行管道
时
,是否有任何可用于设置此操作
的
不可见角色?
、
、
最近,通过提供一个
新
的
VM,我们迁移到了Server 2019。我们希望将
向后
兼容性
设置为true,因为我们
的
旧服务器
在
server 2012
中
。
在
Server安装期间运行管道
时
,是否有任何可用于将
向后
兼容性
设置为true
的
ansible角色或标志?
浏览 9
提问于2022-07-07
得票数 0
6
回答
类更改(如
字段
添加
或删除)是否维护了Serializable
的
向后
兼容性
?
、
在
可能需要修改可序列化类并保持
向后
兼容性
的
情况下,我有一个关于Java序列化
的
问题。 我来自于深厚
的
C#经验,所以请允许我将Java与.NET进行比较。
在
我
的
Java场景
中
,我需要使用Java
的
运行时序列化机制来序列化对象,并将二进制数据存储
在
永久存储
中
,以便将来重用这些对象。问题是,
在
未来,课程可能会发生变化。
字段
可以
添加
或删
浏览 1
提问于2011-06-16
得票数 16
回答已采纳
1
回答
添加
新
字段
时
模式
的
演变
、
想象一下有不同
的
应用程序:生产者和消费者。topic='testavro', value={'first_name': 'Andrey', 'last_name': 'Volkonsky'})basic_schema.avsc "name": "basic", "typ
浏览 2
提问于2021-03-25
得票数 0
1
回答
Axis2 Web Versioing
、
、
、
我试图在数据
中
添加
一个
新
的
字段
,比如布尔成功;。(只是为了学习
向后
兼容性
)如何维护不同版本
的
服务。我有什么选择?我在网上看过很多文章(不幸
的
是没有例子)。*()。很少有选择是 1)用
新
的
输出在类
中
编写不同
的
操作。我明白这一点。
浏览 4
提问于2013-03-08
得票数 0
1
回答
我们是否应该将价值匹配作为合同验证
的
一部分?
对于
在
两个不同
的
上下文中使用
的
api,
响应
中将使用不同
的
值(尽管
响应
的
字段
和格式是相同
的
)。我们应该把它作为两种不同
的
互动来讨论吗?如果是,这不像测试业务功能吗? 这也意味着在下面的情况下..。我们正在使用合同测试来验证我们
的
移动应用程序
的
向后
兼容性
。如果api发生了更改,那么只有
响应
的
值发生了更改。如果更改适
浏览 0
提问于2021-04-09
得票数 0
回答已采纳
点击加载更多
扫码
添加站长 进交流群
领取专属
10元无门槛券
手把手带您无忧上云
相关
资讯
“事件驱动架构”Kafka中的模式注册表和模式演化
学习Rust设计模式13:公共结构体和枚举类型的可扩展性
Ordinals发布0.16.0版本,增强配置灵活性并扩展铭文功能
Netflix实用API设计第1部分:使用Protobuf FieldMask
Django 3.1发布,支持异步 view 和 middleware
热门
标签
更多标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
活动推荐
运营活动
广告
关闭
领券