@xiyangyang
第一种方案，如果是 Windows ，可以借助多用户 RDP ，就是监控时略麻烦。
第二种也可以利用远程桌面，只不过是从服务器反过来连接开发者的电脑。

puttygen

不用你推荐，我认为这里大多数人都知道 Deepin

@noli
1. 哦，懂了，无非就是把一部分解析工作甩给请求库吧？
2. 说过了，我的确经验少，然而反例遇到过一个就够了。

@ClassicOldSong 要 star 就是乞讨，那付费软件岂不是在卖淫？
我看有些人不过就是想得寸进尺，他们喷 Attribution 是想出名，喷 GPL 是传染病，他们大概觉得世界上所有创作产品都该是 Public Domain 才好。

@noli
1. 难不成用 REST 就不需要解析？不用 rest 我可以判断完 status code 直接走解析流程，数据都是预定义的、结构化的。用 REST 除了区分 status code ，还要搞一堆你说的乱七八糟的东西，完全是多此一举。
我不仅写后端的业务，我还同时要写前端的。在什么场景下的前后端之间怎么进行数据的交互最方便，恐怕只写后端的人是没有这方面的实践的。
和你讨论 REST 相当为难我，因为我确是在和一个凡事必 REST 而不考虑实际情况的人谈。

2. 你可以选择 Block ，我倍感荣幸。

@orderc ……联想英语中 or/and 用法

@orderc 这种简写中逻辑运算符我一律写成 and or ，阅读的时候就很自然地和条件判断中的逻辑运算符分开对待了

既然别人回答机你都不信，那你还来问什么？

如果非要说有区别，那也仅仅是字面上的区别。

@noli

1. 不需要，由于单个动作所具有的原子性，遇到未经过业务逻辑的响应直接丢弃并停止即可。

2. 我说的自然对应法则指的是无例外的、一一对应的法则。
如果只移动逻辑位置而不移动物理位置，必定会造成法则中存在例外情况，而例外情况的存储、查询又要单独处理。
如果直接移动物理位置，就不会在一套对应法则中存在例外。

广州 ofo 出了大邪城就不靠谱

@noli
1. 相反，如果不一直使用 200 ，才会导致 API 自身错误和资源相关错误。此时如返回一个非 200 的 HTTP 状态码，调用者会无法判断这个错误是否经过了 API 的业务逻辑才返回的。所以我的做法是经过了业务逻辑才返回的错误放在返回的 json 中而不是 HTTP 状态码——这就是为什么我认为<int, Error> GetNumber() 是类似于返回 json 来描述错误。

2. 不把位置视为资源的扩展属性，则资源的逻辑位置和物理位置可以用一套自然的对应法则进行对应。否则，你必须手动实现物理位置和逻辑位置的非自然的对应关系——通常得把它写进数据库，资源被访问时去查询。

@noli
2. 类比错误。
用 HTTP StatusCode 来表示错误才是相当于 int GetNumber() ，且用返回之负数的值来区分错误。
<int, Error> GetNumber() 则是类似于返回 json 来描述错误。

3. 哈哈哈哈哈哈哈哈哈哈哈哈 REST 提出之后十年才有 HTTP PATCH 方法呢……

你看，你为了套 REST ，你又要特意增加一个「挂载位置」的概念。为了区分物理位置和挂载位置，整套系统的复杂度就增加了。况且在意义上，这和专门实现一个 move 动作有区别吗？哦，我是指「是否符合 REST 之外的区别」。

@noli 请问如果把资源的位置视为扩展属性，用 PUT 一个 Patch 来解决移动操作，就不需要专门实现一下吗？别跟我说你内部还是用「删除+创建」来处理的。

@noli

2. 这当然很 RESTful ——我前面已经讲了。我是指出，这种方式和其他只使用 GET/POST 的 API 风格并没有本质上的区别。

3. 终于改口了啊，现在你说「 RESTful 大多可以满足」。可之前你说的却是「除了无限的东西外其他东西都可以抽象成资源」「抽象不成是你水平低」。
我本来就在强调看需求，不顾需求强行 REST 的人是你。

我死板地想象，这我千真万确地承认，所以建议你不如明白地解释解释，你是怎么用包含「删除+重新创建」的事务「移动」一个几 GB 的资源的。

已经算出来一段了，只要把这段数据往里面复制就行了

既然人无完人，那便要给人指责之权利。
自知有错，还不准人说，这是什么道理？

@noli

2. 你理解错了，我举这个例子只是为了讽刺你这这种「能用那四个动词描述的就用那四个动词，不能的就视作事务」之做法。
既然依你所言，事务可以视为资源，同时又有一切操作都可以被事务包括之前提，那么 API 便设计成甚至只用 POST 都可以，而且这还能同时遵守 REST ——这才是我想表达的讽刺语义。

3. 我举出例子来说明用 DELETE+POST 来实现 Move 动作的荒谬性，本身就是为了指出你脱离具体业务之错误。