前言最近几年微前端一直是前端界的热门议题,它类似于微服务架构,主要面向于浏览器端，能将一个复杂而庞大的单体应用拆分为多个功能模块清晰且独立的子应用,且共同服于务同一个主应用。各个子应用可以独立运行、独立开发和独立部署。微前端架构概念的诞生及应用对于提供复杂应用服务的企业来说显然是一种机遇,同样也是一种挑战.本文主要就微前端架构的概念和实现方案做一

应用的更新从服务器拿数据后要处理得到数据为空、解析错误、解析为空的情况，防止后台坏掉后进不去activity；用友盟等平台更新不能阻塞式强制更新，万一友盟维护了，应用就进不去了。命名规则布局中id的命名：尽量保证不同布局xml文件中不要有相同的id命名，不然ctrl想点进去的时候，不知道该跳转到哪个文件，当注释掉该控件后

互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，使前端应用能更快速和稳定的响应。第一：介绍Dubbo背景!(https://oscimg.oschina.net/oscnet/78108

当我们架设一个系统的时候通常需要考虑到如何与其他系统交互，所以我们首先需要知道各种系统之间是如何交互的，使用何种技术实现。1\.不同系统不同语言之间的交互现在我们常见的不同系统不同语言之间的交互使用WebService，Http请求。WebService，即“Web服务”，简写为WS。从字面上理解，它其实就是“基于Web的

互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，Dubbo是一个分布式服务框架，在这种情况下诞生的。现在核心业务抽取出来，作为独立的服务，使前端应用能更快速和稳定的响应。第一：介绍Dubbo背景Dubbo是一个分布式服务框架,解决了上面的所面对的问题，Dubbo的架构如图所示：主要核心部

前几天和几个饿了么的同学聊天，一听说他们还在用COLA1.0，我二话没说，90度鞠躬，赔礼道歉，虚心聆听他们的吐槽。COLA的初衷旨在控制复杂度，救码农于水火，惭愧的是，早期的思想不成熟，设计也多有缺陷，不仅没帮到他们，反而坑了他们，实在抱歉。实际上，我在COLA3.0迭代的时候，已经举起奥卡姆剃刀，砍掉了很多东西。然而还不够，主要体现在对架构的