123zouwen

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供
不是一定要求这个. 如果多个服务是不同语言的, 这样做没什么意义. 你就把它当成一个普通的对外提供服务的接口就行了,做好幂等处理.
2. 既然是都是对外提供的接口了, 入参和出参 你提供接口文档就行了, 别的服务想定义什么实体都行.

3. 服务拆分的时候,要明确拆分是否有必要? 我见过很多为了拆分而拆分的, 明明可以是在一起的,拆完后又要上分布式事务中间件,意义何在?
我觉得这是把单体思维代入到了微服务中. 分布式事务中间件个人觉得没有任何必要, 但很多 java 总希望能跟写单体服务一样直接 rpc 调用还能处理好事务.

都做服务拆分了,这些服务完全都可以用不同语言写,做好幂等. openFeign 也就是服务间的 http 调用

1. 服务间调用的接口单独写个 api 模块(feign 接口),然后给其他服务进行引用，也就是服务提供方提供

1. 耀西的手工世界
2. 马里奥惊奇,用耀西/偷天兔

不经过打击,大家的意见 OP 是听不进去的. 总之这是一条不归路

还是看官方例子+ 源码吧, security 这个框架和一般的框架不一样. 一般的框架你只需要知道如何用就可以了,
security 这一套如果不懂设计思路和源代码,根本就不知道如何用和定制化.

网上的代码大部分都是过时/错误的.就连最基本的整合 jwt,网上大部分还是让你搞 userService 而非直接集成 resource server.

如果她事先告知你, 那现在事情好说.
问题是她事先欺骗你是明信片而非亚马逊验证信件, 那现在你该怎么做,应该不需要问网友了.

培训班视频应该是比较通俗易懂的.
学习是一门循序渐进的过程,你的问题应该是你媳妇编程的一些基础概念还不懂,你就上函数了, 对于不懂编程的人来说跟天书一样.
怎么把别人教会是一门很大的学问, 这个不是技术强就能教的好的, 越是技术强的人容易有专家思维

不考虑其他的, 就说工资拖欠这一条, 就得赶紧找其他工作了

我 5 年前提前还款了一次, 今年又还了一次, 目前本金还剩 800 多块留着抵税用. 之前没仔细算,利息是真高啊,当时贷款利率是 5.62 好像.

以前的想法还是不成熟, 总想着不着急还房贷, 钱会逐渐贬值, 手里留点钱以备不时之需. 现在经济形势不好,还是早还的好,还完后想想之前一年要多出多少利息真是不划算.