为您找到相关结果 16200 个:“ 架构设计”

Tumblr 架构设计

Tumblr 架构设计 最近的新闻中我们得知雅虎11亿美元收购了Tumblr: Yahoo bought Tumblr for $1.1 billion. 你也许会发现Instagram也被Facebook重金收购的介绍. 这是一个巧合....

敏捷开发中的架构设计

敏捷开发对软件架构设计产生了一定的影响,让人产生敏捷开发中“轻架构设计”的印象。文章就笔者经验,和大家一起讨论一下敏捷中的架构设计这个话题。 首先,笔者认为敏捷开发是一种软件过程方法和工具,敏捷开发本身并不能代表架构设计。这就好比建筑架....

iOS 客户端架构设计 MVVM

MVC MVC,Model-View-Controller,我们从这个古老而经典的设计模式入手。采用 MVC 这个架构的最大的优点在于其概念简单,易于理解,几乎任何一个程序员都会有所了解,几乎每一所计算机院校都教过相关的知识。而在 iO....

软件架构设计箴言理解

架构设计-业务逻辑层简述 )。 3:面向抽象编程。 在设计模式,架构模式,OO中都是一条完全的主线,作为oo第一原则存在。我不起那个软件牛人曾说过:请牢记没有接口的话就不要开始实现。这句话也许过于偏激,但是如果你接口理解为不变或者不易变的话,理解或契约(公司和你的合同)更贴切些吧(可能是一个不变的类,如果你能肯定的说出你的这个实现在以后,在项目开发维护中是不会变得,我觉得这也是接口,接口在于不变和不易变),你也许会同意这句话。对于目前的需求你肯定能够没有抽象没够接口完全写出完美的代码,但是第一条中我们说明的软件中唯一不变的就是变化,在未来的需求中你能够很好的一样的优秀吗?如果不能,那么我认为面对当前需求就该为以后提供扩展延伸。 我个人理解23中设计模式中大多数基本都是围绕着这个Program to an interface, not an implementation(依赖接口而不是实现)第一原则为目的。当然我们也不能不说还有第二原则:组合优先于继承。以后的什么DIP(依赖倒置,IOC的原则),LSP(里氏替换),OCP(开闭原则)等等都是他们的延伸和扩展。在追溯的话这一

#微架构设计#快速表态存储设计

#微架构设计# V5版微博推出表态业务,用户可以快速表达意见。假设对表态业务进行简化,只保留最新三条表态,多余的表态不再展示。表态类似于评论,热度非常明显,一条微博的表态可能有上千个,峰值写入也会超过1000/s,如何精简存储那?MC+My....

iPhone应用ASIFormDataRequest POST操作架构设计

iPhone 应用 ASIFormDataRequest POST操作 架构 设计是本文要介绍的内容,教你如何学习 iphone 应用开发 架构设计。不多说,来看详细内容。 //开启iphone网络开关 [UIApplicati....

架构设计最佳实践之DRY

