刚开始，看上去是个单机版的杀毒软件；后来呢，变成了一个云查杀；再往后，出现了浏览器；又弄了一些五花八门的网络功能，甚至包括聊天……

敏捷开发整体上是一个崇尚“跨职能”的管理方法，开发和测试融合（所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动），开发与产品融合（开发人员要参与客户价值分析）等等，所以在架构设计与编码这两块,热血传奇私服，也不会分得很开，不能有人专门做架构，另外一些人专门编写代码。

方案1：开发人员全体参与架构设计

如果没有专门的架构人员和编码人员，那么最好的结构就是师傅们做架构，同组的徒弟们将其实现为编码。

当然，我们首先要写一个自定义的事件参数，为了简单起见，我们的自定义按钮控件，增加一个TagNumber属性，它传递一个整型数据，当我们处理控件的Click事件，能够从事件参数类实例中取得我们在这个属性中设置的值，因此，我们需要一个MyButtonClickAgre，它从EventArgs类派生。

方案3：商务人员参与架构

好，TagNumber属性定义好了,新开传奇，Browsable特性表示控件中设计时是否显示在“属性”窗口中，Description用一些文本描述属性有什么用途这类的信息，Category表示该属性在“属性”窗口属于哪个类别，可能很多人觉得要传递一个英文的字符串作为分类名，其实不一定，如果你的VS是中文版的，你完全可以使用中文名字，如上面的“数据”。

在“属性”窗口中浏览该控件的属性如下图所示,冰雪战歌网。

这个时候，我们就不需要基类的OnClick方法了，所以也不用再写上base.OnClick(e);。

案例

方案

现在，从Button类派生一个新类。

比如360这个软件，它的技术架构到底是什么？

分析

2、第二种方法才算是重写事件，通过new关键字重新定义一个Click事件。

这个问题如果换成：哪些人可以开一家新的世界500强企业？答案是“大学在校生”（IT界最近的世界500强多数都是在大学里边成立的）。所以同样是这些人，一样能做架构，只是看怎么做了。

看看结果。

“这不也是分工吗？”是的，但是由于师傅们与大家密切合作，所以他很快就会把架构能力传递到徒弟手中，也会逐渐找到一些帮助自己做架构的徒弟，从而让自己能腾出手来做更大范围或更高层次的架构。

有一家企业在面试等待区会故意放置一个扔在中间的扫把，看哪个面试者在进入的时候会将其扶起来。很难说我们是否会需要一个有心把扫把扶起来的程序员，但是我们的确需要一个能帮助开发组做好架构的业务人员，也需要一个能帮助架构师写好架构的程序员，还需要能帮助程序员把架构实现出来的架构师……

业务人员能“预知”未来，所以就不要让开发人员蒙在鼓里，而是提前做好技术准备和储备，架构的变迁就顺理成章。

public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void myButton1_Click(object sender, EventArgs e) { if (e is MyButtonClickAgre) { MyButtonClickAgre ce = e as MyButtonClickAgre; if (ce != null) { MessageBox.Show(ce.TheNumber.ToString()); } } } }

之前提到了在时间的角度上，从技术和商业层面上的架构设计，下面看看横向的架构设计。

public class MyButton:Button { int _num; // 构造函数 public MyButton() : base() { this._num = 0; } /// <summary> /// 用作参数传递的整型数据。 /// </summary> [System.ComponentModel.Browsable(true)] [System.ComponentModel.Description("获取或设置一个整数。")] [System.ComponentModel.Category("数据")] public int TagNumber { get { return this._num; } set { this._num = value; } } } /// <summary> /// 自定义事件参数类。 /// </summary> internal class MyButtonClickAgre : EventArgs { int _value; public MyButtonClickAgre(int n) { this._value = n; } public int TheNumber { get { return this._value; } } }

方案2：用师徒团队搭建全民架构团队

当然问题是：哪些人有能力做架构？

/// <summary> /// 重写OnClick方法。 /// </summary> protected override void OnClick(EventArgs e) { base.OnClick(new MyButtonClickAgre(this._num)); }

实际上无论质量、进度、成本、架构、客户价值、赚钱……这些，都应该是“全民”的，至少是尽量全民的。

其中业务架构是核心，商业模式是从外界观察到的业务架构，而技术架构是从技术角度看到的业务架构。怎么讲呢？请看案例。