Diseño de clase Python - División de clases grandes en múltiples para funcionalidad de grupo

Question

OK Tengo 2 clases realmente grandes> 1k líneas cada una de las cuales actualmente se han dividido en varias. Luego se recombinan usando herencia múltiple. Ahora me pregunto, si hay alguna manera más limpia/mejor más pitonica de hacer esto. Completamente factorizarlos resultaría en cantidades interminables de llamadas self.otherself.do_something, que no creo que es la forma en que debería hacerse.

Para aclarar las cosas aquí es lo que se ve actualmente como:

from gui_events import GUIEvents # event handlers 
from gui_helpers import GUIHelpers # helper methods that don't directly modify the GUI 

# GUI.py 
class GUI(gtk.Window, GUIEvents, GUIHelpers): 
    # general stuff here stuff here 

Un problema que es resultado de esta protestó Pylint darme billones de "no init llamado"/"atributo indefinido"/"atributo accede antes de la definición "advertencias".

EDIT:
Es posible que desee echar un vistazo al código, para hacerse una idea acerca de lo que todo el asunto es en realidad.
http://github.com/BonsaiDen/Atarashii/tree/next/atarashii/usr/share/pyshared/atarashii/

Tenga en cuenta, realmente estoy intentando cualquier cosa para mantener esta cosa lo más seco posible, estoy usando pylint para detectar la duplicación de código, lo único que se queja de las importaciones son.

Answer 1

Si desea usar la herencia múltiple para combinar todo en una clase grande (podría tener sentido hacerlo), puede refactorizar cada una de las clases principales para que cada método y propiedad sea privado (comienza con ' __ ') o tiene un prefijo corto de 2-3 caracteres exclusivo para esa clase. Por ejemplo, todos los métodos y propiedades en su clase GUIEvents podrían comenzar con ge_, todo en GUIHelpers podría comenzar con gh_. Al hacer esto, obtendrá algo de la claridad de utilizar instancias de subclase separadas (self.ge.doSomething() frente a self.ge_doSomething()) y evitará nombres de miembros conflictivos, que es el principal riesgo al combinar dichas clases grandes en una sola.

Answer 2

Creo que esto es más un problema general de diseño OO que un problema de Python. Python prácticamente te ofrece todas las herramientas OOP clásicas, convenientemente empaquetadas. Debería describir el problema con más detalle (por ejemplo, ¿qué contienen las clases GUIEvents y GUIHelpers?)

Un aspecto específico de Python a considerar es el siguiente: Python admite múltiples paradigmas de programación y, a menudo, la mejor solución es no OOP. Este puede sea el caso aquí. Pero, de nuevo, tendrá que agregar más detalles para obtener una respuesta significativa.

Answer 3

Su código puede mejorarse sustancialmente implementando un diseño Modelo-Vista-Controlador. Dependiendo de cómo se configuran su GUI y su herramienta, también puede beneficiarse de porciones de "widgetización" de su GUI, de modo que en lugar de tener un modelo-vista-controlador gigante, usted tenga un modelo-vista-controlador principal que administre un montón de Controladores de vista de modelo más pequeños, cada uno para distintas partes de su GUI. Esto le permitiría dividir su herramienta y su GUI en muchas clases, y puede reutilizar porciones de la misma, reduciendo la cantidad total de código que necesita mantener.

Si bien python admite múltiples paradigmas de programación, para las herramientas de GUI, la mejor solución casi siempre será un diseño orientado a objetos.

Answer 4

Comience por encontrar las clases que el modelo conceptos de mundo real que su aplicación necesita para trabajar. Esos son candidatos naturales para las clases.

Intente evite la herencia múltiple tanto como sea posible; raramente es útil y siempre algo confuso. En su lugar, use la composición funcional (relaciones "HAS-A") para otorgar atributos enriquecidos a sus objetos hechos de otros objetos.

Recuerde hacer que cada método haga una cosa pequeña, específica; esto necesariamente implica romper métodos que hacen demasiadas cosas en pedazos más pequeños.

Refactor casos donde se encuentran muchos de estos métodos se están duplicando la funcionalidad de los demás; esta es otra forma de encontrar colecciones naturales de funcionalidad que merecen estar en una clase distinta.

Answer 5

Una posibilidad es asignar funciones importadas a los atributos de la clase:

En a_part_1.py archivo:

def add(self, n): 
    self.n += n 
def __init__(self, n): 
    self.n = n 

Y en archivo de clase principal:

import a_part_1 

class A: 
    __init__ = a_part_1.__init__ 
    add = a_part_1.add 

O si no desea para actualizar el archivo principal cuando se agregan nuevos métodos:

class A: pass 

import a_part_1 
for k, v in a_part_1.__dict__.items(): 
    if callable(v): 
     setattr(A,k,v)