fishmai的专栏

每个架构做之前都应该进行架构风格的分析，适用哪种架构风格 数据驱动架构：? 游戏翻译器、记事本、编译器都是以数据作为处理中心的，说白了，这个工具要能被称为数据处理器， 功能驱动架构 关键功能决定架构， 核心业务一旦变更，整个家狗也会随之变更，这个是架构师心中一个隐隐的痛 所以产品的定位决定了架构的不同 架构师直到目前成熟的架构体系有哪些，各自适用的场景是啥，我们还可以衍生出哪些架构体系

简述前几天的一个晚上在infoQ的微信群里，来自蘑菇街的Limboy做了一个分享，讲了蘑菇街的组件化之路。我不认为这条组件化之路蘑菇街走对了。分享后我私聊了Limboy，Limboy似乎也明白了问题所在，我答应他我会把我的方案写成文章，于是这篇文章就出来了。另外，按道理说组件化方案也属于iOS应用架构谈的一部分，但是当初构思架构谈时，我没打算写组件化方案，因

1、模块与模块之间必须打log2.  流程核心路径必须打log3、

标准元素是为约束，构造型和标签而预定义的关键字。它们代表通用效用的概念，这些通用效用没有足够的重要性或者与核心概念存在足够的差异用以包含在UML核心概念中。它们和UML核心概念的关系就如同内建的子例程库和一种编程语言的关系。它们不是核心语言的一部分，但它们是用户在使用这种语言时可以依赖的环境的一部分。列表中也包括了表示法关键字――出现在别的模型元素的符号上但代表的是内建模型元素而不是构造型的关键字

#读后感#一本实用性很强的架构入门书籍。内容有深有浅，涉及面广，帮我们树立一个架构设计的全局观。 本书已读完，把读后感放在最前面，以下是详细的读书笔记。 #读书笔记# 我们将软件架构概念分为两大流派：组成派和决策派。#读书笔记# 组成派：软件系统的架构将系统描述为计算组件及组件之间的交互。#读书笔记# 决策派：软件架构包含了关于以下问题的重要决策：软件系统的组织；选择组成系统的结构元素和它们之间的

1         仓库风格在仓库风格中。有两种不同的构件：中央数据结构说明当前状态．独立构件在中央数据存贮上执行．仓库与外构件问的相互作用在系统中会有大的变化若输入流中某类时间触发进程执行的选择．则仓库是一传统型数据库；另一方面．若中央数据结构的当前状态触发进程执行的选择．则仓库是一黑板系统1.1      数据库系统数据库架构是库风格最常见的形式。构件主要有两大类，一个是中央共享数据源，保存当

1         独立构件风格1.1      进程通讯进程通信架构风格。构件是独立的过程，连接件是消息传递。这种风格的特点是构件通常是命名过程，消息传递的方式可以是点到点、异步和同步方式及远过程调用等。1.2      事件系统事件驱动架构风格。构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中其他构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所

应用架构指南2.0（微软模式和实践）的第6章讨论了诸如消息总线、分层架构、SOA之类的架构风格。除了这些风格，还有很多架构模式，比如插件、点对点、发布-订阅。有些作者对架构风格、模式和隐喻进行了区分。什么是架构风格呢？根据应用架构指南所说，架构风格指：一组原则。你可以把它看成是一组为系统家族提供抽象框架的粗粒度模式。架构风格能改进分块，还能为频繁出现的问题提供解决方案，以此促进设计重用。指南的作者

文章目录引言发展历史基础类库主流框架0引言先简单介绍一下Android插件化。很早之前已经有公司在研究这项技术，淘宝做得比较早，但淘宝的这项技术一直是保密的。直到2015年才陆续出现很多框架，Android插件化分成很多技术流派，实现的方式都不太一样。1发展历史首先，要记住2012年这个时间点。2012年的时候，就有人做插件化技术，是大众点评的屠毅敏，他推出了AndroidDynamicLoade