Algunos puntos base:
- Las llamadas al método Python son "caras" debido a su naturaleza interpretada . En teoría, si su código es lo suficientemente simple, desglosar el código de Python tiene un impacto negativo además de la legibilidad y la reutilización ( que es una gran ganancia para los desarrolladores, no tanto para los usuarios ).
- El principio de responsabilidad única (SRP) mantiene el código legible, es más fácil de probar y mantener.
- El proyecto tiene un tipo especial de antecedentes donde queremos código legible, pruebas y rendimiento de tiempo.
Por ejemplo, un código como este que invoca varios métodos (x4) es más lento que el siguiente, que es solo uno.
from operator import add
class Vector:
def __init__(self,list_of_3):
self.coordinates = list_of_3
def move(self,movement):
self.coordinates = list( map(add, self.coordinates, movement))
return self.coordinates
def revert(self):
self.coordinates = self.coordinates[::-1]
return self.coordinates
def get_coordinates(self):
return self.coordinates
## Operation with one vector
vec3 = Vector([1,2,3])
vec3.move([1,1,1])
vec3.revert()
vec3.get_coordinates()
En comparación con esto:
from operator import add
def move_and_revert_and_return(vector,movement):
return list( map(add, vector, movement) )[::-1]
move_and_revert_and_return([1,2,3],[1,1,1])
Si tengo que paralelizar algo como eso, es bastante objetivo que pierda rendimiento. Eso sí que es solo un ejemplo; mi proyecto tiene varias mini rutinas con matemáticas como esa: aunque es mucho más fácil trabajar con ellas, a nuestros perfiladores no les gusta.
¿Cómo y dónde adoptamos el SRP sin comprometer el rendimiento en Python, ya que su implementación inherente lo afecta directamente?
¿Existen soluciones alternativas, como algún tipo de preprocesador que ponga las cosas en línea para su lanzamiento?
¿O es Python simplemente pobre en el manejo del desglose del código por completo?
44
Posible duplicado de ¿Es importante la microoptimización al codificar?
—
mosquito
Por lo que vale, sus dos ejemplos de código no difieren en el número de responsabilidades. El SRP no es un ejercicio de conteo de métodos.
—
Robert Harvey
@RobertHarvey Tienes razón, perdón por el mal ejemplo y editaré uno mejor cuando tenga tiempo. En cualquier caso, la legibilidad y la facilidad de mantenimiento sufren y, finalmente, el SRP se descompone dentro de la base de código a medida que reducimos las clases y sus métodos.
—
lucasgcb
tenga en cuenta que las llamadas a funciones son caras en cualquier idioma , aunque los compiladores de AOT tienen el lujo de incluir en línea
—
Eevee
Use una implementación JITted de python como PyPy. En su mayoría debería solucionar este problema.
—
Bakuriu