黑马那些Java入门项目都有个毛病
就是业务逻辑层,接口没有统一,每个实现类都有自己的一个接口,那还写接口干嘛?
公司里的项目,都有一个或几个CommonService这样的通用接口,以便减少重复的代码量。虽然现在也有很多人反对这样的写法,认为就算写通用接口了,项目一旦复杂起来,一个接口对应一堆实现类和mapper.xml,还是很难理解和拆分。真的想要弄大项目,一开始就不能用MVC,要用DDD架构。
话说回来,黑马这些项目,结合了代码重复和不好拆分的缺点,也是挺6的了


公司里的项目,都有一个或几个CommonService这样的通用接口,以便减少重复的代码量。虽然现在也有很多人反对这样的写法,认为就算写通用接口了,项目一旦复杂起来,一个接口对应一堆实现类和mapper.xml,还是很难理解和拆分。真的想要弄大项目,一开始就不能用MVC,要用DDD架构。
话说回来,黑马这些项目,结合了代码重复和不好拆分的缺点,也是挺6的了
全部评论
大厂照样一堆mvc

自己做项目没必要用ddd,小团队小项目也没必要,反而把简单的事情搞复杂了。可以根据业务增长演进,比如经典分层=>模块化=>sdk/api拆分=>微服务=>ddd
我这里 controller 都有抽象接口😂😂
确实,实际工作中好像很少service层写个接口
DDD架构你弄得明白不?我看那个作者介绍的也是稀里糊涂的,真上DDD可能会更乱,大家各写各的
ddd其实也有问题
迭代这么快,谁会去考虑扩展健壮
相关推荐
查看5道真题和解析 点赞 评论 收藏
分享
03-25 18:24
广东海洋大学 前端工程师
smile丶snow:感觉可以加一些ai相关的内容吧。现在面试很少能逃掉这些问题。羡慕里面感觉缺少一个项目背景。比如第二个项目后台管理系统…你为什么要做这个后台管理系统呢?是为了解决什么问题。比如你管理一个商品列表的增加减少。需要一个背景吧。哦或者说你第一个电子书那个是c端的,你肯定需要一个管理系统吧,那就是第二个后台管理系统,但这两个难道不应该是一个项目吗?可以稍微包装一下,最起码让人看着不是玩具项目。个人观点。 点赞 评论 收藏
分享