Hay un problema de diseño como este.¿Cuál es el mejor diseño que puedo usar para definir métodos con el mismo nombre?
Supongamos que tiene un conjunto de clases que implementa métodos similares pero no idénticos.
Ejemplo: La ClassA tiene métodos como este.
void Add(string str);
void Delete(string str);
List<string> GetInfo(string name);
Otra clase, ClassB tiene los siguientes métodos.
void Add(Dictionary Info);
void Delete(string str);
Dictionary GetInfo(string name);
Así que la naturaleza de los métodos son similares, pero los tipos de retorno/parámetros de entrada son diferentes. Si desarrollo una interfaz para mantener la coherencia, solo puedo definir la operación Eliminar allí. Alternativamente, puedo pensar en un conjunto de clases independientes sin ninguna relación entre sí (por supuesto, no hay implementaciones de interfaz), pero no creo que sea un buen diseño.
- ¿Cuál es el enfoque que puede utilizar para implementar esta?
- Soy nuevo en interfaces genéricas. ¿Ayuda en este caso? Si es así, voy a aprender e implementar su uso.
En qué relación (programación y conceptualmente) hacen las clases A y B se destacan? –
Están realizando operaciones en objetos similares. En la perspectiva de sharepoint, puede pensarlo como SPList y SPWeb. Ambos representan los elementos de contenido, tienen casi las mismas operaciones, pero las entradas/salidas pueden diferir. Entonces, necesitamos una buena forma de definir la "estructura", pero aún no podemos hacerlo debido a las diferencias en los tipos de parámetros. –