在软件开发中，经常说系统的架构，所谓搭架构的目的仅仅是为了系统的扩展性，对性能有多大帮忙？
你这样的，我根本不知道该和你说什么才好，我时常在想，你们到底是怎样找到工作的。。。
在软件开发中，经常说系统的架构，所谓搭架构的目的仅仅是为了系统的扩展性，对性能有多大帮忙？你这样的，我根本不知道该和你说什么才好，我时常在想，你们到底是怎样找到工作的。。。你的理解是对的，搭架构跟性能好坏没有直接关系。不过如果程序员素质不高的情况下，多用些开源的东西搭架构会少出些不必要的性能问题。没有，很多优化是很脏的，架构的设计只和需求有关，如果性能是一个需求，那么架构就会朝着优化性能的方向去做。抽象工厂，依赖注入是为了解耦，跟性能有个毛关系。有好的架构才谈得上优化，代码一团乱优化个毛？所以谈论性能（performance）的时候只看速度快慢吗？扩展性、稳定性不是性能的一部分？
既然说了performance，没说speed，就不要只考虑速度。所以，题主应该改变自己的理解方式。
我的结论是，架构好是性能好的前提。别看中国目前似乎发展速度很快，但是发展得好不好大家都看在眼里的。我们还在没日没夜拼速度的时候，发达国家利用架构和你比性能。
别提中国出不来诺贝尔科学奖，别提中国出不了Intel，那是我们的领导没意识到架构的重要性。既然是刚工作不久，就应该好好学习多看书，别整这些有的没的。不要做一个用嘴写代码的人架构取决于需求和项目的大小访问人数等，而且一个大型网站或程序软件架构只是一方面，硬件架构是另一个方面两方面互相协调。
最简单的例子，比如你自己做个展示类的个人网站，一个月访问量不过10个人。你当然可以不考虑什么设计模式，什么mvc，租个虚拟空间足以搞定。
但是当你的网站达到淘宝或12306那种每天就是几十万甚至上百万人访问，高峰时上亿人，你还觉得没有架构，一台服务器可以搞定?
另外推荐LZ去百度一篇文章，淘宝网的架构演变，看看淘宝是如何从一天只能应付几百人，变成现在上亿人访问不瘫痪的，会对架构的重要性有新的认识。谁说架构和性能没有直接关系呢？
谁说用了抽象工厂，依赖注入... 软件的性能就能提高呢？
首先，你需要明白你说的架构是指什么？ 它的定义和范畴是什么？架构和设计模式又有什么区别？
软件架构 Architecture 应该是个大的含义，软件系统采用不同的架构，是反映了不同设计思想，
其架构设计是会影响软件系统的性能。
举个例子：
Linux 上的X windows的架构直接决定了linux的图形显示性能不如微软的windows的图形系统。
为什么？因为设计思想根本不一样！
Linux的GUI，应用程序是通过socket向X-WINDOW server发送请求实现的，内核和GUI根本是平行的，GUI崩溃了系统也正常运行； 但windows的GUI是通过应用程序直接调用winows底层GUI函数来实现的，GUI和底层非常紧密，这提高了性能，但也导致了一旦GUI崩溃系统也基本完了。。。。无论啥工厂，啥模式只是写代码的习惯。。。咋地和系统架构扯上关系了。系统架构越来越重要，主要解决2个问题：
1 解决代码重用复用和可维护性的问题，比如那些模块应该做成通用的公用的，被其他模块调研
2 解决性能需要的问题，比如如何解决几万人并发使用而不当掉。牺牲性能来换取可维护性的前提是你得有足够的性能，现在的架构放到二十多年前的机器上，绝对完蛋。我们现在说架构是开发效率和执行效率的权衡，那是因为计算资源不是那么吃紧。要是在早期，权衡个蛋，能跑起来的程序那都是最好的。
你可能不知道，最早的程序都是使用goto跳来跳去，后来才有了设计模式、vm等拯救开发者于水火的东西。这是因为性能发展到一定程度之后达到饱和，可维护性成了瓶颈，就和温饱解决了开始重视精神需求一样。而性能，只要权衡一下，调整到人类可以忍受的程度就可以了。
既然说了performance，没说speed，就不要只考虑速度。所以，题主应该改变自己的理解方式。
我的结论是，架构好是性能好的前提。别看中国目前似乎发展速度很快，但是发展得好不好大家都看在眼里的。我们还在没日没夜拼速度的时候，发达国家利用架构和你比性能。
别提中国出不来诺贝尔科学奖，别提中国出不了Intel，那是我们的领导没意识到架构的重要性。既然是刚工作不久，就应该好好学习多看书，别整这些有的没的。不要做一个用嘴写代码的人架构取决于需求和项目的大小访问人数等，而且一个大型网站或程序软件架构只是一方面，硬件架构是另一个方面两方面互相协调。
最简单的例子，比如你自己做个展示类的个人网站，一个月访问量不过10个人。你当然可以不考虑什么设计模式，什么mvc，租个虚拟空间足以搞定。
但是当你的网站达到淘宝或12306那种每天就是几十万甚至上百万人访问，高峰时上亿人，你还觉得没有架构，一台服务器可以搞定?
另外推荐LZ去百度一篇文章，淘宝网的架构演变，看看淘宝是如何从一天只能应付几百人，变成现在上亿人访问不瘫痪的，会对架构的重要性有新的认识。谁说架构和性能没有直接关系呢？
谁说用了抽象工厂，依赖注入... 软件的性能就能提高呢？
首先，你需要明白你说的架构是指什么？ 它的定义和范畴是什么？架构和设计模式又有什么区别？
软件架构 Architecture 应该是个大的含义，软件系统采用不同的架构，是反映了不同设计思想，
其架构设计是会影响软件系统的性能。
举个例子：
Linux 上的X windows的架构直接决定了linux的图形显示性能不如微软的windows的图形系统。
为什么？因为设计思想根本不一样！
Linux的GUI，应用程序是通过socket向X-WINDOW server发送请求实现的，内核和GUI根本是平行的，GUI崩溃了系统也正常运行； 但windows的GUI是通过应用程序直接调用winows底层GUI函数来实现的，GUI和底层非常紧密，这提高了性能，但也导致了一旦GUI崩溃系统也基本完了。。。。无论啥工厂，啥模式只是写代码的习惯。。。咋地和系统架构扯上关系了。系统架构越来越重要，主要解决2个问题：
1 解决代码重用复用和可维护性的问题，比如那些模块应该做成通用的公用的，被其他模块调研
2 解决性能需要的问题，比如如何解决几万人并发使用而不当掉。牺牲性能来换取可维护性的前提是你得有足够的性能，现在的架构放到二十多年前的机器上，绝对完蛋。我们现在说架构是开发效率和执行效率的权衡，那是因为计算资源不是那么吃紧。要是在早期，权衡个蛋，能跑起来的程序那都是最好的。
你可能不知道，最早的程序都是使用goto跳来跳去，后来才有了设计模式、vm等拯救开发者于水火的东西。这是因为性能发展到一定程度之后达到饱和，可维护性成了瓶颈，就和温饱解决了开始重视精神需求一样。而性能，只要权衡一下，调整到人类可以忍受的程度就可以了。
责任编辑：
