以图明志

软件架构技术

系统架构39问

架构视角面面观
架构一个系统不是一件简单的事,需要考虑到的事情也特别的多。下面我列举一些常见的问题,以抛砖引玉。是否在不断的学习新技术、新名词、生怕落伍?(WCF、WF、WPF、MVC、EF、WebApi、Spring、Castle、Unity、Autofac、NInject、AOP等)

软件架构技术

软件系统架构中的分层思想

关于分层结构
众所周知,经典的三层结构包括数据访问层、业务逻辑层和表示层。当然,如果继续扩展下去,还可以分为4层、5层……我相信很多人都用过,很多人都写过,但是为什么要这么做,还是有一部分人是不能够说清楚的,这不是我猜想的,而是遇见过很多想分层但是分的乱七八糟的层次结构。

IT人家

前期设计的仓促与系统架构的烂摊子

程序员的饭碗和杯具
在需求阶段搞得很复杂,需要各种各样的功能,然后系统设计的时候,想用这个设计模式,那个架构,等等,总是想把自己的系统搞得功能强大,灵活性好,可扩展性好等等,有时候为了照顾用户体验加了一堆乱七八糟的东西,总认为自己能建一座鸟巢。然后等到编码的时候,忽然发现,数据库设计不合理,缺这少那,更悲催的是,需求错了,用户真的需要这些东西吗?

软件架构技术

如何理解并架构优秀的系统

学习这些经验能够有立杆见影的成果
你开发软件是为了供别人使用,没有人使用的软件只是没有意义的数据的集合而已。许多在软件方面很有成就的行家在他们事业的初期却表现平平,因为他们 那时侯将主要精力都集中在技术上。显然,构件(components),EJB(Enterprise Java Beans)和代理(agent)是很有趣的东西。

软件架构技术

系统设计背后的基本思想与原则

重用、扩展、变化、分离、简约、一致、间接
从严格意义上讲,软件设计也可看做是架构的一部分。从marco-architecture到micro-architecture,再到nano-architecture,是一种设计粒度的自上而下。但在架构过程中,我们并非一定要从宏观到微观,再到更为具体的细节,这些架构其实是平等的。这几种粒度的架构,似乎存在某些玄奥的原则与设计精神,贯穿其中。

软件架构技术

勤于思考才能善于架构

多些时间能少写些代码
聪明的程序员使用50%-70%的时间用来思考,尝试和权衡各种设计和实现,而用30% – 50%的时间是在忙碌着编码,调试和测试。聪明的老板也会让团队这样做。而傻逼的老板,苦逼的程序员会拿出来100%-150%的时间来忙着赶进度,返工,重构,fix 大量的 bug… 所以, 越差的团队一般会越忙,而且还忙不完。

Android

Andriod内核的简单分析

系统架构与内核分析
随着嵌入式技术的发展,智能手机的运行速度和所集成的功能获得了极大提升。借着这股东风,Google主导的开放手机联盟OHA (0Den Handset Alliance)顺势在2008年推出了Android移动终端平台。Android是一个开放、自由的移动终端平台。它的发布,打破了诺基亚Symbian操作系统和微软WindOWs Mobile操作系统在智能手机平台上的垄断地位。同时,其平台化的优势也大大丰富各种手持式设备软件的功能。

软件架构技术

浅谈系统架构中的MVC模式

MVC设计模式可以带来更好的软件结构和代码重用
大部分Web应用程序都是用像ASP,PHP,或者CFML这样的过程化语言来创建的。它们将像数据库查询语句这样的数据层代码和像HTML这样的表示层代码混在一起。经验比较丰富的开发者会将数据从表示层分离开来,但这通常不是很容易做到的,它需要精心的计划和不断的尝试。MVC从根本上强制性的将它们分开。

PHP服务器脚本

你应该去了解的十个PHP框架

框架里蕴含着系统架构的美妙之处
Zend作为PHP艺术及精神的延伸,Zend框架的基础在于简单,面向对象的最佳方法,方便企业的许可协议,以及经过反复测试的快速代码库。Zend框架旨在建造更安全,更可靠的Web 2.0应用及web服务,并不断从前沿厂商(如Google,Amazon,Yahoo,Flickr,StrikeIron和ProgrammableWeb等)的API那里吸收精华。
1 / 1 首页 < Prev 1 Next > 尾页 页码: