首页   注册   登录
 zhazi 最近的时间轴更新

zhazi

V2EX 第 208341 号会员,加入于 2016-12-29 23:03:16 +08:00
今日活跃度排名 2873
zhazi 最近回复了
17 天前
回复了 vjnjc 创建的主题 Java 你们会觉得 maven 做构建比 gradle 更好用吗
gradle 好,gradle 有学习成本,学 gradle 就要学 groovy,如果不学习用的不明不白的不如用 maven 了,起码没有一些黑魔法,为了学习一个构建工具学一门语言相对来说要求有点高。
接触过一些 android 同学只会 copy 配置。灵活构建没有得到体现。
如果全员都会 gradle 我也相信很少有人会用 maven。
2,单元测试不涉及到数据存储,不存 3 在脏数据的问题,更多是对充血模型中对象里业务“动词”的测试,断言“名词”属性就可以了。
集成测试可以使用 rollback 处理脏数据问题。
4,看你的结构上有引用 ddd 的概念,但是几个概念上明显的错误,facade 模式应该对应的是应用服务层,不管 web 还是 api 只需要通过 facade 接口调用应用就可以了,不需要考虑程序内部实现。防腐层是一个适配器的概念,将外部的感念转变成内部的概念。避免内部业务被外部侵蚀。比如商城项目中,有用户领域,用订单领域,订单中有 buyer,用户中有 user,是两个业务名词,需要用防腐层隔离。
在分包上,每个业务对象都要有对应的测试。说的意思是,这组业务的核心功能和他的测试代码一定要同步进行,不能说,我拿到业务的核心代码,但是没有测试类。还要单独引用一个业务代码测试包才能对这个代码进行检验呢。接口测试代码要在 web,api 层。应该是同步进行的,测试接口不需要考虑应用层的问题。应用服务是 mock 出来的。
29 天前
回复了 zgqq 创建的主题 Java spring boot 真的是最佳实践了
阿里的开源连 jar 包自己都管理不好,国内一群还跟风。kpi 的项目吹给领导看的。
多读书,先学 oop,熟练后然后就自己能整理出来领域上下文了。
用自然语言描述清楚你的业务,然后区分出业务名词。
思考业务名词是不是应该建模。
不要去考虑什么微服务。
每个业务名词都清晰了,对象也就丰满了。
用贫血模型永远都是 service 里的大泥球。
朋友 你这个是集成模式 而且测试的方式也有问题
@wangyzj 你这不够深入,不会选沙的也配叫程序员?
socket. io
先说说你们公司用到斐波那契的场景,算法是一个很微观很冷门的技术点,如果你找不到用到斐波那契的业务,那么你为什么问?后端方向很广,算法数据结构都很不实用,没有之一。如果用到算法与数据结构了,有经验的工程师现场学有个半小时一小时也就学会了,直接拿来套业务就可以了,如果你觉得你们业务里需要大量算法应该找一个算法工程师。拿算法来衡量一个程序员是不是眼光太狭隘了? java 系列非常多的轮子值得学习,那我问一句每出一个轮子学一遍你拿他们当人看吗?
看过源码对贵公司业务有帮助吗?
你让一个人去学习一个生态圈的几百上千人维护的源代码合适吗?
你知道 spring 多少个子项目吗?
学习是应该学习你说的这些东西吗?
其实我理解你,干几年软件开发,写熟练了 curd 不知道学习什么了,然后一头扎进 jvm, 算法,数据结构了,熬几年以大牛姿态来指点江山。我想问问你看过哪个源码?能随便讲讲你认为好的,值得学习的,好在哪里吗?
话说不明白的话,亲,这边建议你不说话哦
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2614 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 9ms · UTC 12:18 · PVG 20:18 · LAX 04:18 · JFK 07:18
♥ Do have faith in what you're doing.