fkdog

@LinJunzhu 是谁给你的错觉说这类二进制反编译不出来。。。？？
只不过难度比 java 成本高而已。不然一堆堆的破解软件补丁是怎么出来的？

客户端搞什么接口签名啊，多此一举。
怕中间人篡改那就上 https。
如果怕用户自己篡改，那这个没辙，签名算法、加密逻辑完全能反编译出来。
面对这种情况，服务端需要做的是保证请求结果处理正确即可。

@zsdroid
看了下源码，好像的确只是建了链接。

HttpUrlConnection 是 UrlConnection 的扩展类，这个接口是把 connect 标注成了 public。
意味着你可以自行扩展其他 UrlConnection，

如果是 HttpKeepAliveUrlConnection 和 Http2UrlConnection 类似这类多个请求复用链接的，想自己搞一个链接池，connect 单独调用就有必要了。

另外 UrlConnection 有一个 FtpUrlConnection，这个 connect()方法就是需要单独调用，因为一些 ftp 服务器需要登录，都是在这个 connect 方法里完成的。

单纯从你的 case 里看，connect()单独调用并没有什么作用，存粹是为了扩展 UrlConnection 这个接口。

正式工 A：哎，B，你手下的外包空吗？能借我用一下吗？
正式工 B：可以，你拿去用两天好了。

又不是所有的 http 请求一定要去往流里读写。
假设你遇到一个场景，只需要调用一下 http 接口，不需要关心结果返回，那你不去调 connect 你怎么连接？

人家说看不懂都只是调侃罢了，真以为学不会呢？
这么跟你说吧，大部分后端，入门一门新东西，大概搭建环境可能也就多点只占 30%左右。
然而前端这边，npm package.json 还算好装，接下去 webpack 和 babel 配置就跟噩梦一样。
好不容易花了大把时间研究文档终于搞出了一个脚手架来，这时候我想用一下类似 antd 之类的第三方 ui 类库，结果发现，要引入一个 ui 类库居然要大改 webpack 和 babel 相关配置。

够折腾

我觉得前端烦就烦在喜欢弄一堆工具。
比如上手 react 吧，新人就要去搞 webpack npm，step by step 先把环境搭起来。
这一步就可能栽坑。
上 google 搜索教程，可能是一两年前的，然后相关的类库、插件的 api 已经变的妈都不认识了。想搞个 hot-reload，结果弄出了一堆的相关配置，每一个看起来都完全不一样，一个个试过去结果全 tm 失败了。

弄好 webpack，然后还要再弄 babel，这个坑更多，配置参数一堆一堆的。

最后找了官方的 create-react-app，结果明明都是同样的 webpack、babel，为什么这玩意封装起来后看着完全不一样。

环境配置阶段就劝退了。

也难怪会有 webpack 配置工程师的调侃。

@binux 所以，不用 restful 就是走泥巴路哦？用 restful 就是拓宽道路走向更远的未来？
我可以研究的东西有好多好多，为什么要花时间在一种设计风格上争论个没完没了？
存粹一个设计风格取舍的问题也能扯到 35 岁。你独清？

真以为现在互联网项目是像以前传统软件开发一样一套代码可以流传个几十年呢？就现在中国互联网开发速度，一套代码能撑五年以上就已经很不错了。基本上转了 4、5 手面目全非，然后等着下一轮重构了。

而且现在架构风格都在往微服务架构方向转，在微服务架构方向下，那些代码解耦合、可扩展、维护性之类的工程方面优势也就没有那么重要。