@learnshare 谢谢 可以用。完美～

@summerwar 收到，谢谢

看你个人情况。对于大部分普通人来说，有用。比如在一些行业或者公司，对学历和学位有硬性要求。需要达到国家承认的本科（含非全）。

1 、可以先办《居住证》：不需要房产证复印件和原件。你同事自己有合同就行，自己能解决。
2 、再办《工作居住证》，可以直接用办好的居住证在派出所开《居住证确认单》，不需要其它居住证明资料。

我和楼主情况一样。我用的顺风车，捎过去的。费老劲儿了～

不错不错。正合适。

个人看法，仅供参考。
1 、接口不全，前后端都有责任。但是一般如果是后端主导技术和交互方案的话，还是需要后端有一定经验，考虑好产品实现细节。
2 、前端一般可以等后端接口出来再做。
3 、对于比较大的功能或交互方案不一定能达成一致的，后端在接口设计阶段，就可以找前端沟通初步的接口设计和交互方案，确定后再出详细的接口文档。

哈哈。我跟楼主有过同样的困惑，这种困惑每隔几天就会冒出来一次。当然不是找工作。就是为了个人提升。
办法是不断总结学习方法，维持或调整学习思路和计划吧。

看看你的 iphone 设置里配置的是什么名字呢。翻新机不会影响到 品牌类型是其它吧。

正在疯狂收割用户的印象笔记呢。

楼上的故事有意思～。

@ElmerZhang 嗯嗯～ 有一样体会。

接上文。我从技术的角度分析下，为啥 PHP 喜欢这样。
1 、后端算出来结果长这样：
一个数组：["用户名 1":1, "用户名 2": 2]
2 、调用 PHP 语言的解析为 JSON 对象后：
{"用户名 1"：1，"用户名 2"：2}
3 、如果转换成前端期望的结果：
[{"userName":"用户名 1"，"value":1},{"userName":"用户名 2"，"value":2}]
需要将上文的数组，先做一次循环转换才行。所以后端会觉得复杂。

据我知道。PHP 这种数据结构简单、且动态解析数据的后端语言，喜欢用这种业务 ID 为 key 的结构。
（重点：对于 PHP 来说用起来非常方便，像你提到的实体，PHP 涉及很少）
所以有相当一部分 PHP 后端，认为就应该带 Key 。

但对于不希望包含太多数据处理逻辑的前端来说，喜欢后者，后者的结构也跟语言相关。
我之前写 PHP 的时候，会专门写一个数据转换方法，按照前端格式转换一下，对双方都好维护。

@danielzh 我收回自己的话。

印象笔记还是比较厚道的。

@acoada @gamexg
学习了谢谢

不错不错。很厚道。
是不是也可以等虫子自己爬出屏幕。嘿嘿