个人认为大学里的资源和环境比自己的专业对自己的成长影响更大，所以如果本身就是希望在计算机领域有较好的发展，最好是选择学校在计算机方面的资源更好的。

我并不深入了解这两个学校，但作为一个计算机行业的人，主观上对北邮在计算机科学方面印象更深一些，所以建议北邮。

至于实际的学习方向，看自己的职业规划是怎样的，但如果只是为了进入某某公司的话，还是主要看自己积累的知识和技能。

@fangcan 你没有说实现细节，所以我也无法判断。

RPC 、REST 、前后端分离，三者之间没有任何联系，不互相依赖，也可以共存。就好比是车辆、汽油发动机、出行三者的关系；车辆可以用汽油发动机，也可用柴油发动机甚至电动机；汽油发动机可以给汽车用，也可以给船和发电机用；出行可以选择乘车，也可以选择乘船和飞机甚至自行车。

RPC 和 REST，一个是针对调用的方式，另一个是针对通信方式，分别看。

RPC 的精髓是，业务逻辑不需要关心本地的这个方法是如何实现和服务器通信的，本质上是对调用过程的一种封装，这样业务逻辑只需要关心自己的业务逻辑，RPC 只需要关心如何实现远程调用，两者隔离。

REST 只是一种 API 的设计风格，只要你服务端的 API 风格符合 REST 的特征，那就算是用了 REST 风格。

所以你搞清楚了之后可以自己判断一下，你现在是否在用 RPC 以及 REST 。

不过我觉得你目前的思路是本末倒置的。不应该是先做完了一个设计再回过头来看做法是不是符合某种技术的特征；而是应该先分析需求，然后为了更科学地实现需求，根据不同技术的特征来选择其中最合适的来实现。

Macbook Pro 2016 15 吋

4 、5 年的时间，平时工位一直插着电源，当前电池健康度 75%，新系统更新对电池保护加强了。

现在电子设备厂商大多会帮你做好电池保护，比如你看到充电到 100%，可能实际上只充到了 80%，或者电量放到了 1%关机，实际上还有 20%；只要正常按照厂商设计的预期来使用，电池寿命应该能坚持到换设备。

我发一个我 618 攒的配置吧，如果对 AMD 感兴趣的 V 友可以参考一下：

SSD 西部数据 黑盘 SN750 1T 1299
CPU AMD 3800X 2399
内存 内存 美商海盗船 DDR4 3200 64GB(32Gx2)套装 复仇者 LPX 2449
散热器 散热器 酷冷至尊 冰神 B240 ARGB 399
机箱 骨伽 QBX 359
电源 长城 600W V6 金牌全模组 499
主板 技嘉 B550 I AORUS PRO AX 1578
显卡 华硕 电竞特工 DUAL-2080S-O8G 5959
14941

需要说明的是：
我本人这次主要是希望能攒小钢炮，所以选的主板是 ITX 小板，实际上选用其他尺寸的主板能够把主板价钱压到 1000 以下，技嘉的 MATX 能压到 800 以下。
又因为机箱很小不能用体积比较大的好风冷，所以用了 240 的一体水冷，但实际上一体水冷的优势仅在于 CPU 位置空间不够以及需要超频的情况下用，在价格和静音方面都不如好的风冷，不过我这个水冷的价格也很便宜了，好风冷可能会更贵。
我有强内存需求（玩 Minecraft 的高分辨率材质+顶级光影），所以上了 32Gx2 的套装，实际上如果是 4 内存插槽，可以先上 16Gx2，以后有需求再加 16Gx2，价格还能压下不少。
显卡我有强需求（同样因为 Minecraft 光影），实际上当前主流是 2070Super，RTX+DLSS 能满足当前光追游戏的要求，这块我比较推荐华硕的电竞特工的 O8G，以及技嘉的频率最高的那一款，价格能压到 4000 左右；另外华硕猛禽的 2070S A8G 不推荐（性价比不如电竞特工 O8G ），要么加预算上猛禽 O8G 享受 1900 以上的主频，要么就在 1800 主频段选一个便宜且品质好的。

