从flex的combobox组件思考OO

最近很巧接触到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就可以来几十上百的属性了。

 

这么复杂的继承和接口的设计，还只是一个小小的界面组件而已。呜呼也哉！

还要不要封装，信息隐藏啊？