Saludos,
"Bien, la lógica del programa es relativamente simple y sirve para cientos de casos que leen de la misma tabla. Pero en cada caso me apetece hacer una cosa diferente. Podría coger el programa de servicio y llamar a una función personalizada para cada caso en el momento que corresponda. Esa función la tendría que definir en el programa de servicio, ya sea en el módulo actual o en otro que luego incorpore. No me vale lo de "pues otro programa de servicio", porque me interesa reutilizar todas las variables y datos del programa y no es plan estar definiendo parámetros que van y vienen. En cambio, cuando utilizas la herencia de clases, esto está más que solventado. Pero no sólo eso, visualmente las clases que heredan son mucho más claras, reutilizan todo lo que nos interesa y se puede ocultar la parte del código que no quieres que se vea o se toque. Usando Interfaces puedes tener cientos de
programas que siempre se comportan igual, y muy fáciles de utilizar ya que usado un programa que implementa la interface, aprendidos todos. Y que me dices de la sobrecarga de operadores. El RPG es flexible, pero los lenguajes orientados a objeto más. Una vez hice algo parecido a un interface en RPG mediante varios programas de servicio y uno con punteros a funciones que los invocaba según la necesidad, vaya locura."
Ahí me has dao... y te doy la razón. La herencia y las interfaces solucionan muy bien ese tema.
Sin embargo, aqui tienes información que te puede ser útil:
O más a o menos como encapsular el acceso a ficheros desde programas de servicio.
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
