YourBatman - InfoQ



 写点什么

登录/注册

YourBatman

2018 年 01 月 21 日加入

分享、成长，拒绝浅尝辄止。

分享、成长，拒绝浅尝辄止。公众号：BAT的乌托邦

 关注

58
发布数
55
关注者
0
关注了

全部分类 

最好的IDEA debug长文？看完我佛了

最好的 IDEA debug 长文？看完我佛了

2 月 7 日

20 张动图，上下动的那种；还有 1.2w 文字

玩转IDEA项目结构Project Structure，打Jar包、模块/依赖管理全搞定

玩转 IDEA 项目结构 Project Structure，打 Jar 包、模块 / 依赖管理全搞定

2 月 2 日

熟练使用 IntelliJ IDEA，是一个高手该有的样子

谁再把IDEA的Project比作Eclipse的Workspace，我就跟谁急

谁再把 IDEA 的 Project 比作 Eclipse 的 Workspace，我就跟谁急

2 月 1 日

IntelliJ IDEA 的 Project 和 Module 详解

IntelliJ IDEA 20周岁啦，为期2天的周年庆活动对开发者免费开放

IntelliJ IDEA 20 周岁啦，为期 2 天的周年庆活动对开发者免费开放

1 月 28 日

20 岁已不再年轻，却又风华正茂

一文告诉你Java日期时间API到底有多烂

一文告诉你 Java 日期时间 API 到底有多烂

1 月 27 日

Date 的七宗罪

LocalDateTime、OffsetDateTime、ZonedDateTime互转，这一篇绝对喂饱你

LocalDateTime、OffsetDateTime、ZonedDateTime 互转，这一篇绝对喂饱你

1 月 25 日

跨时区转换，你会了吗？

全球城市ZoneId和UTC时间偏移量的最全对照表

全球城市 ZoneId 和 UTC 时间偏移量的最全对照表

1 月 22 日

送你，收好，不谢

全网最全！彻底弄透Java处理GMT/UTC日期时间

全网最全！彻底弄透 Java 处理 GMT/UTC 日期时间

1 月 21 日

2 万字，呕心沥血收藏

GMT UTC CST ISO 夏令时时间戳，都是些什么鬼？

GMT UTC CST ISO 夏令时时间戳，都是些什么鬼？

1 月 18 日

20 张图，看完不会，就来砍我

9. 细节见真章，Formatter注册中心的设计很讨巧

9. 细节见真章，Formatter 注册中心的设计很讨巧

1 月 15 日

做得巧，自然做得好

8. 格式化器大一统 -- Spring的Formatter抽象

8. 格式化器大一统 -- Spring 的 Formatter 抽象

1 月 11 日

Date 日期、JSR 310 日期、数字、百分数、钱币格式化大一统

盘点2020 | YourBatman 2020年感悟关键词：科比、裁员、管理层、活着

盘点 2020 | YourBatman 2020 年感悟关键词：科比、裁员、管理层、活着

2020 年 12 月 31 日

2020 很艰难，2021 更艰难（文末阳光普照奖）

ppcaik8s&knative 这些做服务发现...istio 这些做服务路由熔断它不香莫，微服务支持多语言开发不是其口号莫，服务治理框架肯定不是你继续使用 java 或 spring 的理由，你继续使用 java 和 spring 这些不过是惰性和惯性，以及遗留资产的负担而已，或者你还没能力使用新的语言，话说低代码都不写代码了，你还用语言干什么吃，函数编排基于 json 和 yaml 撸就行了，你还用什么语言和框架..
 Spring Cloud 2020.0.0 正式发布，再见了 Netflix
ppcai熟悉了 pipeline 和函数组合的方式来实现一个模块，首先你将不需要基于代理的 AOP, 哪玩意儿就像黑魔法，现在你拥有所见即所得的 filter 处理 AOP 切面，其次，你将在 pipeline 的构造阶段更显示的进行对象的构造和组装，你将有机会将对象的构造做出流式的 EDSL 接口，相比声明式注入要简明得多，而且更有可读性，即你将很少需要依赖注入框架的帮助，这有利于你写出最少依赖的模块代码。想想用 c,c++,golang 这些没有 DI 的语言是如何写出伟大的软件你就应该明白，DI 不是必须的，一定程度上它带来的混乱多于带来的好处，特别是你致力于将对象或模块的构造过程 API 化（以实现可配置）的时候，你不需要那种声明式的配置文件或注解。再说说 spring-cloud 这玩意儿，这玩意出自 netflix 的 OSS1.0, 但是你们知道 Netflix 最新的架构是基于 servless 风格的架构，核心组件是网关，函数编排引擎，后端务 API 化，深度依赖其称为“”自以为是“”的模块化组件和基于消息代理的事件驱动架构风格，但是 spring-cloud 很难跟上这种变化，即使其发布了大量的 reactive 组件。用 spring 相关技术栈来写 restul 的后端和前端 web 应用短期内仍然会是 java 社区的主流，虽然 microprofile 这样的标准和产品试图重塑 java 企业级应用开发生态，但我并不看好这玩意儿，套路客户的意图太明显了，仍旧忘不了他们的遗留中间件产品。核心的支撑业务的代码应该是与框架，与基础设施无关的，即完全的 pojo 编程，看看官方的 springframework 文档对于 domain 类的注入描述部分，你就可以明白 DI 在哪里毫无用武之地，当你用消息的方式看待命令和事件并拥抱类似 DDD&CQRS&saga& 微服务这样的架构模式时，你会发现 DI 仅仅起到极少的黏合的作用，而这些黏合很多时候简单到你根本不会用 DI 这种重型的框架。跟多的时候，你将在命令和事件这样的消息通道中解决这些问题。相比各种的 spring-boot-xxx-start, 更纯粹的直接依赖第三方库将使你更可靠的正确使用第三方库，如果第三方库非要你通过 spring-boot 桥接才能使用，只能说这个第三库 API 太不好用了，而这显然不成立，优秀的第三方库基本上不大可能将 spring 作为其必须的依赖, 比如 hibernate,mybatis...
 Spring Cloud 2020.0.0 正式发布，再见了 Netflix
yita14 年开始给身边每个程序员强推 idea，为 intellij 市场占有率立下了汗马功劳（狗头
 IntelliJ IDEA 20 周岁啦，为期 2 天的周年庆活动对开发者免费开放
Arvin抢个沙发
 IntelliJ IDEA 20 周岁啦，为期 2 天的周年庆活动对开发者免费开放
wufazhuce醍醐灌顶
 盘点 2020 | YourBatman 2020 年感悟关键词：科比、裁员、管理层、活着