所以其实改一改显卡和内存，这个配置能压到 1 万 2 左右，算是比较主流的高端配置了。

然后最近一段时间除了 3800XT，好像还没售卖？可以看看价格，如果合适的话可以上 3800XT 。

技术圈有个鸭子定律，就是走起来像鸭子、叫起来像鸭子、长得像鸭子，那就可以称之为鸭子。

RPC 全程是 Remote Procedure Call，中文可以翻译成远程过程调用，所以只要是一个程序里像调用自己的过程一样去调用另外一个程序里的过程（可能是同一台机器上的，也可能是不同机器上的），那么就可以被称之为 RPC 技术。

REST 是一中 API 设计风格（不是标准，不是标准，不是标准），这种风格是 Roy Fielding 博士于 2000 年发布的论文里提出的，用于解决一些 API 设计问题的风格，感兴趣可以看一看论文原文，篇幅很短。

REST 是基于 HTTP 来设计的，HTTP 是超文本传输协议，用于实现客户端（浏览器）与服务端之间的数据通信。

假设你的 VUE 页面以 REST 风格通过 HTTP 这个协议来与服务端的 SpringMVC 程序进行通信，同时 VUE 页面中将这个通信过程封装成了本地的方法，能实现页面业务逻辑可以直接调用本地方法，最终实现与服务器的数据交换；那么就可以说：
- 这个可以用于与服务器交换数据的方法是一种 RPC 技术。
- 此 RPC 技术底层使用 REST 风格的 HTTP API 来实现。

@kkk0406 首先电源是有转化效率的，你买 650W 的电源，如果转化效率在 90%，那么实际输出就是 585W，这个通常电源参数里会有写，另外有些电源还会花钱去做认证，也就是所谓的白金、金牌、银牌、铜牌，每个等级的认证只是代表电源的综合品质达到相应的程度，硬性的指标就是转化效率（认证只是说有第三方证明参数能达到档次，如果你觉得厂家参数可信，选择没有认证的也可以）。

然后思路就是看你整机功耗，然后再看输出功率需要多少，再按照转化效率看电源是否符合需求。

我没有用过 10700k，你可以去网上找找各种功耗测试结果，我粗略看了看，类似你这个组合大概整机满载功率在 500W （其中 CPU 211W ），因为是专门压测的结果，日常使用几乎即便是重度游戏也不可能达到这么大的功率，所以你只需要电源的输出瓦数大于这个就行了。

我之前用过 4790k （ Intel 史上比较有名的超频 U 了）+980ti （超到 Titan X 水平），自己还对 4790k 进行了中等强度的超频，我用的电源是 600W 金牌电源，完全没有任何问题。

需要注意的是：
1. 超频会大幅提升耗电量，不管是 CPU 超频还是显卡超频，如果你特别想超频，那么电源输出功率一定是越大越好（蛋糕是个谎言）。
2. 有传言称，电源功率富裕越多，供电就越稳定，我个人没有验证个这个，所以如果你担心供电不稳定，在预算允许的情况下，可以适当选高一些的功率，不过显然你的预算不大允许。

所以我的建议是，如果你的电源转化效率够，650W 就好了。

品牌上你可以去逼呼上刷一刷，出现频率最高的那些都可以，我自己用过嘉航、长城、鑫谷、安钛克，目前还没有遇到什么坑，当然选定了一个型号之后可以去看看对应的测评，以便于让自己心里更有数。

@iugo 题主问的是 RESTful 应该返回什么状态码，我的态度很明确，返回啥都行，因为根本就不是 REST 的核心概念所关心的。
但是 HTTP 协议关心这个，所以老老实实按照 W3C 的标准文档来定义返回什么状态码就行了。

你举的两个例子可以是你的一种实践方案，如果适合你的业务的话是完全可以用的。

所以。。。真没必要跟我这里强调应该用哪种，因为我压根没有说哪种好哪种不好，都是看实际用起来是否好用。

大量测试表明，Intel 的 CPU 确实在游戏方面表现更好，但前提条件是其他硬件不是瓶颈，此时用 Intel 的 CPU 能进一步提高游戏帧数（虽然可能不是肉眼可见的提升）。

