V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yusheng88  ›  全部回复第 1 页 / 共 3 页
回复总数  42
1  2  3  
7 小时 4 分钟前
回复了 hukamispace88 创建的主题 程序员 个人发布的游戏,目前超 10 万下载
现在还能个人开发游戏赚钱的,只能说佩服。
我实际开发中的处理:
1. 上传文件后,在业务表中插入一条待验证记录,响应上传成功
2. 定时读取待验证记录,流式读文件,逐行检验,在单元格内用[]记录验证失败原因,输出到新文件。有异常则上传新文件。
3. 修改验证状态

整体就是加个用户上传记录,后台异步检验的思路。
如果是对接服务端的,追求实时性,还可以主动回调/推送检验结果
非法控制计算机信息系统程序罪

这个得了解下,什么时候犯了都不知道= =
1 天前
回复了 looo 创建的主题 Java 开发 Java 项目 Gradle 一定比 Maven 好么?
ant ,maven 都深度使用过。
gradle 简单使用过。

体验最好的是 maven
单体项目就 maven + linux shell 脚本
微服务项目是 maven+docker+jenkins 。
两个推荐解决方案
1. 基于 camunda 做二次开发,表单相关业务前端维护,工作流引擎只负责流程设计和流程流转。自己封装下,提供几个核心 api 就可以了。

2. 如果要在线表单设计功能,推荐购买现成 oa 公司的服务。
表单设计,和流程绑定,表单权限,流程回退,预览审批人,多维度组合审批权限等功能,自己研发时间周期太长了,不切实际。
1 天前
回复了 0xD800 创建的主题 Java 分享一个 Java 中非常糟糕的 API 设计
对一个东西不懂时,最好保持谦虚学习态度。

python 类库底层怎么处理的你不看
PBKDF 定义你不看
jdk 的类库你不研究

ai 翻译的不合你的"以为",你又要喷。
通篇下来就凸显浮躁和无脑,没有现成类库喂饭到嘴就啥也不是。
简单看下,存在两个问题
1. 没有做父子线程事务传递
2. 没有考虑任务数超出线程池上限

推测异常原因:
问题 2 导致一直 await ,直到连接被自动清理线程关闭
91 天前
回复了 barfi1316 创建的主题 程序员 请教如何在时序图标识应答超时交互
时序图,应该用于体现业务执行顺序,感觉代码细节的分支和异常处理,没必要画
@liuhuihao
话不投机半句多
你保持你的接口返回值没有 null 就行了。
不用再回复,没兴趣解答。
不打开朋友圈,从根本解决问题。
微信用户发的,就屏蔽他。
微信的广告,这就没办法了
骑驴找马好点,裸辞压力大
@liuhuihao
1. 我的评论应该很清楚,接口该返回 null 就返回 null
2. null 和"不是一个东西,等你什么时候调用接口后不用对 string 返回值判 null 再讨论这个吧。
3. 集合,容器类推荐返回空集合,因为关注的是容器内的元素,而不是容器,容器应该存在的
1. null 和默认值是两个概念,null 是没有值,判 null 是调用方的责任
2. 字段能否为 null ,是产品,业务决定的,如果有默认值,也是产品和业务决定的。
3. 字段为 null ,或者为 null 时不返回字段,前端处理不了的,领导还倾向前端的,只能对你表示可怜
个人经验:
如果因为异常导致任务、业务无法继续运行,就应该打印 error 日志
如果因为参数错误、资源不足等,存在降级处理方案时,就选择 warn 、info 级别日志
个人体验:
go 的优势是:
1 、 协程+标准网络库都做了非阻塞处理(比协程更重要)
2 、 打包方式

Java 的优势是:
1 、 生态
2 、 市场

在 web 系统开发效率和规范性:
Java >> go

你在 web 领域遇到的问题,在 Java 中 99.99%都能找到解决方案和类库。

至于别人吹嘘的 go 省内存和 cpu ,看看就好,特别是啥 Java 项目重构为 go 就省了多少内存,cpu 的。
能节省内存,肯定是逻辑优化带来的,单纯语言的切换,能带来 1 倍内存差距?想多了,算下 go 的一个对象比 Java 节省多少内存就知道了。
cpu 节省的,只能说,框架功能越少,cpu 越低。

真正在 web 领域中性能和开发效率高于 Java 的,应该是 C#,但国内市场不好找工作(薪资对比 Java 会低些)。
go 比 Java 更适合的业务场景是:中间件。

最后就是网上所有人对于开发语言的评论都不用在意,没有人能精通多种开发语言,都是个人体会而已。
225 天前
回复了 x97bgt 创建的主题 程序员 为什么 HN 的英文这么难读?
这么多回复?
op 的意思不是看不懂 HN 的和他不是一个圈子的,不用回复他吗?
op 写的东西只给懂 HN 的人看的。
320 天前
回复了 javak 创建的主题 Java Java21 make Java great again
jdk21 出来的话,应该会推动很多类库更新
320 天前
回复了 javak 创建的主题 Java Java21 make Java great again
虚拟线程主要解决 io 密集型任务导致的线程数多(内存占用多),上下文切换成本高问题。目前的上述问题的解决方案是 netty ,reactive 相关框架,但写法不直观。重点还是要发送请求的工具类也要支持非阻塞的。单纯使用虚拟线程,但 Java 的请求相关类没做改造的话,意义不大。
321 天前
回复了 yusheng88 创建的主题 程序员 关于工作流系统开发的一些疑惑
感谢各位的意见,目前不考虑对接第三方公司,内部各产品是统一账号。最终权衡下,应该会选择 flowable:实现流程审批功能需要开发和定制成本低。更好的选择应该是 camunda+bpmn.js 。flowable 支持在线简单的表单设计和流程模型设计,也支持流程节点退回[任意跳转未确定]。如果是复杂表单、审批人和业务强耦合,则业务方维护表单,调用接口。如果是简单表单,则由主要由工作流服务的相关人员维护。
322 天前
回复了 yusheng88 创建的主题 程序员 关于工作流系统开发的一些疑惑
@wolfie 这种多结果分支的流程,我之前是没考虑到。本来还想在创建流程时传给回调 url 过来就完事了。这样的话,流程结束回调处理就麻烦了。
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   805 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 22:18 · PVG 06:18 · LAX 15:18 · JFK 18:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.