Refactoring 回答,结果,回答,哪一个是最好的?

Refactoring 回答,结果,回答,哪一个是最好的?,refactoring,client-server,terminology,Refactoring,Client Server,Terminology,我正在重构一些客户机-服务器代码,它使用术语Response、Result和Reply来表示相同的内容(来自服务器的答案)。虽然这并不是很重要,但在编写新代码时,很难猜测使用哪个词,因此我想将这三个词统一为一个词,并进行适当的重构,但如果有这样的情况,我不确定哪个词是“最好的” 基于此案例命名的优先顺序和标准有何建议?响应 服务器响应… 一个人回答… 您将获得结果…响应 服务器响应… 一个人回答… 您将得到结果…响应和结果都应该正常,因为它们可以缩短为“res” 然而,回答应该是“rep”,这与

我正在重构一些客户机-服务器代码,它使用术语Response、Result和Reply来表示相同的内容(来自服务器的答案)。虽然这并不是很重要,但在编写新代码时,很难猜测使用哪个词,因此我想将这三个词统一为一个词,并进行适当的重构,但如果有这样的情况,我不确定哪个词是“最好的”

基于此案例命名的优先顺序和标准有何建议?

响应

服务器响应…
一个人回答…
您将获得结果…

响应

服务器响应…
一个人回答…

您将得到结果…

响应和结果都应该正常,因为它们可以缩短为“res”

然而,回答应该是“rep”,这与repeat是不明确的


也许只需遵循HTTP,将它们称为请求和响应。

响应和结果都应该可以,因为它们可以缩短为“res”

然而,回答应该是“rep”,这与repeat是不明确的


也许只需遵循HTTP,将它们称为请求和响应。

如果您想坚持标准ISO/OSI术语,它可以是“指示”或“确认”。对于未确认的服务,通信发起方发出“请求”(请求将数据发送给另一方),该请求作为“指示”发送给另一方。对于已确认的服务,指示的接收者将以“响应”进行回复,其中包括返回发起方的数据。该数据将作为“确认”提交给另一方


确认书中包含的数据表明了通信的进展情况(即,我们发送了一个查询并得到了一个答案)。这可以称为结果。

如果你想坚持标准ISO/OSI术语,它可以是“指示”或“确认”。对于未确认的服务,通信发起方发出“请求”(请求将数据发送给另一方),该请求作为“指示”发送给另一方。对于已确认的服务,指示的接收者将以“响应”进行回复,其中包括返回发起方的数据。该数据将作为“确认”提交给另一方


确认书中包含的数据表明了通信的进展情况(即,我们发送了一个查询并得到了一个答案)。这可以称为结果。

响应
<代码>结果缺乏作为答案的内涵(例如,我们说的是简单的“函数结果”)
Reply
的问题是它既是名词又是动词。所以
响应
是最清晰的。

响应
<代码>结果缺乏作为答案的内涵(例如,我们说的是简单的“函数结果”)
Reply
的问题是它既是名词又是动词。所以
Response
是最清晰的。

听起来很合理:)听起来很合理:)是的,调用已经是请求了,所以你的权利,响应肯定有一些很好的优先级。是的,调用已经是请求了,所以你的权利,响应肯定有一些很好的优先级