1.3 更好的组件解决方案使用组件之后，我们可以有效地解决问题列表中的1至3。但是，如果将想像稍作深入，我们会发现事情还能做得更好。假设例程中的Device类有多种绘图风格，那么我们也许会想让最终用户能够在运行期选择不同的风格，或者说是能够动态切换。为Device添加不同的函数（方法）也许是一条途径，但这不仅改变了Device的原有设计，并且也不是一种具备扩展性的方式。如代码所述（C#）：interface Device{ void DrawStyleA (Shape shape); void DrawStyleB (Shape shape); // how about other possible styles?}由于已经了解了接口/实现分离结构，我们很自然的会想到更好的办法：保持原有Device不变，而提供多份不同绘图风格的实现。这实际上是我们在引入组件技术后已经具有的能力。唯一的问题在于，我们现在还无法动态切换组件的不同实现。好在这是一个典型的动态需求，因此并不难解决：只需要引入一个管理器便可。这个管理器的功用是接管组件创建，并对外提供组件实例。由于管理器本身也是在运行期存在的一个对象，因此它可以动态的改变自身内部对组件的创建方式。如此一来，客户代码也就可以完成对同一组件的不同实现的切换。此外，这个管理器不能僵化，它应该允许我们控制何时使用组件的何种实现。这需要它对外提供除创建组件之外的其它方法。代码能够最好的说明问题。假设管理器命名为Center，则其代码大致如下：class Center{ public void Register (component identifier, component dll name ) {…} public void Create (component identifier) {…}}而客户代码得以这样动态切换不同绘图风格的Device实现：class Program{ static void Main(string[] args) { … Center center = new Center(); // 以Style A方式绘图 center.Register( component identifier for Device, dll name that contains Device ImplA); Device dev = center.Create( component identifier for Device ); dev.Draw( rect ); dev.Draw( circle ); // 以Style B方式绘图 center.Register( component identifier for Device, dll name that contains Device ImplB); dev = center.Create( component identifier for Device ); dev.Draw( rect ); dev.Draw( circle ); }}
