请问一下，就是 gorm 里面的 offset 和 limit 它们要求传入的是 int 型。可是表行数有可能会超过 int 的范围，按理说应该得接受传入 int64 比较合理。请问这边这样设计是有啥原因吗？

现在我点开看的次数也少了

谢谢楼主现身说法。
果然是这样的。我就说苹果商城的这种抽成和安卓市场的抽成完全不能一概而论。
安卓市场给你解决流量问题，这抽成是天经地义的事情。反观苹果，这抽成完全不合理。
用安卓这种抽成比例来对比苹果，借此为苹果“洗地”这完全是错误的。
一个是摆摊就来收营业额 30%的“保护费”
一个是摆摊，主办方请明星，做活动引流，然后收你 50%的渠道费（流量费）。
能是一回事吗？

今天虐面试官，明天某大厂三轮面经，后天你不会还不知道 XXX 吧。
国内这几个技术社区全是这类东西

我找了一圈，感觉安卓市场的分成都是指联运模式吧？应用商城给 app 导流和推广，这分成天经地义啊？这和苹果的分成不是一个性质吧？有懂的朋友说说吗？

1, // tcpmux
7, // echo
9, // discard
11, // systat
13, // daytime
15, // netstat
17, // qotd
19, // chargen
20, // ftp data
21, // ftp access
22, // ssh
23, // telnet
25, // smtp
37, // time
42, // name
43, // nicname
53, // domain
77, // priv-rjs
79, // finger
87, // ttylink
95, // supdup
101, // hostriame
102, // iso-tsap
103, // gppitnp
104, // acr-nema
109, // pop2
110, // pop3
111, // sunrpc
113, // auth
115, // sftp
117, // uucp-path
119, // nntp
123, // NTP
135, // loc-srv /epmap
139, // netbios
143, // imap2
179, // BGP
389, // ldap
465, // smtp+ssl
512, // print / exec
513, // login
514, // shell
515, // printer
526, // tempo
530, // courier
531, // chat
532, // netnews
540, // uucp
556, // remotefs
563, // nntp+ssl
587, // stmp?
601, // ??
636, // ldap+ssl
993, // ldap+ssl
995, // pop3+ssl
2049, // nfs
3659, // apple-sasl / PasswordServer
4045, // lockd
6000, // X11
6665, // Alternate IRC [Apple addition]
6666, // Alternate IRC [Apple addition]
6667, // Standard IRC [Apple addition]
6668, // Alternate IRC [Apple addition]
6669, // Alternate IRC [Apple addition]

帮你百度了下，这些端口是保护端口

不要用 6666 端口，这是浏览器保护的端口

当然是炼丹练出来的呀！炼丹师这个俗称可不是开玩笑的，哈哈哈哈，手动🐶

日流量有多少呀？

吐了😱

让安全员私下联系你？那这安全员也太不把自己的人生安全当回事了

买品牌产品，你还得为他们的营销成本买单。如果都能用的话，为啥不选择一些小牌子。哈哈哈，我现在也是能用 pdd 就用 pdd

告诉他这个功能很难，不属于合同中的开发范畴，要加钱咯

不能只看当前，看看未来。相比于不用 join 带来的开发效率损失，业务量上去以后进行服务拆分带来的工作量才是大成本。
给未来留后路，我认为不是什么问题，甚至很明智。
但如果这个业务本来也不是那种今后业务会很大的项目，比如某某内部管理系统，那有这个规定，纯属有问题

商业是要考虑成本，考虑投入产出比的。即使某些需求在技术上可行，社会环境可行，社会基础设施可行也没啥用。在能满足绝大部分用户的需求的情况下，够用就行，这样成本就能低，收益才会高，才有钱赚啊，哈哈哈哈