V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dayudayupao  ›  全部回复第 5 页 / 共 5 页
回复总数  93
1  2  3  4  5  
2021-05-10 14:37:44 +08:00
回复了 v2tudnew 创建的主题 Windows 已经无法阻止 Windows10 更新了吗?
想不明白为啥不想更新,人家更新多少是修复了一些 bug,提升了一些体验,能发出来让你更新基本上也是 GA 版本吧,你愿意相信当前版本用着没问题,为啥不相信更新的版本用着没问题呢,虽然有产生新问题的可能,但是我更想愿意相信他们会快速修复新问题,往体验总是好的方向收敛的.
@linvon 我想的是在握手的这个时间内是不是要白白等着连接建立好才能发数据,假设客户端信号从光纤传出去到另一台服务器需要耗时 5ms,三次握手是不是就相当于 5*3=15ms,然后再加上连接后数据传输的 5ms,总共是不是算 20ms, udp 的话是不是就是直接 5ms 就行了,不知道这样理解对不对
2021-05-07 16:27:01 +08:00
回复了 waibunleung 创建的主题 程序员 DAO 层和 ORM,能区分,但又不完全能区分,我裂开了
@waibunleung 写法都是灵活的,就像 @kop1989 所说的那样,dao 方法定义是业务驱动,只关心我要什么,而在 dao 里,需要写 sql 的时候就写,不需要写比如 orm 封装了就不用写,看 orm 来定,也就是说 dao 里面跟 orm 是强耦合的,你需要对特定的 orm 做出适配,这些都是 dao 做的事. 综合来看如果你底层数据库组件有可能变化,或者不确定会不会变化,就可以 dao,orm 都共存.
在我看来,不管什么情况,共存看起来层次会分明点,即使是透传.
2021-05-07 15:59:29 +08:00
回复了 waibunleung 创建的主题 程序员 DAO 层和 ORM,能区分,但又不完全能区分,我裂开了
dao 可以跟 orm 共存啊,dao 作为在 mvc 设计模式下的数据访问层,这个数据到底是谁提供的,mysql?redis?mongo?hbase?
其实不关心啊,orm 作为一种特定数据存储组件的一个封装而已,对业务来说其实可以是黑盒;其实日常情况下,dao 可以封装缓存层,比如将 mysql 的数据拉到 redis 缓存,业务逻辑层无需关注是怎么缓存的,交给 dao 做就好了
2021-04-29 14:48:16 +08:00
回复了 CitizenR 创建的主题 Fedora Fedora 34 正式发布了
用的 unbuntu kylin,支持一下国产
2021-04-23 17:11:53 +08:00
回复了 Renco 创建的主题 程序员 数据库设计太拉跨被喷了。
目前在用的一套感觉比较好的命名规范
n_sol
n_ur
cd_sx
vu_ail
nu_pne
(手动狗头)
2021-04-23 10:05:33 +08:00
回复了 nsynet57 创建的主题 问与答 统计下周末加班制度
这老板我还留着过年啊
一楼要是不骂人麻瓜,我觉得作为一种讨论倒也没什么,都是互相学习过来的,关键是自己滂臭的命名别人反驳一下都不行....
我个人觉得是不加好, 已经有表名区分了
@aitaii 好的,马上拿去用
@feifanhanmc 看了这么多评论都是喷你的就舒服了,你这些典型的自己菜还嘴臭
@feifanhanmc 你这个是真看不懂,你确定是比较好的命名规范? 就你自己看的懂吧
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5545 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 07:57 · PVG 15:57 · LAX 23:57 · JFK 02:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.