dssxzuxc

因为现在的"AI"并没有智能，它根本无法思考所以做不到你说的"灵活"，与科幻小说中拥有智能的真 AI 相比，顶多只是一个会产生随机噪声的复读机。没事不要为难复读机，坏了你就拍它两下说不定又好了，不好使就重启呗。

不是，v2 看帖不需要注册，只有回复才需要
谷歌搜你的标题第一个就是本贴

@morphyhu #227 正常人都会看出来这跟数额没关系吧，就是单纯的生女儿就是用来卖的封建思想。
父母拿这个钱，大概率还是要给儿子的，儿子生活不如意吗，你看完全文就知道了，穷人补贴富人。
为什么一定要拿这十万？因为人都是利己的，在他们心里儿子是自家人，女儿很明显不是，不拿这十万，他们一家人就少赚了十万。
父母养大一个孩子容易吗？不容易。所以不卖出一个好价钱就亏大了？他们心里真的有这个孩子的位置吗？
不过你有句话还是说对了，贫穷是一切罪恶的根源。

@pkoukk #23 我用了两个月就受不了了，散光严重很多，羡慕能长时间用暗黑模式不受影响的人

如果类型全是一次性生成的，全放一个文件没有任何问题，没必要考虑维护，毕竟是脚本生成的东西，要重构/修改都很简单。
如果无法一次性生成，或者考虑到频繁的单独维护，建议把文件拆开，用文件夹把不同模块的 api 分开
-- A
|-- index.ts
|-- type.d.ts
-- B
|-- index.ts
|-- type.d.ts
-- C
|-- index.ts
|-- type.d.ts

楼上说 d.ts 不是这样用的，确实有一定道理，之前接触到的项目接口类型定义都是写.ts 里的，但是如果不是太多人协作的话我还是强烈建议用 d.ts 方式，省了无数麻烦，只要 namespace 规划合理就行

A 表 B 字段 joinC 表 D 字段，select * from A 两个字段的排序规则需要一致，所以最好统一全部数据库字段的排序规则，有特殊需求的字段再另外调整，同时注意这个字段和其它字段 join 时会不会出问题。
另外可以配置成不同的排序规则也允许 join ，但是一般不建议这么做，或者查询时指定成相同的排序规则，但是本来就屎山的长 sql 会更加恶心

@vczyh 我正在看 nutui ，感觉还是 taro 好，uniapp 体验下来真不行

@wolfan 原生不考虑，我还得再看一遍 qq 小程序的文档，然后重复写两遍

win11 记事本我也遇到一个很扯淡的问题，记事本右上角直接关闭，下次点别的记事本会把上一个关闭过的记事本也一起打开了，通过标签页关闭就没事，真的服了