玩游戏的话，个人的感受是，当前 CPU 性能是过剩的，显卡性能是一直不足的。显卡对于游戏帧数影响较大，CPU 对于游戏帧数影响较小（除非是专门玩严重吃 CPU 的游戏，如无性能上限的沙盒类游戏）。

个人感觉按照预算所对应的性能水平来看，楼主的这个配置是 CPU 和主板太强，显卡适中（但感觉 10700k 这么强的性能用 2080Super 才配得上），内存较小。

如果希望严守预算的话，可以从 CPU 与主板上抽走一些，适当降低档次。

但但但但但但但但但，尴尬的点就出现了，Intel10 代处理器在 10700k 下面就直接跌到 i5 了，10 代 i7 没啥选择。这也就是为什么现在很多人选 AMD 平台，至少可选项目比较多(关键在足够玩游戏的情况下主板+CPU 能便宜 1000-2000)。

Z490 芯片组最大的优势是超频，但是你这个 U 不手动超频的话原厂主频就已经上天了，所以如果不愿意换 CPU 的话可以考虑超频较弱的主板来减少一部分支出。

电源相关的技术已经非常成熟了，很多牌子生产的电源质量都很不错，海韵算是挺贵的了，你可以考虑换个牌子的电源（比如长城？），性能质量都能保障，预算还能省一些。

内存 16G，基本踩着今年主流游戏的“推荐配置”，如果这机子你计划用 5 、6 年的话，内存大小估计悬，不过好在如果你有空余的插槽，以后还能随时加。

当然，这些仅供参考，希望能帮楼主开阔一些思路。

短信要提供退订的方式，这个是政策要求必须要有的。

用户按照短信中说明的退订方式操作回复，短信网关是会将回复信息提供给原短信的发送方，由发送方来决定如何处理。当前对于退订方式方面的政策要求就只到提供退订方式这个环节，至于在发送方那边是否真正处理了，没有强制性的要求。

但是现在是严打垃圾短信、骚扰电话的，所以如果发送方的发送行为涉嫌违规，可以投诉，可以了解一下有哪些渠道可以进行投诉。

打破思维定式：以前项目里用这个方案可行，那么当前项目里用这个方案会不会不可行。

如今的编程语言都是互相借鉴的，const 的写法 JS 也是近几年从别的语言借鉴来的。

大家如果普遍觉得有用的语言特性被正在使用的语言借鉴过来，也是件好事，毕竟好用、能满足需求就可以。

没有资源，口头支持吧。

忘了这不能用 markdown 语法。。。

Roy Thomas Fielding 博士的论文
https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

@iugo

- 告诉客户端它犯了个错误
- 业务上这个资源不存在

把括号里的去掉可能更突出重点？ HTTP 4xx 状态表示“Client Error”，所以主要是突出客户端犯了错误，即客户端在当前情况下不应该发送这个请求。
如果你认为当前客户端发这个请求完全合理，在预期正常的情况下，那么就返回 2xx 。

我没有说“协议统统 200，不需要 404”，事实上你返回 200 还是返回 404 都是可以的（ REST 根本就没定义应该返回什么，它也完全不 care ），完全取决于你是否认为这个情况是客户端的错误；关键是系统上所有接口得统一起来，哪些情况一律返回 200，哪些情况一律返回 404.

REST 只是个风格，而不是标准。
[Roy Thomas Fielding 博士的论文]( https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm)第 5 章描述了究竟什么是 REST 风格，但是篇幅非常短，即便是第 6 章的实践部分也没有详细介绍 REST 的最佳实践。
论文前面章节提到了 API 设计的一些问题，而 REST 本身就是为了解决这些问题而提出的思路而已，只要是按照这种思路去设计 API，就是 RESTful 的，就能享受到 REST 带来的收益。

如果认为一种设计违背 Roy Thomas Fielding 博士对 REST 风格的定义，可以引用论文里的段落来说明。

当然如果把某企业或某项目的 REST 实践当做标准的话，就没有什么可讨论的了。

