就是非基础架构那种的 Java 源码

像什么 Spring,Mybatis 这种在我的理解都算基础架构的源码
还有什么各种后台管理，ruoyi,jeecgBoot 这种也算基础架构
请问哪边可以看到真实业务场景的一些源码呢？

github 搜索 game, 筛选只看 java
github 上还有一个 java 开发的停车场管理软件

我个人是非常讨厌复杂逻辑的，总是希望需求简单而明确，但是总是有一些很拧巴的需求，会导致代码很复杂。

想看面向 C 端的微服务源码是吗，去一家稍微大点的公司就可以了。

相信我，你不会想看的

这么想看屎山吗

真实场景的业务代码就是

外面有个请求过来想要某个东西 -> 我从数据库 /ES/缓存 /第三方接口拿到这些数据 -> 我组装 /加工一下 -> 返回给对方

真实

多复杂的场景都能还原到 0 和 1，这么一想，就索然无味了。

就是 github 搜索一下热门的 xxx 管理系统就行了，比如我随便一搜
github.com/macrozheng/mall
比如这个，但是说实话真实业务场景项目里面有大量的重复和无聊的操作，其它答主已经说明了，很多都是组装和适配数据，各种判空操作，以及各种校验或者防止背锅日志补丁，莫名奇妙的各种奇葩注释等等，没撒美感的。
还不如看看 Spring 或者 Mybatis 的源码来得有意思

业务逻辑复不复杂，取决于业务有多复杂。真要说起来，大家也不是想写的这么复杂的，实在是需求太拧巴了

都是无用代码，不如学习框架源码，争取在业务中用到大量设计模式……然后被同事吐槽。个人经历

我觉得楼主你的想法反了。

不是因为看了复杂业务逻辑所以才会做项目，而是因为做了项目所以才会复杂的业务逻辑。

真正要学习的反而是那种顶层的、简洁的设计。说句不好听的，复杂的业务逻辑都是一点点靠人力修出来的血肉，是总能搞定的。而顶层设计、架构，那些是骨架，是需要一开始就奠定好基础的。

看来工作不饱和啊

来看看我们 HIS 的源码全是面向业务，真是祖传屎山

＃15 HIS 快逃离医疗行业..

相反，我在追求简单代码，争取让人看懂，是那种隔了很久再次打开依旧能看懂运行的过程

业务再大再复杂也是拆分为 N 个小逻辑实现的。

这个高 star 项目，粗略翻了一下 issue 列表，好多 bad practice

github.com/macrozheng/mall/issues/261

复杂的大都是产品设计
Java 代码只是实现出来

这些业务系统是相当无聊，而且基本都是 curd 的堆叠，可看性真的不大。
要是真的想看，比较常见的各种商城，各种 oa，看一下就饱了

leetcode

单个科室的业务都已经繁琐的要死😅

大厂都有不少开源的吧

就是想看一眼屎山是吧😅

oa 里各种拖拽组件生成表单，最终绑定到数据库字典，还要对应业务流，审批岗位角色绑定，1 对多流程想到， 生成文档，这个才是复杂强大的。

业务系统其实很扯淡，增删改查，无非复杂查询多写几条 sql 的事情

业务逻辑简单说明你们生意简单
这个和你写的代码没关系

你要是业务复杂，你的代码自然就复杂了，当然了，到时候你又要骂这代码是屎山

Minecraft 的代码。。。
以及 Minecraft 的各种插件平台的代码。。
以及 Minecraft 的插件代码。。。
还有周边什么启动器，之类的代码。。。

真实的业务逻辑,一个方法上千行,n 重 if+for 嵌套,中间还夹杂着 break 或 continue

优秀的代码是初级程序员可以看懂的代码,伟大的代码是大学生可以看懂的代码.

业务逻辑尽量简单，不是复杂的代码就可以承接大业务的。

苦 his 久矣。。。