大多数的开发人员在讲DRY (Don't Repeat Yourself) 的时候大多认为DRY是功能和代码的重复,也就是OAOO (Once And Only Once),其实不尽然。面向对象设计提倡的OAOO,强调的是利用面向对象的继承....

设计的网站的分布式架构

设计的网站的分布式架构 互联网的网站和大部分企业管理软件一样都是使用B/S架构模型,但是大型的公共网站B/S架构会更加复杂,对架构人员的要求更高,今天我想在自己博客里聊聊我设计的网站的B/S技术架构。 互联网的网站和大部分企业管....

程序架构设计(Java语言)_J2SE_Java

从事应用开发的程序员或多或少都曾有过这样的感觉:这个世界充斥着形形色色的概念和缩写,不知该追随这位导师还是信奉那个门派,如EJB,RoR,AJax、Hibernate、IoC、AOP。Rod John son在他在书中《Expert One on One J2EE Development without EJB》倡导一种的“循证架构”(evidence based architecture)。 选择一种架构、一种技术的依据是什么?Rod John son认为,应该是基于实践的证据、来自历史项目或亲自试验的经验。Rod John son通过这本书希望传达的、更为重要的信息正是“循证”的工作方式?????那原本就应该是程序员的工作方式。 有意思的是看过这本书的人觉得大牛(Rod John son)很牛,自己也可能很牛,但如何让全世界架构师一起牛起来,还是一头雾水。 我们从一个问题开始:如果,给你一个ERP的项目,你会选择什么架构,为什么? Soap?EJB?不论你怎么选择哪一种架构,尽管你可以理直气壮的说这是xx大牛所推荐最佳方案。但Rod John son都会大声告诉你:错了,根本上错了

基于webSocket的IM架构设计_JavaScript_WEB

微信架构已经非常透明,稍做抓包便可窥探整个传输机制,怎么实现已经没没什么好说了,手头IM(即时通信)为基础的衍生项目也做了3年了,IM设计架构连同服务器方案也变了3版,这里想说的是当前版本的架构设计。 先聊聊目前的整体架构设计,现项目....

ASP.NET网站开发的架构设计

ASP.NET网站开发注意事项之网站文件名: 1、 网站文件名以标准英文单词描述业务内容。如果1个英文单词无法描述,可以增加2个或者3个,但尽量为完全单词,例如article.aspx/ articleView.aspx / articleList.aspx 等。 2、 文件名尽量不用数字描述。 3、 文件名尽量不能太长,以不超过20个字母为宜。 4、 图片文件名尽量描述图片内容分类。尽量以btn,menu,title,arrow,line,dotline,bg等前缀命名。例如: Btn_friendlinks.gif / title_contactus.gif 5、 禁止采用.inc等对include文件命名,此文件名可下载,不利安全。有动态内容的文件,都要采用 开发技术命名。例如:dbconn.inc.aspx / index.lang.aspx。 6、 虽然可能在不同文件夹,尽量不要产生同名文件。例如:modules/index.aspx language/index.aspx ASP.NET网站开发注意事项之对设计师的要求: 1、 图片文

谈一谈jQuery核心架构设计_jquery

谈一谈jQuery核心架构设计 作者:一像素 字体:[ 增加 减小 ] 类型:转载 时间:2016-03-28 我要评论 这篇文章主要和大家谈一谈jQuery核心架构设计,什么是jQuery核心架构设计,多方面了解jQuery核心....

架构设计之业务逻辑层

架构设计中服务层的简单理解 提到的数据迁移对象(dto),对于dto存在数据的,不存在行为,dto是bo(ddd中又称do)的子集,负责与特定界面需求的扁平化实体,dto仅仅是一个数据载体,需要跨越应用程序边界,而业务对象则不会存在复制迁移,往往一个业务对象存在一个或者多个数据迁移对象。3:业务最大的逻辑就在处理一些列现实世界的规则,这也是软件中最容易变化的部分,这里通常会出现我们众多的if-else或者switch-case的地方。也这因为如果说以个人觉得在我们的项目最应该关系和分离需求的层次。4:验证规则:业务规则很大程度上也是对对象的数据验证,验证业务对象的当前数据状态。我觉得在每个业务对象上都应该存在一个对外部对象暴露的验证接口,可以考虑微软企业库的VAB 基于Attribute声明式验证或者上节 流畅的验证组件:FluentValidation 中的FluentValidation验证组件基于IOC的解耦。 业务层模式:在常见的业务层模式中主要分为过程是模式和面向对象模式。过程模式有是事务性脚本和表模式,而面向对象模式为活动记录模式和领域驱动模式。理论上说事务性脚本模式

Twitter的六大架构设计经验谈

作为一家互联网服务提供商,Twitter在建设通信软件服务时遇到的网络问题、软件系统架构问题、软件技术选型等等都值得我们学习。Twitter发表的文章有助于读者从整体理解互联网软件开发、发布、问题解决等整个体系结构相关知识,也帮助读者从侧面....

最实用的Android架构设计原则

最实用的Android架构设计原则 照这么一说,软件是随着时间发展和改变的,是架构上的发展和改变。实际上,好的软件设计必须能够帮助我们发展和扩充解决方案,保持其健壮性,而不 必每件事都重写代码(虽然在某些情况下重写的方法更好,但是那是另一篇....

架构设计:业务逻辑层简述

架构设计中服务层的简单理解 提到的数据迁移对象(dto),对于dto存在数据的,不存在行为,dto是bo(ddd中又称do)的子集,负责与特定界面需求的扁平化实体,dto仅仅是一个数据载体,需要跨越应用程序边界,而业务对象则不会存在复制迁移,往往一个业务对象存在一个或者多个数据迁移对象。3:业务最大的逻辑就在处理一些列现实世界的规则,这也是软件中最容易变化的部分,这里通常会出现我们众多的if-else或者switch-case的地方。也这因为如果说以个人觉得在我们的项目最应该关系和分离需求的层次。4:验证规则:业务规则很大程度上也是对对象的数据验证,验证业务对象的当前数据状态。我觉得在每个业务对象上都应该存在一个对外部对象暴露的验证接口,可以考虑微软企业库的VAB 基于Attribute声明式验证或者上节流畅的验证组件: FluentValidation中的FluentValidation验证组件 基于IOC的解耦。 业务层模式:在常见的业务层模式中主要分为过程是模式和面向对象模式。过程模式有是事务性脚本和表模式,而面向对象模式为活动记录模式和领域驱动模式。理论上说事务性脚本模式

架构设计:逻辑层vs物理层

Layer 和Tier都是层,但是他们所表现的含义不同,Tier指的是软件系统中物理上的软件和硬件,具体指部署在某服务器上,而Layer(逻辑层)指软件系统中完成特定功能的逻辑模块,逻辑概念。 Layer是逻辑上 组织代码的形式。比如逻辑分层中表现层,服务层,业务层,领域层,他们是软件功能来划分的。并不指代部署在那台具体的服务器上或者,物理位置。 Tier这指代码运行部署的具体位置,是一个物理层次上的划为,Tier就是指逻辑层Layer具体的运行位置。所以逻辑层可以部署或者迁移在不同物理层,一个物理层可以部署运行多个逻辑层。 从Layer和Tier就会延伸到逻辑架构和物理架构。我们一个逻辑分层(N-Layer)的部署运行环境可以在一台或者是多台服务器,由于物理环境的多样性,逻辑层次的部署也具有多样性。这就需要我们必须了解物理架构和逻辑架构。 大多数情况下我们所说的N层应用系统指的是物理模型,具体模块的分布物理位置。客户端,服务层,逻辑层,数据库服务器,与我们的逻辑模型之间并不是一对一的关系。逻辑上的分层架构与物理位置上的服务器数量和网络边界多少无关,逻辑架构层次只与我们

架构设计:数据访问层简述

在前面简单描述了下 服务层 , SOA面向服务架构架构设计-业务逻辑层 ,以及一些 面向设计原则理解 和 软件架构设计箴言 。这篇博客我们将继续进入我们的下一层:数据访问层。无论你用的是什么开发模式或者是业务模式,到最后最必须具有持久....

Tomcat 系统架构设计模式_Tomcat_Java

本文以 Tomcat 5 为基础,也兼顾最新的 Tomcat 6 和 Tomcat 4。Tomcat 的基本设计思路和架构是具有一定连续性的。 Tomcat 总体结构 Tomcat 的结构很复杂,但是 Tomcat 也非常的模块化....

云端架构设计:哪里容易犯错?

企业架构专家David Linthicum指出:企业系统架构师当下所面临的云计算难题,与十几年来我们所一直在面对的架构问题相较而言,实际上并无多大差别。面向服务的出现提供了一种最大化利用和复用系统资源的方式,SOA与Web应用以及云技术潮流....

2022.10.05 群组聊天