V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 4 页 / 共 124 页
回复总数  2465
1  2  3  4  5  6  7  8  9  10 ... 124  
107 天前
回复了 zhwguest 创建的主题 Android flutter 会烂尾么
@twig #14 avalonia PC 端确实完成度很不错,整体设计也很可以,我们项目算是比较大了迁移也还算顺利,性能超出预期,win macos uos kylinos 表现可以说完全一样,现在完成 win11 和 win10 x86 架构,macos arm 架构,uos 龙芯架构,kylinos 海思 x86 架构测试,win7 的话安装了也正常运行了,而且.net8 支持打包 publish 的时候自包含运行时,所以打包发布安装的时候并不要去必需先安装.net 运行时,所以有搞 tob 业务有客户端又有跨平台需求首选 avalonia 肯定可以
107 天前
回复了 zhwguest 创建的主题 Android flutter 会烂尾么
顺便没人关注过 avalonia 这货么,最近公司客户端迁移国产化,调研一番用了一个,百万行代码级项目,刚做完,性能还相当不错,win mac uos 麒麟表现都相当一致,刚开始还担心做了一段时间发现这货做的还是相当复杂完成度还不错了,虽然问题也不少,不够基于.net 生态能用的工具也不少,手机和 web 试了下 demo 也很不错
123 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
@wangliran1121 清算对账也不一定要一天一次,如果流水足够高,一般是需要多次清账对账流程才能保证安全,进一步配合不同层级的风控甚至可以进一步依据风控输出决定每个商户在第几次清账后可以支出

个人其实不赞同使用 redis 保存余额的方案,从支付交易的角度来看安全无风险、准确性可靠性之后才应该考虑效率和性能,毕竟在较高的流水下,任何可能存在的事故一旦出现就可能致命甚至更糟,一分钱的异常和 100 块也毫无区别,常规业务中或许无需考虑某些可能存在的异常,但只要支付流水足够高还是不应该忽略

再说吧,这都真金白银付钱了,高并发也毕竟天花板就在哪吧,否则都那么高流水了分区后加钱加机器加人都是不值一提的,实在没必要在技术工程上冒这个风险吧,毕竟问问老板他也会说获得久才能赚得多
124 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
@qh666 #36 虽然如此,但是有实际工程经验的都知道没有这么算的吧,峰值容量 1000 但是能稳定维持这量级 7 、8 小时都已经牛逼顶天了,实际情况也就 3 、4 小时能有这量级,我们设计不是在这空中阁楼的瞎意淫而是需要充分考虑实际工程情况和使用场景的,不考虑实际工程情况和使用场景的设计必定是不靠谱的,再说按你这每天数百亿上千亿的流水,就在这几句话就讨论出可靠的解决方方案这也不现实啊,楼主估计想问的也不是这使用场景吧
124 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
@wxf666 #33 你这个提的就没道理好吧,当天能有 1.66 亿笔流水么!!每天数百亿上千亿的流水?瞎想可不行,真有这么多,清算对账流程还需要比这复杂得多得多,我说的这种能可靠风险低每天处理数百万千万级流水就不错了,想着小学数学解决登月这就不显然扯淡么
每天几万笔可以用余额加减,这种上亿笔的流水就不可能有简单有可靠又风险低的方案,毕竟就算百万级的异常率,每天损失也高达数百万,亿级别的异常率可不是轻易就能做出来的,不要想着有银弹解决所有问题
124 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
@wxf666 #25 只能花已经清算的余额 1w ,也就是<=1w 的钱,这个就是账期,1 天其实大多数商户都能接受

如果你做的是收单那风控和清算是必需的,否则你很可能会面临法律风险
如果你只是对接支付宝微信支付,这么大流水清算对账也是应该考虑的,虽然风控的事情支付宝微信帮你干了,但是毕竟我们自己的服务器和微信支付宝并不是在一起的,万一程序有点啥未知 bug ,那就有可能直接要破产倒闭了还可能面临债务
通过清算对账延迟一点对大家都好,商户看到的余额反正是实时的,并不会收这个账期影响,只是并不能立刻支出这部分钱罢了,而且现实中正常交易都是要么小额收入大额支出,要么大额收入小额支出,小额大量收入同时支出的貌似大都不是正常生意哈
124 天前
回复了 glaz 创建的主题 程序员 单用户余额高并发支出收入有啥好方案?
6 楼说的对,这种商户收款付款的打开收支,应该流水优先,一般设计中这种场景都是需要有对账清算的流程的,所以为了提高获取余效率,可以把余额分成已清算余额和未清算余额,已清算的余额可以在对账清算时更新,未清算余额也实时通过流水获取,流水都是不可改的

