站在架构的角度，很多思想都是相通的，跟你用什么语言无关，做什么平台无关，也不管你是前端还是后端。
最开始接触mvvm是在RN项目中，接着做小程序也是mvvm，后面flutter亦是如此，Android原生的livedata也跟上了。
响应式编程出现后，各种语言版本的Rx都出来了，Rxjava，Rxjs，Rxdart，Rxswift，Rxpy，Rxgo等等。
再看看分布式概念，Android这边的组件化插件化何其相似，让每个业务可以单独运行调试。服务端的微服务，每个服务相互隔离互不影响独立开发。华为的鸿蒙系统都是分布式系统。
最近这段时间学习了下java服务端，很多技术思想也都是相同的。
Spring框架
spring是一种mvc模式开发，主要分为3层，controller+service+dao层。
@Controller
@Api(tags = "UmsMemberController", description = "会员登录注册管理")
@RequestMapping("/sso")
public class UmsMemberController {
@Value("${jwt.tokenHeader}")
private String tokenHeader;
@Value("${jwt.tokenHead}")
private String tokenHead;
@Autowired
private UmsMemberService memberService;
@ApiOperation("会员登录")
@RequestMapping(value = "/login", method = RequestMethod.POST)
@ResponseBody
public CommonResult login(@RequestParam String username,
@RequestParam String password) {
String token = memberService.login(username, password);
if (token == null) {
return CommonResult.validateFailed("用户名或密码错误");
}
Map<String, String> tokenMap = new HashMap<>();
tokenMap.put("token", token);
tokenMap.put("tokenHead", tokenHead);
return CommonResult.success(tokenMap);
}
}
@Service
public class UmsMemberServiceImpl implements UmsMemberService {
@Override
public String login(String username, String password) {
String token = null;
try {
UserDetails userDetails = loadUserByUsername(username);
if(!passwordEncoder.matches(password,userDetails.getPassword())){
throw new BadCredentialsException("密码不正确");
}
UsernamePasswordAuthenticationToken authentication = new UsernamePasswordAuthenticationToken(userDetails, null, userDetails.getAuthorities());
SecurityContextHolder.getContext().setAuthentication(authentication);
token = jwtTokenUtil.generateToken(userDetails);
} catch (AuthenticationException e) {
LOGGER.warn("登录异常:{}", e.getMessage());
}
return token;
}
}
从上面代码可以看到，在controller中，我们并没有去new 一个service出来，但是却可以直接使用，肯定是和上面的注解autowired有关系。spring中主要运用到了IOC，DI，AOP思想，IOC和DI其实是不同层面上的同一个意思。
先来看看概念：
IOC（Inversion of Control，控制反转）意思：是控件反转也就是由容器控制程序之间的关系，把控件权交给了外部容器，从程序代码直接操控，到控制权交给外部容器管理，控制权的转移是所谓反转
IOC的三种注入方式：
接口注入：如果采用接口注入一个Bean，那么通过注入的Bean就必须要实现这个接口(这很霸道对不对，我想实现什么接口，还需要规定)...
set方法注入：如果采用set注入一个Bean，那么只需要为Bean中所需要的一些组件提供set方法就可以，通过set方法注入比较清晰，大家一看就知道(哦~原来你想这个Bean提供了这些组件)...
构造器注入：如果采用构造器注入方式，那么首先为这个Bean提供自定义的构造函数，构造函数中需要的参数就是类中的组件实例。
Spring DI
DI的意思：DI（Dependency Injection，依赖注入） 侧重于过程， 把对象通过setter、contruct、args等方式 注入到另一个对象中作为这个对象的一个成员变量
Spring Aop
AOP为（Aspect Oriented Programming，面向切面编程）：AOP可以对业务逻辑 的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高 了开发的效率。
AOP
Aspect(切面):通常是一个类，里面可以定义切入点和通知
JointPoint(连接点):程序执行过程中明确的点，一般是方法的调用
Advice(通知):AOP在特定的切入点上执行的增强处理，有 before,after,afterReturning,afterThrowing,around
Pointcut(切入点):就是带有通知的连接点，在程序中主要体现为书写切入点表达式
AOP代理：AOP框架创建的对象，代理就是目标对象的加强。Spring中的AOP代理可以使JDK动态代理，也可以是CGLIB代理，前者基于接口，后者基于子类。
作为一个Android开发者，可以捕捉到一些熟悉的关键词，用过dagger2或者butterknife的时候肯定是见过控制反转和依赖注入这几个词的。用过retrofit的人肯定是知道动态代理的。 在Anroid中的AOP切面主要是用到的AspectJ，不侵入式的修改代码。
在dagger2/butterknife中很容易看到类似Spring的这种代码风格
public class MainActivity extends AppCompatActivity {
@Inject
ApiServer mApiServer;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mApiServer.register();
}
}
public class ApiServer {
@Inject
public ApiServer(){
Log.e("Howard","ApiServer--->start");
}
public void register() {
Log.e("Howard","ApiServer--->register");
}
}
class ExampleActivity extends Activity {
@BindView(R2.id.user) EditText username;
@BindView(R2.id.pass) EditText password;
...
}
原理基本都差不多，现在框架为了解耦，基本上就是 注解、反射、动态代理、javapoet这一套了。我们可以从大部分的框架中看到他们的身影,除了butterknife,dagger2这两个典型，还有诸如 retrofit,eventbus,arouter,wmrouter等等等。
