V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  BeautifulSoap  ›  全部回复第 2 页 / 共 92 页
回复总数  1835
1  2  3  4  5  6  7  8  9  10 ... 92  
8 天前
回复了 haoyu7 创建的主题 Telegram telegram 一般什么情况下会封号
看隔壁帖子用 Google Voice 也容易封号?
用不着 win+r ,直接 win+q 输入 note 就行,画图板就是 paint ,计算器就是 cal
非常便捷
12 天前
回复了 yoa1q7y 创建的主题 游戏 怎么玩塞尔达传说以前的作品?
野炊入坑的可不一定会喜欢以前的塞尔达哦。。。
@unt 你好,现实是一个请求有几百个字段是存在的。最近就接触到了一个几百个字段的项目
15 天前
回复了 junwind 创建的主题 git 大家好, mac 上有哪款 git GUI 工具好用呢?
建议还是别拿 git 这东西去折磨非程序员了
git 这东西是真只有程序员才能接受,而且更重要还是拿来管理 excel 这种二进制。。。。

对非程序员和二进制,用 svn 就挺好。。。。
那就拿个万用表测一下啊
打水晶头你要是都学不会,我觉得是没法用动手能力捉急来解释的。。。。
@NeedforV2 所有国产 ROM 内置的都是残疾的谷歌框架,很多功能都无法正常使用
放其他平台这是不明的恶意行为,但放龟壳上谁这么好心还帮 lz 的机子自动锻炼,简直是大善人啊
手持一加 12 ,续航是真的顶,我是 root+lsposed 框架,还一次性迁移了近 400+个 app 。亮屏 8 小时,当然代价就是 ColorOS 那傻逼至极的后台限制

刷氧 OS 后续航会低很多,但是我实在受不了这傻逼 ColorOS 了换到了氧 OS ,连个谷歌框架都没法正常使用
点进了项目的 Issues 页,存粹的视觉冲击和信息震惊了我半年
非常不理解为什么现在装修都想着一次性搞好 2.5G 或 10G 网络设备。难道装修完接下来十来年就再也不换不升级网络设备了?

提前把七类起的网线埋好,再铺一下光纤(战一下光纤今后可能会普及的渺茫未来),然后随便买个几十百来块的 1G 交换机装上去,先给家里组好个 1G 内网,这个是主网

剩下 10G 网这种东西,就目前需求来看,主要是在电脑和 nas 之间才会有 10G 网的需求,那 lz 就别买交 10G 换机,直接将电脑和 nas 直连。成本也极低,淘宝一张拆机 10G 网卡也就六七十,买个三张分别插到 nas 和 lz 的两台电脑上,然后两台电脑通过网线 or 光纤直连到 nas 上(连接线材取决于你买的是光口还是电口网卡),然后手动配置下不同网段的 ip 后,nas 和电脑间就是独立于 1G 网的 10G 局域网了,区别就是这个 10G 网没有交换机。我现在家里的网络就是这样的,电脑和 nas 间 10G 直连,wifi 和其他所有设备都是连着 1G 局域网

然后等过几年 2.5G ,10G 的网络设备便宜了,就逐步替换掉 1G 局域网的设备,慢慢把网络升级到 2.5G 和 10G 。原本旧的 10G 网自己看情况保不保留
20 天前
回复了 MJTest 创建的主题 宽带症候群 家中新装修网络布网求建议
@hzzzzzp94 你还是经历的网速变化的时代少了

也就不到十年,十年前,在那个 100M 才刚普及的时候,你说要用超五类,六类网线组 1Gbps 的局域网,会得到网上一堆懂哥教育你说 1G 今后只能上光纤; 1G 的设备太贵;想象不到怎么有人用电口跑 1G 之类的。然后过了不到几年吧,这些董哥们就被打脸了。

然后 1G 普及开来,就轮到了 10G 了,一模一样的话术又来一遍:10G 还不上光纤? 10G 怎么可能用电口跑? 10G 的设备太贵了买不起;根本想象不到怎样的需求会需要 10G 的带宽巴拉巴拉。然后现在已经没人会说组个万兆必须上光纤了


现在话题又轮到 10G 以上的带宽了。同样的争端和历史一遍遍上演。我是不相信光纤和各种光设备在今后会在普通家庭局域网内普及的。哪怕是到了 40G 这个宽带,十来年后依旧是电口为主
20 天前
回复了 MJTest 创建的主题 宽带症候群 家中新装修网络布网求建议
我自己装修会选至少七类线起,绝不做任何妥协,然后顺便再提前铺好光纤

别说六类也能跑万兆,装修一次是要管十几年的。我坚信以目前对网速需求的增长,十来年后 10G 以上的网速需求会非常普遍。六类线你再怎么说也不可能跑 40G ,而七类线是能跑 40G 的

也别说什么等过了 10G 就直接上光纤了,就目前光纤的普及速度,哪怕再过 20 年我都不觉得光纤会在普通家庭内普及开来
@gitrebase emmm 虽然是个比较复杂的问题,但就结果来说 redis 相关的操作最终放入 repository 层的情况会更多。因为即便是用 Redis ,很多时候和用 mysql 的目的也是一样的——都是为了读写 Entity 。涉及到 Entity 的读取恢复的话,那就是 repository 的职责了。
@BeautifulSoap "要么就是数据库操作太简单一行 sql 结束" 这里说错了,不是数据操作太简单,而是业务太简单,涉及不到多数据的互动保存,或者干脆就是把很多本应放入业务逻辑层的逻辑给塞进 repository 这一层里了。
事务塞 context 里,然后从 context 取事务。所有方法不管你有没有用到,总之规定好第一个参数就默认是 ctx context.Context ,算是 go 写业务的标准做法了

至于在哪里开启事务,我喜欢在相关复杂业务逻辑起始的地方,比如 doamin service 里,然后同时 rollback 也是在 domain service (当然 tx 这东西肯定要包装抽象一下的不能直接用)。至于别人为什么不开事务,要么就是数据库操作太简单一行 sql 结束,要么就是根本没考虑倒需要在业务层用事务(以我经验,大部分人属于后者,就是纯粹的没有项目经验想不到那一层)

> 顺带问个 gorm 的问题,你们用 gorm 的话,还会把它再封装一层 dao 么,还是直接放到业务逻辑部分的代码中?

repository 了解下,想好好写业务的话直接的数据库操作之类的不应该放到 doamin 层
邮政又不属于市场竞争的一环

建议了解下当年(说真的也没那么多年前),看看当年邮政是怎么千方百计垄断快递行业,差点把整个中国快递业给整死的。指望邮政还不如指望太阳从西边出来
1  2  3  4  5  6  7  8  9  10 ... 92  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3612 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 04:34 · PVG 12:34 · LAX 21:34 · JFK 00:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.