¿Es este un patrón de diseño bien conocido? ¿Cual es su nombre?

Question

he visto a menudo en este código, pero cuando hablo de lo que no sé el nombre de tales 'patrón'

tengo un método con 2 argumentos que llama a un método sobrecargado que tiene 3 argumentos e intencionalmente establece el tercero para cadena vacía.

public void DoWork(string name, string phoneNumber) 
{ 
    DoWork(name, phoneNumber, string.Empty) 
} 

private void DoWork(string name, string phoneNumber, string emailAddress) 
{ 
    //do the work 
} 

La razón por la que estoy haciendo esto es para no duplicar el código, y para permitir que las personas que llaman existentes siguen llamando al método que tiene sólo 2 parámetros.

¿Es este un patrón y tiene un nombre?

Answer 1

De hecho, es algo más que la sobrecarga de métodos (donde generalmente el mismo nombre de método tiene diferentes argumento tipos), este patrón específico - donde las sobrecargas son básicamente el mismo método, y el más corto invoca el más largo con valor predeterminado para emular parámetros opcionales: se denomina patrón telescópico/telescópico, generalmente se ve en los constructores, pero, por supuesto, se puede generalizar a cualquier método.

---

Para una cotización más autorizada, aquí es un extracto de eficaz de Java 2ª Edición, Tema 2: Considere un Builder cuando se enfrentan a muchos parámetros del constructor (excerpt online)

Tradicionalmente, los programadores han utilizado el constructor telescópico patrón, en el que se proporciona un constructor con solo los parámetros necesarios, otro con un solo parámetros opcionales, un tercero con dos parámetros opcionales, y así en ...

Nuevamente, por lo general, el patrón telescópico se discute dentro del contexto de los constructores (donde, por ejemplo, un constructor 2-arg tendría una línea this(arg1, arg2, ARG3_DEFAULT); para invocar el constructor 3-arg, etc.), pero no veo por qué no se puede generalizar a otros métodos también.

---

Otra cita autorizada, por desgracia con ninguna definición del patrón: Sun Developer Network: How to Write Doc Comments for the Javadoc Tool:

Aviso los métodos y constructores están en orden "telescópica", que significa el "no arg" forma primero, entonces la forma "1 arg", luego la forma "2 arg", y así sucesivamente.

---

Y otra cita al azar, con una definición más explícita del patrón: I Am Hate Method Overloading (And So Can You!):

Métodos telescópicos

que puede tener una función que toma un número de argumentos . Los últimos argumentos pueden no ser tan importantes, y la mayoría de los usuarios se sentirían molestos al tener que descubrir qué transmitirles. De modo que crea algunos métodos más con el mismo nombre y menos argumentos, que atraviesan el método "maestro".

Esta última cita propone directamente que el soporte de idiomas para los argumentos predeterminados es una alternativa mucho mejor.

Answer 2

El nombre del que está sobrecargando y no es un patrón de diseño, pero una característica POO

http://en.wikipedia.org/wiki/Method_overloading

Answer 3

supongo bien sus DoWork métodos debería llamarse CreateContact o su llamada a CreateContact debería ser DoWork. ..

Pero esto no es realmente un patrón. Es solo un uso común de method overloading.

Answer 4

No, este no es un patrón de diseño en el grupo de los cuatro sentidos, pero es común en muchos idiomas que no permiten los parámetros predeterminados.

En un lenguaje como el rubí que podría hacer algo similar como sigue

def dowork(name, phoneNumber, emailAddress = '') 
    # code here 
    end 

Answer 5

Yo diría que esto es más o menos un C# 4 < trabajo en torno a la falta de argumentos por defecto. si prescribes a la escuela de pensamiento de "patrones carecen de características del lenguaje", supongo que podrías decir que es un patrón, aunque no uno que comúnmente se nombra.

editar: bien, su actualización realmente me ha echado, no veo lo que está tratando de hacer con un método público llamando a un método privado. en lo que concierne a la API pública, podría mover todo el código de métodos privados al método público y tener una variable local para el valor 'predeterminado'. o ambos métodos también son llamados desde otros lugares en la clase?

Answer 6

Se llama como Función de sobrecarga. En la función Sobrecarga, el nombre de una función es el mismo, pero difieren en el tipo de parámetro o en el número de parámetro. También se llama como falso polimorfismo. No es un patrón, es un concepto básico de OOP.

Answer 7

Es un ejemplo de un método de ayuda. La gente de Sheesh, al no estar en el libro de Gang of Four, no impide que sea un patrón. En el caso específico donde there helper es público y el método ayudado es privado, es un ejemplo de encapsulación. Posiblemente un poco demasiado encapsulado en este caso.

Answer 8

Estoy de acuerdo con @polygenelubricants, pero me gustaría señalar que el patrón telescópico se puede utilizar aparte de la sobrecarga. Un ejemplo se encuentra en Objective-C, donde los selectores de métodos (firmas) deben ser únicos y no pueden sobrecargarse.

- (id)init { 
    return [self initWithParam:0]; 
} 

- (id)initWithParam:(int)param { 
    // Do real initialization here! 
    return self; 
}