WIP: OOP refactor #65
Conversation
|
@AlexS12 Alex igual que hiciste con GitHub podrias echarnos una mano con lo de los objetos? |
|
¡Genial @AlexS12! Me encargo yo de revisar esto, avisa cuando esté listo 🎉 |
|
@olrosales para los que queráis aprender a trabajar con objetos:
Cuando le hayáis echado un ojo al primero, principalmente, y esté terminado el código, hacemos una reunión y os explico el diseño y cómo se usa. y si vais teniendo dudas, lo vamos hablando. Intentaré hacer una buena documentación del código antes de que se haga el merge. Estaría bien también una entrada en la wiki. Cuando estéis al tanto, espero que me podáis echar un cable. @Juanlu001, estupendo os mantengo informados! |
|
@AlexS12 Gracias Alex, lo que hay es que comentar bien el código. Todos en general |
|
Antes de documentar todo, pulir unas cuantas cosas que faltan y arreglar y hacer tests, me gustaría saber qué os parece la interfaz orientada a objetos. 💭 Si lo organizaríais de otra manera, almacenaríais alguna cosa en otro lado, si se entiende algo... Le he dado unas cuantas vueltas desde que lo empecé y a esto he llegado. Si hace falta que os cuente como funciona o por qué he hecho alguna cosa así, nos juntamos en un hangouts próximamente. 😃 |
|
Aclarado el funcionamiento. Si te parece @AlexS12 termina de acomodar los tests y el resto del código para que todo encaje, y antes de fusionarlo le doy una revisión de estilo. Lo que hablamos de mejorar la API del trimador creo que se puede dejar para otro PR para no complicarnos mucho, si te parece bien. |
|
Esta semana los diagramas de todo lo que tenemos lo veo justo. Te digo al final de este finde a ver cómo avanzo. |
|
Me refería más a la semana que viene en realidad, no de hoy al domingo, pero vamos, que no hay plazos |
|
@AlexS12 Los plazos están bien claros 😜 |
| def calculate_forces_and_moments(self): | ||
| pass | ||
|
|
||
| @abstractmethod |
There was a problem hiding this comment.
¿Qué sentido tiene que esto sea un método abstracto, si ya tiene implementación? Me parece que este decorador sobra.
|
He hecho una revisión de estilo un poco superficial, por mi parte cuando @AlexS12 haga los cambios necesarios (o diga que no le da la gana hacerlos) integro esta pull request. |
|
Estoy haciendo pruebas con las otras condiciones de trimado y tengo algún problemilla todavía, vamos a esperar un poquito a hacer el merge. A ver si doy con la tecla, pero tiene pinta de ser algo del estilo de lo de antes... 😕 |
| @@ -96,24 +96,11 @@ def update(self, controls, system, environment): | |||
| # self.Dalpha_Dt = (alpha - self.alpha) / system.dt | |||
| self.alpha = alpha | |||
| # self.Dbeta_Dt = (beta - self.beta) / system.dt | |||
| self.alpha = alpha | |||
There was a problem hiding this comment.
Aquí había otro """"pequeño""""" error 😞
|
Por mi parte todo correcto, @AlexS12 ¿ya has solucionado los problemas de los que hablabas antes? |
|
Estamos trabajando en ello 📝 😭 🔫 |
|
Por mi parte, listo para hacer el merge. |
Dado que esto estaba un poco muerto últimamente por la falta de tiempo generalizada y porque, creo, que en el estado actual del código es difícil hacer contribuciones, llevo un par de semanas introduciendo cambios.
Está lejos de estar terminado y quizá estoy siendo un poco desordenado con los commits, pero así está quedando el intento de hacer el código orientado a objetos.
Por un lado introduce la dificultad de trabajar con clases, pero simplificará mucho las interfaces y los casos de uso. Además será bastante fácil crear nuevos modelos (de aviones, atmósferas, ecuaciones...) usando los que ya están hechos como "plantillas". ¡Os avisaré cuando tenga algún ejempo funcionando! 😃
edit: y ahora que veo que se están intentando pasar los tests... PUES SEGURO QUE NO FUNCIONA NINGUNO! 😆 no hay que reescribirlos enteros, pero sí hace falta tocar un poquito. Estaría bien que si alguien tiene tiempo me echase una mano con eso.