最近很巧接触到flex。光一个组合框combobox，就有几百上千的方法可以用，一下子把我晕翻。
参见flex的参考文档：http://livedocs.adobe.com/flex/2/langref/mx/controls/ComboBox.html#effectSummary
稍微统计了一下，这个类到其祖先Object类的距离有9级，实现了4个接口。真的是一个八面玲珑的庞然大物啊。
我本能的反应就是这是不是过度设计了啊？当代码智能提示几百上千的选项时，这个智能提示的办法都快要没用了。我都觉得类的方法得学学smalltalk了：统统给它们加上tag，分分类。否则真没法找了。
回头看看其他的combobox们，delphi,vb,dotnet，虽然都没这个flex的狠，但也都是很长的继承链条。
从面向对象的角度讲，一个对象赋予很多的职责，也确实没有错，人家本来就是有那么多职责嘛！
一个组合框，到底要有多少职责呢？
首先，它是个下拉框，需要数据列表，其次，它是个可视组件，需要知道如何在屏幕上绘画，当然，还需要事件处理。其他就没有了吗？还有样式（style），光这style就可以来几十上百的属性了。
这么复杂的继承和接口的设计，还只是一个小小的界面组件而已。呜呼也哉！
还要不要封装，信息隐藏啊？