<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>ACE Developer - 软件架构</title>
    <link>https://ace.acejoy.com/forum-28-1.html</link>
    <description>Latest 20 threads of 软件架构</description>
    <copyright>Copyright(C) ACE Developer</copyright>
    <generator>Discuz! Board by Comsenz Inc.</generator>
    <lastBuildDate>Mon, 01 Jun 2026 18:18:57 +0000</lastBuildDate>
    <ttl>60</ttl>
    <image>
      <url>https://ace.acejoy.com/static/image/common/logo_88_31.gif</url>
      <title>ACE Developer</title>
      <link>https://ace.acejoy.com/</link>
    </image>
    <item>
      <title>通过读代码学习软件架构设计</title>
      <link>https://ace.acejoy.com/thread-4138-1-1.html</link>
      <description><![CDATA[　　在客户端软件设计和开发过程中，选择一个合适的、一定程度可扩展的软件架构是非常重要的。我们在学校里或者一些“正统”技术书籍接触到的架构，往往偏理论化，例如UML、建模之类的，或者偏解决方案层面的架构，对于纯粹客户端的软件架构讨论得并不太多；介绍设计模 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Tue, 20 Mar 2012 15:28:50 +0000</pubDate>
    </item>
    <item>
      <title>可伸缩性原则</title>
      <link>https://ace.acejoy.com/thread-4137-1-1.html</link>
      <description><![CDATA[英文原文：Scalability Principles　　从最简单的水平来看，可伸缩性就是做更多的事情。更多的事情可以是响应更多的用户请求，执行更多的工作，或处理更多的数据。设计软件这件事本身是复杂的，而让软件做更多的工作也有其特有的问题。这篇文章针对构建可伸缩软件系统提 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Tue, 20 Mar 2012 15:27:21 +0000</pubDate>
    </item>
    <item>
      <title>可伸缩性的最差实践</title>
      <link>https://ace.acejoy.com/thread-4136-1-1.html</link>
      <description><![CDATA[　　英文原文：Scalability Worst Practices　　引言　　在扩展大量大型的分布式系统期间，我有机会观察（并实践）了一些最差实践。这些最差实践中的大部分在开始时都没有危害，但如果疏忽大意，它们就会对系统的发展和可伸缩性构成危害。很多文章都聚焦于最佳实践，以 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Tue, 20 Mar 2012 15:27:00 +0000</pubDate>
    </item>
    <item>
      <title>模型驱动开发的误解和挑战</title>
      <link>https://ace.acejoy.com/thread-4135-1-1.html</link>
      <description><![CDATA[英文原文：Model Driven Development Misperceptions and Challenges　　多年以来，采用模型驱动开发（MDD）的水平似乎仍没预期的那么好。阻碍、限制MDD使用的因素有很多，例如对实际的MDD成功案例缺乏认知、不确定如何在平常使用MDD、缺少预先投资的拨款模式、或是没有 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Tue, 20 Mar 2012 15:25:10 +0000</pubDate>
    </item>
    <item>
      <title>系统性能优化的常见八大误区</title>
      <link>https://ace.acejoy.com/thread-4133-1-1.html</link>
      <description><![CDATA[系统性能优化的常见八大误区


一、吞吐量与响应时间

系统的吞吐量反映了一个系统的容量，可承受的负载，很多系统都以这样一个指标来衡量系统的性能。而响应时间往往更容易忽视。我认为吞吐量更多是衡量一个系统在特定压力下的稳定性，而响应时间可以更好的形容系统性 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Tue, 20 Mar 2012 15:22:15 +0000</pubDate>
    </item>
    <item>
      <title>Tumblr：150亿月浏览量背后的架构挑战</title>
      <link>https://ace.acejoy.com/thread-4065-1-1.html</link>
      <description><![CDATA[导读：和许多新兴的网站一样，著名的轻博客服务Tumblr在急速发展中面临了系统架构的瓶颈。每天5亿次浏览量，峰值每秒4万次请求，每天3TB新的数据存储，超过1000台服务器，这样的情况下如何保证老系统平稳运行，平稳过渡到新的系统，Tumblr正面临巨大的挑战。近日，HighS ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Mon, 12 Mar 2012 14:17:15 +0000</pubDate>
    </item>
    <item>
      <title>3天让Web应用承载拓展1000倍</title>
      <link>https://ace.acejoy.com/thread-4064-1-1.html</link>
      <description><![CDATA[导读：作者William Hertling的业余爱好是写科幻小说，目前就职于HP。他在博客中谈到了如何在三天内让一个Web应用程序承载拓展1,000x的实时并发访问量。对此他分享了自己的经验，包括怎么做到、从中学到了什么，以及从中吸取的经验。
环境：由NgniX，Ruby on Rails和MySQ ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Mon, 12 Mar 2012 14:16:31 +0000</pubDate>
    </item>
    <item>
      <title>Nginx优化教程 实现突破十万并发</title>
      <link>https://ace.acejoy.com/thread-4003-1-1.html</link>
      <description><![CDATA[nginx指令中的优化（配置文件）worker_processes 8;　　nginx进程数，建议按照cpu数目来指定，一般为它的倍数。worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;　　为每个进程分配cpu，上例中将8个进程分配到8个cpu，当 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 09 Mar 2012 15:05:53 +0000</pubDate>
    </item>
    <item>
      <title>设计模式六大原则详解</title>
      <link>https://ace.acejoy.com/thread-3943-1-1.html</link>
      <description><![CDATA[文章作者：zhengzhb，附件有详细的代码和图示阐述。


[*]单一职责原则（Single Responsibility Principle）
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:57:28 +0000</pubDate>
    </item>
    <item>
      <title>为什么架构设计需要方法论？</title>
      <link>https://ace.acejoy.com/thread-3942-1-1.html</link>
      <description><![CDATA[为什么架构设计需要方法论？

背景：
最近刚刚写了一篇《为什么你总成为不了架构师？》引起了一片小小波澜！
看样子还是小小的波澜一时难以平息，其实，这篇文章仅仅是我个人的自娱自乐，被大家关注实属偶然！但“路见不平拔刀相助者”挺身而出，仗义执言道，此文“误导 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:43:44 +0000</pubDate>
    </item>
    <item>
      <title>GUI应用的若干问题和模式</title>
      <link>https://ace.acejoy.com/thread-3941-1-1.html</link>
      <description><![CDATA[我们所开发的应用程序大多都需要提供一个图形用户界面(GUI). 关于GUI应用的架构设计, 已经有了很多模式, 比如Martin Fowler的blog中有一篇\&quot;GUI Architectures\&quot;, 里面介绍了Form &amp; Control, MVC, MVP, Passive View, Presentation Model, Supervising Controller, Event ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:41:02 +0000</pubDate>
    </item>
    <item>
      <title>你还在用if else吗？设计模式如何切入到系统设计</title>
      <link>https://ace.acejoy.com/thread-3939-1-1.html</link>
      <description><![CDATA[面向过程设计和面向对象设计的主要区别是：是否在业务逻辑层使用冗长的if else判断。如果你还在大量使用if else，当然，界面表现层除外，即使你使用Java/C#这样完全面向对象的语言，也只能说明你的思维停留在传统的面向过程语言上。

传统思维习惯分析　　为什么会业务 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:38:07 +0000</pubDate>
    </item>
    <item>
      <title>单例模式理解和实例</title>
      <link>https://ace.acejoy.com/thread-3938-1-1.html</link>
      <description><![CDATA[单例模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点
通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象.一个最好的办法就是让类自身负责保存它的唯一实例.这个类可以保证没有其他实例可以被创建,并且它可以提供一个访问该实例的 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:36:47 +0000</pubDate>
    </item>
    <item>
      <title>架构如何才能抵制熵增</title>
      <link>https://ace.acejoy.com/thread-3937-1-1.html</link>
      <description><![CDATA[首先我们来了解一下熵增定律，百度百科的描述是：
　　“孤立系统总是趋向于熵增，最终达到熵的最大状态，也就是系统的最混乱无序状态。但是，对开放系统而言，由于它可以将内部能量交换产生的熵增通过向环境释放热量的方式转移，所以开放系统有可能趋向熵减而 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 02 Mar 2012 11:35:34 +0000</pubDate>
    </item>
    <item>
      <title>探讨大数据量处理</title>
      <link>https://ace.acejoy.com/thread-3901-1-1.html</link>
      <description><![CDATA[场景：我说的大数据量处理是指同时需要对数据进行检索查询，同时有高并发的增删改操作；

记得以前在XX做电力时，几百万条数据，那时一个检索查询可以让你等你分钟；


现在我是想探讨下对大数据量的处理，那时我就在想别人系统数据量不一定比这个小，怎么能这么快呢，  ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Mon, 27 Feb 2012 09:49:11 +0000</pubDate>
    </item>
    <item>
      <title>软件系统的稳定性</title>
      <link>https://ace.acejoy.com/thread-3896-1-1.html</link>
      <description><![CDATA[软件系统的稳定性，主要决定于整体的系统架构设计，然而也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。这正是我阅读Release It!的直接感受。究其原因，一方面是程序员对代码质量的追求 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Mon, 27 Feb 2012 09:35:17 +0000</pubDate>
    </item>
    <item>
      <title>再谈三层架构</title>
      <link>https://ace.acejoy.com/thread-3887-1-1.html</link>
      <description><![CDATA[再次谈起三层架构来，初识三层时的那种向往，那种青涩，已经不见了踪影，取而代之的是对分层的感慨。 
    分层，三层也好，七层也罢，都是将页面显示、业务逻辑控制、数据访问进行解耦。还有MVC和设计模式也是这样。只分UI,BLL,DAL这三层，只是实现了基本的解耦，但 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 24 Feb 2012 06:47:17 +0000</pubDate>
    </item>
    <item>
      <title>设计模式六大原则（3）：依赖倒置原则</title>
      <link>https://ace.acejoy.com/thread-3886-1-1.html</link>
      <description><![CDATA[定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Fri, 24 Feb 2012 06:46:51 +0000</pubDate>
    </item>
    <item>
      <title>谈一谈自己对依赖、关联、聚合和组合之间区别的理解</title>
      <link>https://ace.acejoy.com/thread-3875-1-1.html</link>
      <description><![CDATA[在学习面向对象设计对象关系时，依赖、关联、聚合和组合这四种关系之间区别比较容易混淆。特别是后三种，仅仅是在语义上有所区别，所谓语义就是指上下文环境、特定情景等。他们在编程语言中的体现却是基本相同的，但是基本相同并不等于完全相同，这一点在我的前 ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Thu, 23 Feb 2012 12:41:30 +0000</pubDate>
    </item>
    <item>
      <title>迈出从3K到1W的重要一步——掌握设计模式</title>
      <link>https://ace.acejoy.com/thread-3874-1-1.html</link>
      <description><![CDATA[IT职场的小菜经常有这样的疑问：         为什么一个相似的功能，大牛一会儿就搞定，然后悠闲地品着下午茶逛淘宝；而自己加班加点搞到天亮还做不完。
        为什么用户提出需求变更后，大牛只需潇洒地敲敲键盘，改改配置；而自己将代码改了又改，删了又建，几乎晕厥， ...]]></description>
      <category>软件架构</category>
      <author>winston</author>
      <pubDate>Thu, 23 Feb 2012 12:40:50 +0000</pubDate>
    </item>
  </channel>
</rss>