LZ 最好讲讲场景吧？看数据结构去猜的话，应该是一个批量写入 IP 数据的接口吧。
我比较站 A，A 作为接口数据描述更清晰，明确 IP 唯一，接口的定义越清晰，功能越单一越好。与前端对接的时候更需要这样。
B 更通用，后端程序员要考虑更多，接口需要更多书面描述来向使用者讲述接口要求，例如你要加多一句，“IP 不能重复，否者报错，balabala”

LZ 题目是不是写错了啊？
A 和 B 提供的数据结构说的不是一回事啊。A 的数组每个元素包含多个 IP 数据，而 B 的数组每个元素是一个 IP 数据，那么他们各自的数组分别代表什么？

你是不是需要考虑换电脑

公开 review

不如先说说你的 SSO 是如何实现的吧，毕竟现在一百个人有一百种“SSO”实现方式……

电源管理，我就没见过 Windows 本改 Linux 后更省电的，没电谈什么都是扯淡。

给 blog 开发一个接口，根据文章 id，查询文章内容及评论。
初级后端开发：根据 id 查询文章内容，根据 id 查询评论
传统后端开发：根据 id 组成 join 查询语句，把查询丢给 db 处理
现代后端开发：根据 id 同时查询文章内容和评论，组合并返回

LZ 的屁股估计都粘在地板上了

毒鸡汤

@creanme 开发时预留特性开关，用配置文件控制。或者不合并，等需要的时候，rebase，集成测试，再合并。

每个环境一个分支，怕不是你把环境配置都和程序代码混合到代码管理里了？

每个环境独立一个代码分支，每次测试都是白费的。你无法保证合并后的代码能正常工作，所以你又要测一次，每一次合并代码，上一次的测试结果就等于作废。

正确做法是，各个环境之间传递的都应该是同一个制品，这样你的测试才有意义。环境的配置管理，请使用配置管理系统，或者独立 repo 管理。

protected 的，难道不是 extend 一下就可以调了吗？

PHP 是世界上最好的语言！



请问到哪里领钱？