@no1xsyzy ISO 8601 什么的会被前端打死……

使用要简单，消息处理要智能。

@nnnToTnnn 所以粘包不仅是一个伪问题，还是一个生造出来的伪概念。

@nnnToTnnn 是的，v2 不是经常出来粘包问题么，所以就调笑了一下。应用不通过应用层协议通信，而是直接往 socket 里怼数据，就会发现对方接受的数据粘在一起无法区分，俗称“粘包”。

一起用没啥问题，反正各管各的也不会打架，能有什么问题？

@xuanbg 然后你需要自己设计一个应用层协议来实现表单状态的实时下发。

如果用 socket 来实现的话，粘包也许迟到，但不会缺席。

对于接口来说，日期要么字符串传参，要么时间戳传参。还能有别的办法传参？反正我倾向于字符串传参，时间戳还得换算一下才能知道时间，不利于发现问题。

@tctc4869 后端和用户没关系啊。如果你说的是权限什么的话，我没见过你说的那个开源系统，实在是不敢妄言。但一般来说，后端只负责鉴权，也就是知道用户有没有权限就好。想必即使要改，也没啥难度。

接入自己的用户系统，要改的地方只有两个。一个是登录页面的注册、登录、找回密码这些，另一个就是用户页面的修改密码、昵称、头像、手机号这些用户信息和退出登录。

执行 SQL 脚本啊

正常情况就是这样，脚本小子太多，不理他就行了。

你这个不就是今日头条？根据你的浏览历史倒果为因得到的结果，只会让推荐内容越来越类同。

千人千面，APP 又不是你肚子里的蛔虫……不可能做得到推给你的内容都是有价值的。

能问这个问题的，我也只能同意懒惰好些了。毕竟你内心还是偏向懒惰好些的，而且另一个答案未免有点政治不正确的嫌疑。

@Hanggi 一维数组能表达的都不叫逻辑。

@Robertwhite 你什么都不做，就已经打败了 80%的股民……

前端有个毛线逻辑……无非就是些交互的条件和规则罢了。

0 首先是 int，然后是 Integer，最后才是 Object 。

AMD yes ！