HTTP 状态码放 HTTP 状态错误, 可以认为是服务器对状态的统一描述, 使用 401 表示 405 各种大类型的错误, 逻辑约束错误返回 403(body 中定义具体错误格式, 只在有错误的情况下 body 才返回错误结构的 json, 200 的时候直接返回调用的结果, 而不是总是包一层), 找不到返回 401, 没有错误 body. 如果实在想偷懒, 也可以简单粗暴, 全部返回 200, 然后总是套一层 Result 结果, 将主体结果内容放置到 data 中, 使用 code, message 等顶级属性描述服务器响应的正确性.

你这??? 可以不用管它, 也可以自己标记出实际的 Event 类型, 关于 Event 类型的详情可以去 MDN 查找, 或者干脆偷懒直接使用 event:any, TypeScript 为 JS 添加了 Class Type, 所有很多时候需要附加的 Type(或者说是 Interface).

HTTP2 后面应该就不需要考虑这些破事了, 反正链接可以多路复用, 现在为了加速加载实际, 会使用一些类似 css sprite 这样的技巧, 尽量在一个 HTTP 请求里面加载好资源, 可以节省服务器资源

并没有统一规范, 按照系统其它地方处理, 字符串也不存在时区的问题, 只要前后端约定好单一格式, Unix 时间戳只是为了方便偷懒

开放 API 属于应用层, 业务属于领域层, 网关还在更上层, 所以肯定是分开哈

@v2exblog 思想应该都是相通用的, 如果你也有其它强类型语言的基础, 也可以去看看其它语言的 Web 开源项目

@v2exblog 如果你一定要把语言限制为 python, 我也一时想不起来有啥比较合适的, Java 和 C#的, 我倒是看过一些, 不过你说看了一堆理论, 没法实战, 看这种理论的书, 需要先过一遍, 然后自己试着写一写, 过个半年再去看看, 有些书看个三四遍, 慢慢就理解了, 而且每次会有新的收获. 我写 C#/Java 基于 Class 的显示变量类型的 Web 项目比较多, Python 一般只用来搞机器学习, 看有没有大佬出来给你提供参考

你需要的不是 Web 框架, 而是需要学习建模了架构设计

没有办法, 别折腾了, 想起它办法!

没有, 不要指望了, jsonp 本来就已经是不安全的, 你还想这样搞, 如果人家返回的东西变了, 直接对用户页面注入

这个问题不是很容易解决吗? 文件上传只做上传, 不要做任何逻辑就好了, 逻辑交给业务接口处理, 文件只返回临时存储的地址, 后面的文件上的业务由业务接口处理

固态还是机械, 机械的话, 总是有办法找回数据的, 固态比较麻烦一些, 不要再二次破坏就好了

开启事务, 按照需求选择乐观或者悲观并发策略. 或者考虑 EventSourcing

想一下, 这个表的所有字段是否都要求强一致性, 或者说是要求至少行上的状态一致性, 如果是, 就不能拆, 如果不是, 可以考虑拆, 考虑下这个表上的字段纯粹是数据, 还是有业务, 纯粹是数据的化, 拆不拆随意, 拆的化, 查询麻烦点