Pregunta

Cuando hablamos de la tendencia del software a dificultar los cambios por simples que sean, hablamo
Tomando la definición de la Ley de Demeter, es correcto afirmar que
Desde el punto de vista del comportamiento, es lo que el objeto puede hacer, tal vez puede producir
Si se desea evitar los efectos de lado en el paradigma de programación orientada a objetos debemos:
La intención del paradigma declarativo es
Un método estático es un método...
[x+x for x in range(1,13)]
En matemáticas no aparecen los efectos laterales gracias a que no existe la noción de estados implíci
Al diseñar los elementos de un sistema de software se busca que estos tengan:
En el diseño por contrato, las clases declaran sus precondiciones y pos condiciones, las cuales en su
[x*x for x in range(1,20,4) if not x % 2 == 0 ]
Son listas que no usan cabeza y cola, sino ciertos argumentos para definir los elementos que pertenec
[x for x in [15,10,1] if x % 2 == 0 if x % 3 == 0]
Un paradigma de programación es:
return aLista(arbol.izquierda) + aLista(arbol.derecha) + [arbol.carga]
Cuando se desea aplicar el concepto de ligadura dinámica se debe garantizar que:
n espacio de nombres que agrupa y organiza lógicamente clases e interfaces se denomina
return x * f(x-1)
Cuando se habla de que el software no es lo suficientemente flexible como para promover el reuso del
En programación funcional no se puede expresar un condicional de una sola rama (es decir un "if" sin e
Una lista en programación funcional se puede ver como el anidamiento de valores de diferentes tipos y
Son características de la programación funcional.
Las definiciones correctas, en su respectivo orden, de modularidad, cohesión y acoplamiento son:
Una de las ventajas ineludibles de la orientación a objetos es:
Un diseño que en un principio parece bueno y bien diseñado pude empezar a deteriorarse porque:
en listas por comprehensión, Las variables generadas por los cualificadores anteriores varían más ráp
Los lenguajes en los que es característico la aparición de “efectos laterales” son:
return not(l[0] in l[1:]) and funcion(l[1:])
Técnica de la programación orientada a objetos fuertemente ligada al principio abierto-cerrado
Si consideramos como ejemplo un módulo que calcula una nómina e imprime un informe. Es cierto que,
[1] + ([range(2,10)[0]] + [range(20,100)[-1]])
Cuando hablamos de la tendencia del software a dificultar los cambios por simples que sean, hablamo
La sobre-carga de métodos implica:
Una variable se compone de:
[ (x,y) for x in range(1,3) for y in range(1,x) if y < x if not y % 2 == 0]
Es una explicación de polimorfismo:
En el diseño por contrato, las clases declaran sus precondiciones y pos condiciones, las cuales en su
uando se viola el diseño por contrato se viola directamente el principio de:
Para poder declarar los tipos de objetos de forma genérica e instanciarlos de un tipo particular es prec
Cuales son los síntomas de un mal diseño
[1] + ([3] + ([10] + []))
Los lenguajes centrados en la arquitectura física de la maquina son:
La inversión de dependencias y la inyección de dependencias, en su orden, se definen como:
en programació n funcional no aparecen los efectos laterales gracias a que no existe la noció n de:
[x*x for x in range(1,10,2) if x%2==0]
La programació n funcional esta centrada en el llamado de funciones que realizan transformaciones sobre lo
Respuesta
Rigidez
. Garantiza durante un desarrollo orientado a objetos una buena escalabilidad
método
Separar las ordenes de las consultas
Establecer las abstracciones necesarias que permitan expresar la solución del problema si preocuparse en como s
de clase, no describe el comportamiento de los objetos de esta clase.
[2,4,6,8,10,12,14,16,18,20,22,24]
Verdadero
alta cohesión, bajo acoplamiento
una condición que debe ser cierta para que el método se ejecute correctamente. Pos: Una condición que es cierta
169
Listas por comprensión
[]
Un paradigma, es una colección de modelos conceptuales que modelan el proceso de diseño, orientan la forma de
Falso
Que la relación entre las clases esté dada dentro de una relación jerárquica de herencia.
paquete
Es la definición de factorial.
Inmovilidad
Toda expresión debe poderse reducir a un valor
Falso
Su unidad básica expresa una correspondencia entre un conjunto de entradas y
Modularidad: Para resolver un problema complejo de desarrollo de software, conviene separarlo en partes más peq
Poder reutilizar código por medio del uso de objetos polimórficos
No se le dio la flexibilidad que permitiera su extensibilidad
Falso
Imperativos
Verifica que todos los elementos de la lista sean diferentes
Ligadura dinámica
Estos dos aspectos del problema son en realidad dos responsabilidades distint
[1,2,99]
Rigidez
Modificar el número de parámetros de un método
Un almacen
[(2, 1)]
Los comportamientos diferentes, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos po
Pre: una condición que debe ser cierta para que el método se ejecute correctamente. Pos: Una condición que es c
Principio sustitución de Liscov.
Que tanto el tipo genérico como el particular estén contemplados en una relación jerárquica de Especialización/Ge
Rigidez, fragilidad, inmovilidad, viscocidad
[1,3,10]
Imperativos.
Inversión de Dependencias: Las clases de alto nivel no deberían depender de las clases de bajo nivel. Ambas debe
estados
[]
Falso
 Si fuera necesario invocar un método más lejano no se hará directamente, sino que cada método invoca a otro de

solución del problema si preocuparse en como se soluciona.

orrectamente. Pos: Una condición que es cierta después de la ejecución del método.

delan el proceso de diseño, orientan la forma de pensar y solucionar los problemas.

rárquica de herencia.

Evita los estados mutables

software, conviene separarlo en partes más pequeñas, que se puedan diseñar, desarrollar, probar y modificar, de manera sen

Los requerimientos son cambiantes

Estas dos cosas cambian por causas muy diferentes: uno de fondo, y una estética. Sería un mal diseño para acopl

Un identificador.

den compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se e
ute correctamente. Pos: Una condición que es cierta después de la ejecución del método.

n una relación jerárquica de Especialización/Generalización

epender de las clases de bajo nivel. Ambas deberían depender de las abstracciones. Inyección de Dependencias: patrón en el
da método invoca a otro de su entorno cercano hasta llegar al que debe invocarse en último extremo

y modificar, de manera sencilla y lo más independientemente posible del resto de la aplicación. Cohesión: cada módulo del sis

ía un mal diseño para acoplar dos cosas que cambian por razones diferentes en momentos diferentes.

pondiente al objeto que se esté usando.

Dependencias: patrón en el que se suministran objetos a una clase en lugar de ser la propia clase quien cree el objeto
hesión: cada módulo del sistema se refiera a un único proceso o entidad. Acoplamiento: mide el grado de relacionamiento de u
quien cree el objeto
ado de relacionamiento de un módulo con los demás.