>Es correcto lo que planteas, tendras por ahi algun ejemplo sencillo, que me sirva de introducción. La verdad es que soy un novato. Gracias por responder.
Las subclases sirven, por ejemplo, para tener dos formularios (u otros objetos) que son similares entre sí, comparten algunas propiedades, y sin embargo, tienen algunas diferencias.
Si solamente quieres acceder a diferentes directorios, para diferentes clientes, realmente no necesitas clases/subclases, en mi opinión. Bastaría tener una variable (mejor, una propiedad del formulario - similar a una variable), que almacena el directorio con el que vas a trabajar.
Eso no significa que no debas investigar las clases - se trata de un concepto poderoso.
Para darte un ejemplo de aplicación de clases: en un caso, necesitaba formularios para ingresos/egreso de materia prima. Como el funcionamiento básico era similar, y sin embargo habían varias diferencias, he creado una clase, y dos formularios derivados (que heredaron las propiedades de la clase base).
Más aun, todos los formularios de un sistema deberían estar basados, en última instancia, de una única clase (la herencia puede ir por varios niveles).
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)