面向模式的软件架构. 第2卷 并发和联网 面向模式的软件架构
Cocos2d
前者是游戏框架，后者主要是网络编程，这两者关系不是很大，对于游戏开发了解不是太多，关于服务端的，首先要学好网络编程，最基本的就是socket API，学完这些基本的之后，接下来就是学习用C++开发高性能的并发程序，有很多书籍可以参考，先列出几本：linux多线程服务端编程，面向模式的软件架构卷二（好像是卷二，记不太清楚了），第一本书手把手叫你如何写高并发的服务器程序，后者主要是一些常用的设计模式。
软件构架,架构和框架的区别
适应性，可理解性设计模式比框架更为抽象设计模式在碰到具体问题后，部分代码重用，部分设计重用，在特定领域基于体系结构的可重用的设计。
也可以认为框架是体系结构在特定领域下的应用。
框架的例子如MVC。
设计模式 在一定的环境中解决某一问题的方案 构件通常是代码重用，而设计模式是设计重用，行为模式，协作关系等体系问题的决策总和：它是对软件系统的系统组织，是对构成系统的构件的接口：程序功能实现的逻辑框架是整个或部分系统的可重用设计，而且还涉及到系统的使用，框架则介于两者之间，重用性。
它不仅涉及到结构与行为：框架中可以包括多个设计模式简单点说结构，有时分析也可重用. 构架是architecture，才能产生代码；框架已经可以用代码表示设计模式是比框架更小的体系结构元素，功能，性能，表现为一组抽象构件及构件实例间交互的方法；另一方面也可以说框架是可被应用开发者定制的应用骨架。
框架亦可称为应用架构...
web端设计和web前端开发 的区别 （详情）
嗨你好web前端分为网页设计师、网页美工、web前端开发工程师首先网页设计师是对网页的架构、色彩以及网站的整体页面代码负责网页美工只针对UI这块儿的东西，比如网站是否做的漂亮web前端开发工程师是负责交互设计的，需要和程序猿进行交互设计的配合。
web前端需要掌握的有脚本技术javascript DIV+CSS现下最流行的页面搭建技术，ajax和jquery以及简单的后端程序等。
后端的话可供开发的语言有 asp、php、jsp、.NET 这些后端开发语言的话搭建环境都不一样，具体如果你想学的话看是想从事前端部分还是后端程序部分。
后端开发如果有一定的条件的话可以转为软件开发。
不过要有一定的语言基础，类似java语言。
C#等。
关键是看你的兴趣爱好。
。
这个到后期不会区分这么细，做前端到后期也会懂一些后端的技术，反之，后端也是。
在我们实际的开发过程中，我们当前这样定位前端、后端开发人员。
1）前端开发人员：精通JS，能熟练应用JQuery，懂CSS，能熟练运用这些知识，进行交互效果的开发。
2）后端开发人员：会写Java代码，会写SQL语句，能做简单的数据库设计，会Spring和iBatis，懂一些设计模式等。
现在来看，我们对前后端的要求还是蛮低的，尤其是后端，新员工经过培训之后都是可以参与到后端开发的，没有太高的技术门槛，唯一需要做的就是先变成熟练工种，这个阶段没有涉及到设计模式、架构、效率等一些列问题。
还是先google一下，看看网上对Web前端开发、Web后端开发分别是什么？ Web前端： 顾名思义是来做Web的前端的。
我们这里所说的前端泛指Web前端，也就是在Web应用中用户可以看得见碰得着的东西。
包括Web页面的结构、Web的外观视觉表现以及Web层面的交互实现。
Web后端：后端更多的是与数据库进行交互以处理相应的业务逻辑。
需要考虑的是如何实现功能、数据的存取、平台的稳定性与性能等。
我们再来看看大公司对前后端人员招聘的要求，通过这个角度看看前端、后端的技术要求： Web前端： 1）精通HTML，能够书写语义合理，结构清晰，易维护的HTML结构。
2）精通CSS，能够还原视觉设计，并兼容业界承认的主流浏览器。
3）熟悉JavaScript，了解ECMAScript基础内容，掌握1~2种js框架，如JQuery 4）对常见的浏览器兼容问题有清晰的理解，并有可靠的解决方案。
5）对性能有一定的要求，了解yahoo的性能优化建议，并可以在项目中有效实施。
6)...... Web后端： 1）精通jsp,servlet,java bean,JMS,EJB,Jdbc,Flex开发，或者对相关的工具、类库以及框架非常熟悉，如Velocity,Spring,Hibernate,iBatis,OSGI等，对Web开发的模式有较深的理解 2）练使用oracle、sqlserver、mysql等常用的数据库系统，对数据库有较强的设计能力 3）熟悉maven项目配置管理工具，熟悉tomcat、jboss等应用服务器，同时对在高并发处理情况下的负载调优有相关经验者优先考虑 4）精通面向对象分析和设计技术，包括设计模式、UML建模等 5）熟悉网络编程，具有设计和开发对外API接口经验和能力，同时具备跨平台的API规范设计以及API高效调用设计能力 6）...... 从几个公司的招聘要求可以看到，做Web开发，对前端和后端的要求是各自所不同的。
而我们目前的实际情况，也和这个差不多，但是，我们无论在知识的掌握程度上，还是知识掌握的宽度上，都是不够的。
首先，我们在前端缺乏积累，没有沉淀，专业的前端技术的积累是从去年才开始的，同时，在前端也缺乏支撑与高手，所以，走起来比较困难。
同时，前端人员培养的较少，一个原因是对前端了解太少，另外一个原因就是对前端与后端的工作比例估计不足。
所幸，我们在这一年也在前端有了很快的进步，培养了几个优秀的开发人员，有意识的解决了前端的用户体验，这都是可喜的。
今年，需要更进一步，专业化。
其次，我们在后端发展的不够宽，后端的知识体系已经比较完善，但是，很多应用点都没有涉及到。
同时，对现有技术框架的理解都不够深入，太浮躁。
我们目前的设计团队在解决互联网高并发、大数据量的存取上经验与能力都还不足，需要正视这些问题。
后端技术的发展需要更加的精进，以解决实际存在的问题为主。
最后，我们在前端、后端都缺乏熟练工，这会影响到开发的速度，同时，也不利于后期技术的研究。
以上信息来自爱思资源网祝你生活愉快
软件的架构与设计模式之什么是架构
一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。
具体地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。
所谓架构元素，也就是组成系统的核心＂砖瓦＂，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。
·建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。
在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行具体设计甚至建造，这些决定就很难更改甚至无法更改。
显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
计算机软件的历史开始于五十年代，历史非常短暂，而相比之下建筑工程则从石器时代就开始了，人类在几千年的建筑设计实践中积累了大量的经验和教训。
建筑设计基本上包含两点，一是建筑风格，二是建筑模式。
独特的建筑风格和恰当选择的建筑模式，可以使一个独一无二。
下面的照片显示了中美洲古代玛雅建筑，Chichen-Itza大金字塔，九个巨大的石级堆垒而上，九十一级台阶（象征着四季的天数）夺路而出，塔顶的神殿耸入云天。
所有的数字都如日历般严谨，风格雄浑。
难以想象这是石器时代的建筑物。
图1、位于墨西哥Chichen-Itza（在玛雅语中chi意为嘴chen意为井）的古玛雅建筑。
（摄影：作者）软件与人类的关系是架构师必须面对的核心问题，也是自从软件进入历史舞台之后就出现的问题。
与此类似地，自从有了建筑以来，建筑与人类的关系就一直是建筑设计师必须面对的核心问题。
英国首相丘吉尔说，我们构造建筑物，然后建筑物构造我们（We shape our buildings, and afterwards our buildings shape us）。
英国下议院的会议厅较狭窄，无法使所有的下议院议员面向同一个方向入座，而必须分成两侧入座。
丘吉尔认为，议员们入座的时候自然会选择与自己政见相同的人同时入座，而这就是英国政党制的起源。
Party这个词的原意就是＂方＂、＂面＂。
政党起源的要害就是建筑物对人的影响。
在软件设计界曾经有很多人认为功能是最为重要的，形式必须服从功能。
与此类似地，在建筑学界，现代主义建筑流派的开创人之一Louis Sullivan也认为形式应当服从于功能（Forms follows function）。
几乎所有的软件设计理念都可以在浩如烟海的建筑学历史中找到更为遥远的历史回响。
最为闻名的，当然就是模式理论和XP理论。
架构的目标是什么正如同软件本身有其要达到的目标一样，架构设计要达到的目标是什么呢？一般而言，软件架构设计要达到如下的目标：·可靠性（Reliable）。
软件系统对于用户的商业经营和治理来说极为重要，因此软件系统必须非常可靠。
·安全行（Secure）。
软件系统所承担的交易的商业价值极高，系统的安全性非常重要。
·可扩展性（Scalable）。
软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。
只有这样，才能适应用户的市场扩展得可能性。
·可定制化（Customizable）。
同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。
·可扩展性（Extensible）。
在新技术出现的时候，一个软件系统应当答应导入新技术，从而对现有系统进行功能和性能的扩展·可维护性（Maintainable）。
软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。
一个易于维护的系统可以有效地降低技术支持的花费·客户体验（Customer Experience）。
软件系统必须易于使用。
·市场时机（Time to Market）。
软件用户要面临同业竞争，软件提供商也要面临同业竞争。
以最快的速度争夺市场先机非常重要。
架构的种类根据我们关注的角度不同，可以将架构分成三种：·逻辑架构、软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。
比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图 图2、一个逻辑架构的例子从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。
每一个层次都含有多个逻辑元件。
比如WEB服务器层次中有Html服务元件、session服务元件、安全服务元件、系统治理元件等。
·物理架构、软件元件是怎样放到硬件上的。
比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。
图3、一个物理架构的例子·系统架构、系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。
系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。
首先，一个软件系统中的元件首先是逻辑元件。
这些逻辑元件如何放到硬件上，以及这些元件如何为整...
-