浅谈架构、框架、模式

应issta的要求,简单介绍一下我所理解的开发中经常提到的名词架构、框架和模式,这三个简单的名词代表的信息量还是挺大的,思量了许久,有种无从下笔的感觉,还是举例说明吧,概念性的东西我总结的也不怎么详细。

关于概念和理论下面很讲解的详细。

参考文献:

感谢:百度文库

感谢:和风细雨

感谢:nizhigang2000

感谢:魏琼东

***************************************************************

2015春节将至,先提前祝福新春愉快,那么春节带来的一个大的动作就是春运。就已春运举例来说一下我所理解的这三个名词。

架构:

issta回家过年,春运开始前,issta需要先做调研,始发地是哪里?目的地是哪里?适合什么样的交通工具?到目的地之前都有什么事情要做?如到哪个车站转车、车站都有什么车、到哪个饭店吃饭、饭店是几星级的、饭店的消费水平是多少、到哪个宾馆住宿、宾馆到车站,饭店的距离是多少、宾馆的消费水平是什么样的、需要在宾馆住多久、到达目的地之前需要做什么事情,到达目的地时要做什么事情等等。

当这些信息了解完毕之后,开始对春运做一个计划,水路(C/S)、陆路(B/S)选择哪一个,酒店有五星级(Windows)、七星级(Linux)、三星级(Unix)、一星级(Mac)准备住哪个?饭店里川菜(C#)、粤菜(Java)、东北菜(C++)、闽菜(C) 哪个更适合口味等等等,这些地方都要考虑到不然的话有可能issta的春运计划就真的是人在囧途了。

框架:

issta选择住七星级酒店,issta对酒店负责人A说,酒店有多高、内部装修有多么的奢华、住进去只有有什么样的特殊服务别跟我介绍,我不关心这些,我只有100块钱,你必须给我安排100块钱的房间、房间里面必须要采光好、有单独的咖啡桌、有调酒台、有KTV、还不可以多收钱,这些条件你们必须满足。

A听完之后说,“大爷,没问题。包您满意!”

那么A就在心里犯嘀咕,酒店里没这样的房间,怎么办?又不想失去issta这个大客户。A决定给issta在隔壁盖一个房间出来,画图纸、买塑料纸、买音响设备、买大棚、买咖啡桌等等。

模式:

A把issta需要的房间设计好以后就要找负责人B开始实际盖了。

那么B呢,心里也犯嘀咕,这大过年的又盖房子,我也要回家过年呀,得想办法用最短的时间把房子盖好、抗4级地震、抗5级风。

B就计划:塑料纸出了糊墙之外还要铺地板、做床单被套、剪个洞就能够当窗户用,音响设备出了能够放音乐之外,搬出来一个还能当马桶用等等,这样房子盖好时间既短暂又省钱,这些材料又刚好用完发挥到最大作用。恩,就这么干了,瞬间觉得萌萌哒~

*************************************************************

有了A的设计、B的计划之后呢,不管谁来住100元、200元价位的房间,都能够快速的满足这些客户的需求。

issta有了详细的计划后,以后再春运就不用再做那么多调查工作了。

-------模式存在于框架里,用最快最有效率的方法来实现框架中要达到的功能。其作用是简单、易用且能够最大程度的复用。

*********************华丽的分割线*****************************

以上是简单的认识,如有不对的地方还请指正!

时间: 2024-10-08 10:37:49

浅谈架构、框架、模式的相关文章

浅谈数据库框架,见笑,请多指正

浅谈数据库框架,见笑,请多指正 http://weibo.com/p/1001603724746155003486 一友说"插件式存储又割裂了SQL引擎的完整逻辑...总体而言在现有框架下MySQL的优化器没有多大改进的价值". 我们且做个技术分析: 1 插件式框架,可以静态/动态加载组件,方便在同类不同属家的模块间切换,这种设计是良好的. 很多软件的设计都采用了"微内核+插件"这样的方式构筑了强大的应用.如Ecplise生态圈. 2 数据库范围内, MySQL的属

Android开发-浅谈架构(二)

写在前面的话 我记得有一期罗胖的<罗辑思维>中他提到 我们在这个碎片化 充满焦虑的时代该怎么学习--用30%的时间 了解70%该领域的知识然后迅速转移芳草鲜美的地方 像游牧民族那样.原话应该不是这样,但是我想说的是 自从我想写一些笔记记录知识的时候 为了不误导其他人 我不得不参考github 一些比较知名大牛的代码.在这个过程中 我下载过很多demo.一点一点的啃 汲取精华的部分 当然也充满疑惑.后来觉得标题取得有点大了 我应该取"学习"类的标题才对.但是另一方面我也只能就

2014-07-29 浅谈MVC框架中Razor与ASPX视图引擎

今天是在吾索实习的第15天.随着准备工作的完善,我们小组将逐步开始手机端BBS的开发,而且我们将计划使用MVC框架进行该系统的开发.虽然我们对MVC框架并不是非常熟悉,或许这会降低我们开发该系统的效率,但是我们可以通过边学边做的方式来实现其开发的.这不仅便于我们日后对系统的管理与维护,而且还给我们带来一个学习的动力与实践的地方. 但我们在创建一个基于MVC框架的项目时,就遇到一些问题了.那就是MVC的视图引擎是有两种的,一种是Razor,会以cshtml后缀的文件作为视图文件:另一种是ASPX,

10 浅谈 装饰器模式的理解与使用

在不改变现有类结构的情况下,为这个类添加一个新的功能,这就是装饰器模式 所属与结构型模式, 这种模式的特点是:需要创建一个装饰类来包装原有的类,并且提供额外的功能. 为了解决:平时使用继承的方式,会带入许多静态的方法,导致子类过度饱和,膨胀. 举例子:悟空拥有七十二变,不管它怎么变化,他的本质还是一只猴子,但是他又有变化后的一些本领(功能) 实现:装饰类包含原有类的实例对象,即可实现装饰器模式 开始: 定义一个形状的接口 //画图接口 public interface Shape { void

浅谈架构模式之解释器模式

1定义 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. ·文法:即语法规则.在解释器模式中每一个语法都将对应一个解释器对象,用来处理相应的语法规则.它对于扩展.改变文法以及增加新的文法规则都很方便. ·句子:解释器模式描述了如何为简单的语言定义一个文法,如何在该语言中表示一个句子,以及如何解释这些句子. · 抽象语法树:在解释器模式中可以通过一种称之为抽象语法树(Abstract Syntax Tree, AST)的图形方式来直观地表示语言的构成

iOS 浅谈架构 架构设计的方法论

摘要:iOS客户端应用架构看似简单,但实际上要考虑的事情不少.本文作者将以系列文章的形式来回答iOS应用架构中的种种问题,本文是其中的第一篇,主要讲架构设计的通识和方法论等,同时还讨论了大家关心的架构分层.是否要有common文件夹等问题. 缘由 之前安居客iOS app的第二版架构大部分内容是我做的,期间有总结了一些经验.在将近一年之后,前同事zzz在微信朋友圈上发了一个问题:假如问你一个iOS or Android app的架构,你会从哪些方面来说呢? 当时看到这个问题正好在乘公车回家的路上

浅谈SpringMVC4 框架技术

为什么要使用SpringMVC 基于MVC架构:(SpringMVC 也叫 Spring web mvc.是 Spring 框架的一部分,是在 Spring3.0 后发布的) 基于MVC架构,功能分工明确,解耦合. 容易理解,上手快,使用简单 开发一个注解的springMVC项目,SpringMVC 也是轻量级的,jar 很小.不依赖的 特定的接口和类. SpringMVC 强化注解的使用,在控制器,Service,Dao 都可以使用注解.方便灵活 作 为 Spring 框 架 一 部 分 ,

浅谈跨平台框架 Flutter 的优势与结构

作者:个推iOS工程师 伊泽瑞尔 一.背景 目前,移动开发技术主要分为原生开发和跨平台开发两种.其中,原生应用是指在某个特定的移动平台上,使用平台所支持的开发工具和语言,直接调用系统提供的API所开发的应用.原生开发的主要优势体现在:1.可以快速访问本平台的全部功能,比如摄像头.GPS等:2.原生应用的速度快.性能高,而且可以实现比较复杂的动画和绘制效果,用户体验较好.原生开发的缺点也很明显,主要体现在:1.开发成本较高,不同的平台必须维护不同的代码,人力成本也会随之增加:2.有新的功能需要更新

浅谈angular框架

最近新接触了一个js框架angular,这个框架有着诸多特性,最为核心的是:MVVM.模块化.自动化双向数据绑定.语义化标签.依赖注入,以上这些全部都是属于angular特性,虽然说它的功能十分的强大,在开发中非常的实用,对于初接触者来说,要想熟练使用仍然需要一些时间来熟悉其中基础的语法规则,一些基本的用法,虽然说代码不需要死记硬背,但是对于新学习一个知识点,记住其中的一些基础概念,基本的用法,在这里不是提倡大家去背一些代码,该处谈到的熟悉指的是自己多动手去写,实在是想不起了再查看资料,尽量凭借