关于余额扣负这个问题,单个账号流水很大的,大多数系统都存在未清算金额不可以支出的限制,这个既是技术处理的困难,同时也是你还要过风控不可以立即支出,否则反洗钱啥的法律问题叔叔分分钟找上你

对账清算可以自动也可以手动,单账户高并发大量流水没有清算对账无论从技术上看还是从法律上看都是不现实的
124 天前
回复了 litchinn 创建的主题 问与答 如何处理多团队跨语言.proto 管理
既然如此为什么不在放 proto 文件的项目直接生成并发布各个语言的 sdk 包呢,私仓加自动发布就好了啊
@David2077 看起来像是响应超时 5s ,读超时应该有另外的吧
能量密度啊,现在都恨不得直接做一起了,要不是阻抗和散热无法解决,而且现在为了散热效率和稳定性,电池间是打胶加强散热和可靠性的,你这样能量密度起码掉一半,还不说机械故障和热管理故障会大幅提高
@xiaxiaocao 这位说的对。转基因吃了其实没啥毛病,不吃主要是转基因转的是啥除了抗虫抗病,就是利于榨油饲料,真哪来吃其实并不好吃
143 天前
回复了 holaworld 创建的主题 经济 关于 9.24 政策的一些思考
而且吧,房价这趋势,就这政策明显还不够,所以啊,现在这些政策目的不是为了让你继续加杠杆,而是为了让大家去杠杆别那么快,就一句话请大家慢慢来,别翻船了
143 天前
回复了 holaworld 创建的主题 经济 关于 9.24 政策的一些思考
想啥了,政策想法是房价跌太快要崩了,就业差企业差,要金融危机了,赶紧出个宽松政策稳一下,你倒好想着是给大家加杠杆的,不要怀疑大家的智商,就算有人嘴硬,真金白银的用钱投票的债市股市期货不会骗你
就一个,就目前现在这情况,说收储什么的杯水车薪罢了,不大幅降息,这房价趋势能刹得住?受汇率压力,美联储不大幅降息,国内很难大幅降息,看现在这情况不降息到 2.8 以下,感觉房价很难了

楼主说通胀的,大家不知道现在该担心的是这通胀一值起不来,而不是通胀会加大么,通胀低实际利率高,企业和权益资产都很难挣钱,创投失败概率极高,对于大多数人来说就是降薪和失业的风险,而且看最近这数据,如果不能大幅降息,预计接下来两三年这通胀都很难起来,要是这情况,加上房价的问题,估计日子比现在还难过,但是看态度,大幅降息接近于不可能,毕竟这届班子似乎过于务实了,未来很多年很大程度估计是属于中产衰退的时代了
合规么?地图数据需要测绘资质,这也是国内没几家公司能做地图
153 天前
回复了 ZHOUHAHA2 创建的主题 奇思妙想 无人机外卖实施的困难有哪些
而且无人机多了就算概率再低,掉落下来是不可避免的,随随便便咋能砸坏车物,致人伤残要人命,外卖员随便事故概率也不低,但是大部分事故都是轻微损失,不像无人机,事故大部分都会造成重大损失,这事城市基本不可行,不过是个噱头而已,郊区偏远地区规划好航线也就不怕掉下来了,可行性还是很高的,而且这部分地方人力成本本来就高,替换成本就低很多了
153 天前
回复了 ZHOUHAHA2 创建的主题 奇思妙想 无人机外卖实施的困难有哪些
这就没可能大规模使用,100 年前车刚发明的时候大马路随便开,现在车多了就需要有路线有单向线有红绿灯等等,无人机同理,多了同样需要特定航线航点起降点红绿灯,想怎么飞就怎么飞做梦的吧,而且更不要说各种高楼禁飞区限制了
零和博弈,你赚的都是别人亏的,公开一起发大财你知道你自己在说什么么
@bbsingao #2 办公室网络,也不明所以
1  2  3  4  5  6  7  8  9  10 ... 124  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2593 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 11:29 · PVG 19:29 · LAX 03:29 · JFK 06:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.