V2EX › Balthild 的所有回复 › 第 5 页 / 共 36 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 36

❮

❯

2017 年 4 月 19 日

回复了 xiyangyang 创建的主题 › 编程 › 开发团队希望统一开发编程环境，且希望让开发经理能随时看到团队每个成员的屏幕

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

2017 年 4 月 19 日

回复了 vus520 创建的主题 › 问与答 › 如何给已经存在的私钥加密码

puttygen

2017 年 4 月 19 日

回复了 dengjunwen 创建的主题 › 程序员 › 给大家推荐一款好用的桌面 Linux 系统

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

2017 年 4 月 19 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

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

2017 年 4 月 18 日

回复了 Tunar 创建的主题 › GitHub › 怎么看待只 fork 不 star 的行为

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

2017 年 3 月 26 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

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

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

2017 年 3 月 26 日

回复了 hoythan 创建的主题 › PHP › PHP IF 简写怎么写多个条件

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

2017 年 3 月 23 日

回复了 hoythan 创建的主题 › PHP › PHP IF 简写怎么写多个条件

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

2017 年 3 月 23 日

回复了 hoythan 创建的主题 › PHP › null == $code 和 $code == null

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

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

2017 年 3 月 10 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

@noli

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

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

2017 年 3 月 7 日

回复了 mokeyjay 创建的主题 › 自行车 › ofo 这是要和摩拜对肛？

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

2017 年 3 月 7 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

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

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

2017 年 3 月 4 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

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

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

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

2017 年 3 月 3 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

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

2017 年 3 月 3 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

@noli

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

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

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

2017 年 2 月 28 日

回复了 gamexg 创建的主题 › 问与答 › 说好的 xxx 年呢？相同 sha 的 pdf 秒内生成...

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

2017 年 2 月 28 日

回复了 lzjun 创建的主题 › 程序员 › 阮一峰的文章有哪些常见性错误

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

2017 年 2 月 28 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

@noli

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

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

2017 年 2 月 25 日

回复了 noli 创建的主题 › 程序员 › RESTful 有用吗？ HTTP 有 GET POST 就足够了？

@noli 請先證明「自身水平沒有欲批評的對象高，便無資格作批評」這個命題。

1 2 3 4 5 6 7 8 9 10 ... 36

❮

❯