8 replies to this topic

[Agustin Ortu]

Acabo de abrir una encuesta en la comunidad de Desarrolladores Delphi de Google Plus
 
La encuesta reza lo siguiente:
 
Que crees que es mejor? (teniendo en cuenta gustos, legibilidad, flexibilidad, performance.. lo que se les venga a la cabeza)

 

 
Metodos sobrecargados:
 

delphi

procedure Foo(const Text: string); overload;
procedure Foo(const Text: string; const Args: array of const); overload;

 
Metodos "separados": 
 

delphi

procedure Foo(const Text: string);
procedure FooFmt(const Text: string; const Args: array of const);

Edited by Agustin Ortu, 15 October 2016 - 06:34 PM.

[Agustin Ortu]

Traduciendo mi respuesta del ingles:

• Yo voto por la opcion de metodos sobrecargados, sobre todo por la legibilidad y porque se escribe menos.
• Ademas, da la sensacion de que la clase es mas simple porque parece que hay "menos metodos"
• Por ultimo, el IDE es capaz de mostrar al mismo tiempo todas las "posibilidades" del metodo en cuestion. De esa manera obtengo en un instante mas informacion de que puede hacer la clase, sin tener que ponerme a revisar si "habra algun metodo que hace lo mismo del string pero que me permita pasarle el arreglo para el Format? o tengo que invocar yo mismo a Format?"

[egostar]

Yo voto por los métodos sobrecargados, hay muchas ventajas al usarlos. 

 

Saludos

[Delphius]

Yo voté por sobrecargados.

Y es que es, a mi parecer, la opción más conveniente. De entre ambas, tiendo a esa.

Hay que aprovechar la sobrecarga mientras sea posible, para eso está. Y comparto los mismos puntos que señalas.

 

Ahora bien, cuando empiezan a aparecer muchas sobrecargas puede que se nos líe la cosa. Y sobre todo existe una alta posibilidad de que dos o más métodos sobrecargados tengan los mismos tipos y/o igual cantidad de parámetros y en el mismo orden (no es sano que en un método cierto parámetro esté primero, y en otro sea el tercero... debe haber armonía en nuestro código). Cuando se da eso el compilador entra en conflicto y no sabe distinguir cual aplicar.

Para esas circunstancias es mucho más apropiado el 2do enfoque.

 

Algo de esto tuve que lidiar cuando estuve diseñando mi biblioteca/API para operaciones de álgebra lineal. Si bien el hilo que inicié trataba otras aristas de problemáticas, si me he topado con el dilema de cuanto overload me sería permitido hasta llegar a un conflicto debido a la diversidad de parámetros, tipos y formas de encarar las operaciones.

Mi biblioteca tiene sus overloads, pero también tuve que irme por mantener separados las cosas para un buen puñado de operaciones.

La estuve ampliando hace unos meses, y posiblemente para otros proyectos pensados iniciar el año que viene deberé ampliarla más aún.

Comenzó siendo un bebé, y ahora es un pequeño infante... con lo que tengo planeado incorporarle, va a quedar un pre adolescente... por lo menos.

 

Asi que, tu verás. No creo que exista una respuesta definitiva, como dice el compañero Egostar... DEPENDE, DEPENDE, DEPENDE.

Haz un análisis de la variedad de métodos que tendrás, y en base a eso luego decide que alternativa implementar.

 

Saludos,

PD: No tengo cuenta en G+. No se que tan difundida es, comparada a las otras redes sociales es muy pequeña tengo entendido. No he visto todo el debate que se haya generado por ahí. De lo poco que veo, desde el anonimato y que es público tus publicaciones son en inglés.

Yo suelo moverme más por facebook y mayormente es para mantenerme en contacto con amigos de secundaria y/o de la facultad. Tengo que admitir que tengo poca participación social en el área Delphi... alguna que otra participación en el grupo Delphi Solidario. En Twitter tengo menos presencia; más que nada la uso para acercarme a periodistas y notas de investigación que los medios frecuentes y tradicionales no le dan mucha participación e informarme en cuanto a política y algo de ciber seguridad.

[Agustin Ortu]

Es bastante grande la comunidad de Google. Diría que internacionalmente es el primer referente, dado que los foros oficiales no los usan tanto; en la época de Borland supe que hubo una lista correo, que usaban para estos fines, pero se perdió por algún motivo

Una de las cosas más interesantes es que participan también del lado de Embarcadero, por ejemplo es muy normal ver a Marco Cantu, a David I.. Incluso Allen Bauer sigue comentando bastante seguido

Aún así, no participo de la misma manera que en las comunidades latinas, en donde me siento mucho más agusto, y me limito más a leer.

Pero es interesante el pegarle una ojeada de tanto en tanto porque mucha gente pública cosas interesantes, como componentes, bibliotecas, pequeñas funciones, etc

Edited by Agustin Ortu, 16 October 2016 - 10:12 AM.

[escafandra]

La sobrecarga en C/C++ es algo tan natural, que no hay ni que especificarla, basta con que los parámetros sean diferentes.

 

Voto por la sobrecarga.

[cram]

Voté por los métodos sobrecargados por la simple razón que el nombre de los métodos idica normalmente su función, más allá de los parámetros que requiera.

Hace un tiempo en un desafío escribí un código usando una función sobrecargada para que tome un parámetro con otro tipo de variable, aunque llame a un único procedimiento. Esto creo que se ve más natural.

 

Saludos

[egostar]

Hola

 

Hay un detalle, muchas veces yo genero funciones o procedimientos del siguiente estilo:

php

function hasAlgo(cadena: string = 'default'; clase: TClase = nil; numerico: integer = -1): Boolean;

Que diferencia tiene con los métodos sobrecargados, es decir, aunque en concepto sean diferentes, operan de forma similar.

 

Saludos

[Delphius]

Hola

 

Hay un detalle, muchas veces yo genero funciones o procedimientos del siguiente estilo:

php

function hasAlgo(cadena: string = 'default'; clase: TClase = nil; numerico: integer = -1): Boolean;

Que diferencia tiene con los métodos sobrecargados, es decir, aunque en concepto sean diferentes, operan de forma similar.

 

Saludos

 

No comprendo del todo como relacionar tu ejemplo con el debate.

Tu ejemplo habla de un método (para el caso una función) que recibe parámetros por defectos.

Así como está declarado, se puede dar el caso en que todos sean opcionales y por tanto puede que no se requiera pasarle parámetro alguno.

 

Pueden existir métodos sobrecargados con parámetros opciones, si. Puede que sean de interés en muchas ocasiones.

El asunto pasa cuando hay muchos parámetros e implementaciones diferentes que pudiera llevar a que el compilador no sea capaz de distinguir cual de las opciones es la que busca utilizar. Ya sean con y/o sin parámetros opcionales.

 

La sobrecarga es muy útil, pero también tiene sus límites y es preferible en ciertas ocasiones no sobrecargar demasiado y tener por "aparte" métodos que amplíen u ofrezcan nuevas implementaciones. De todas formas esto no evita que desde un método "Separado" se invoca a uno sobrecargado.

 

Saludos,