可能写得有点长，核心没表达清楚。

返回 404 是因为“需要告诉客户端它犯了个（请求的资源不存在的）错误”，而不是因为“这个资源不存在”；同样的，返回 200 是因为“需要告诉客户端这个请求成功了（且不属于其他 2xx 状态码的情况）”，而不是因为“业务成功了”。

可以细细品一下。

HTTP 是通信协议，建议将协议上的状态与业务上的状态分开，所以 HTTP 的返回状态码最好严格按照 HTTP 标准来使用，涉及到业务状态的最好在返回结果里用额外的状态标识来标识。

比如 DELETE，服务器执行成功，且返回 Body 有内容，则返回 HTTP 状态码 200 （其他情况参考 2xx 段各个状态码的定义），返回的 Body 里用字段或对象来体现业务上的状态，是有记录且成功删除了，还是成功执行了但无可删除记录，还是删除错误 1 、删除错误 2 等等。
4xx 段在标准中表示的是因客户端错误导致的非预期的请求，这就看你如何定义这个 API 了，比如 API 的 URI 被视为一个确定的资源，如 /user/12345，那么业务上可以定义为使用 DELETE 方法是建立在 ID 为 12345 的这个 user 资源存在的基础上的，那么 HTTP 协议上可以首先考虑这个资源是否存在，如果不存在的话，业务上可以认为这个资源不存在客户端就不应该发出这个请求，就按照 HTTP 标准返回 404，告诉客户端它发出的这个请求有问题。

这些都不是固定死的，关键是一套系统的 API 应该有统一的一套自己的标准。
比如你定义除了创建以外，任何对于资源的直接操作都应该基于资源存在的基础，资源不存在一律返回 404 状态。
然后系统内所有 API 都按照这个标准来设计就可以了。
REST 只是一套帮助你设计自己系统 API 标准的思想，最终还是要为业务服务的，如果其思想与业务需求相矛盾，就没必要硬上 REST 风格。

不知道什么课程里会包含这些知识，计算机导论？感觉只要是科班出身的都自然而然地了解这个。

大学课程里最初是会将编程语言分为：
机器语言：二进制指令
低级编程语言：汇编语言
高级编程语言：C 、C++、Java 等等

然后高级编程语言大体上又可以分为：
编译型语言：C 、C++、Java 等
解释型语言：JavaScript 、Python 、PHP 等

编译型语言又可以分为：
直接编译成平台机器码的语言：C 、C++、Go 等
编译成虚拟机机器码的语言：Java 、C#、WebAssembly 等

以上只代表各个语言的常规使用方式，实际上语言只是语言，设计不同的编译和运行机制，可以让一门语言以不同的方式来操作计算机运行，比如使用特定的编译器可以将 Java 直接编译成机器码，不依赖 Java 运行时就可以运行，C 也可以编译成虚拟机机器码，在虚拟机上运行。

Java 的可执行程序本身不携带 Java 运行环境，这个其实是 Java 的设计初衷，以及其最大的卖点：“Write once, run everywhere”。因为早先的编程语言都需要编译成对应平台的机器码才能被正确运行，比如想在电脑上运行就编译成台式机平台的程序文件，想在手机上运行就编译成手机平台的程序文件，而如果电脑和手机采用的 CPU （指令集）不一样的话，对应电脑平台的可执行文件无法在手机上运行，而且编译成不同平台的程序文件很可能需要改动大量代码。（这个就不展开介绍了，想了解可以去学习一下计算机组成原理和汇编语言。）然后 Java 率先实现了写一份代码、编译成一个可执行文件，可以在任何被 Java 运行环境支持的设备上运行，Sun 公司负责开发出支持各个设备的 Java 运行环境。这对于需要程序支持多个硬件平台的开发者来说，几乎完全免除了兼容多个设备需要做的大量工作（至少在当时是）。

不能让他们开这个口子，不然以后就会拿这个案例说事，从而随意进入租客房间了。

印象里警方搜查都需要检察院开具的搜查令，不知道居住权是否支持擅闯住宅的认定标准，支持的话……