Hora habitual de reunión: 12:30, 16 de abril, Anfitrión: Guo Jun
Hora de la próxima reunión ordinaria: 12:30, 17 de abril, Moderador: Du Bowei
1. Informe de trabajo
| Personal | Completé la tarea ayer | Tareas para completar mañana |
|---|---|---|
| Qiao Xihua | Experimento de red, descanso | Aprenda y haga interacciones de front-end de consulta de aula vacía |
| Zhang Yixuan | Conozca la interacción de front-end y back-end de la página de inicio de sesión https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Frontend/issues/18 |
Escriba las interacciones front-end y back-end de la página de inicio de sesión |
| Shan Yanbo | Completó el diseño de la página del centro del curso https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Frontend/issues/7 |
Completa la interacción entre el centro del curso y el backend |
| Hu Binbin | Funciones completas de cifrado y descifrado, interfaces y formato de retorno https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/45 |
Hacer interacciones de front-end o crawler |
| Li Jiacheng | Optimice el diseño de la base de datos y cree una interfaz de modificación de la base de datos para que los rastreadores llamen a https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/22 |
Hacer interacciones de front-end o crawler |
| Du Bowei | Centro de cursos de rastreo DDL https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/9 |
Integrar las tres funciones existentes. |
| Guo Jun | Envíe los registros de la reunión y complete la aceptación de la etapa Alpha-1 https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/18 |
Continuar siguiendo el proyecto |
Segundo, la captura de pantalla de la reunión.
3. Dificultades encontradas en el trabajo
-
Alpha-1 etapa de aceptación
Hay muy pocos elementos de puntuación disponibles para referencia en esta etapa, y los errores y las fechas que están estrechamente relacionados con los elementos de puntuación no se pueden probar en esta etapa. Por lo tanto, se considera que puntúa al final de la etapa Alfa, que es solo para aceptación. Del mismo modo, para mantener la coherencia de la puntuación con todos, la evaluación de PM se ha pospuesto hasta el final de la etapa Alfa.
Frente:
De acuerdo con el gráfico de consumo, el progreso del front-end no ha alcanzado la mitad. Aunque no hay un elemento de deducción de tiempo en la etapa Alpha-1, todavía esperamos que el front end acelere el progreso. Si realmente tiene dificultades, comuníquese a tiempo e intente no retrasar el progreso.
En términos de código, he leído todos los PR en el front-end. El código de Zhang Yixuan contiene comentarios en líneas, mientras que Qiao Xihua y Shan Yanbo no tienen comentarios. Por supuesto, como marco front-end, la importancia de los comentarios no es necesariamente tan significativa como el back-end, y no hay muchos lugares donde se puedan escribir comentarios, principalmente en el diseño de la página.
Además, no estoy familiarizado con las especificaciones de programación de Android de Java, y es inconveniente agregar comentarios aquí. Los resultados de la aceptación se evaluarán principalmente en términos de función y experiencia. Personalmente, creo que los comentarios para cada línea no son necesarios, pero la falta de comentarios no es muy buena. Se recomienda escribir comentarios simples por componente y hacer los comentarios necesarios sobre las estructuras de datos establecidas en el código .
Backend:
El nombramiento de la aplicación no es razonable
interface,interface2esta denominación es ningún valor de referencia, no hay un orden entre los dos APP, recomendado aprendizaje se menciona a continuación.Escriba "DDL" incorrectamente como "dll" y modifíquelo a tiempo.
Pero debe prestar atención: 1. De acuerdo con las reglas de pelusa de Python, los comentarios deben escribirse debajo de la línea de la definición de función / clase, como:
class query_ddl(APIView): """查询DDL页面 """ def get(self, request, format=None): """GET方法，获取ddl 参数：student_id - 学生学号 返回值：content - ddl信息 """ foo()2. No es necesario escribir comentarios tan largos y detallados. Estas definiciones detalladas de las reglas deben escribirse en la documentación de la interfaz , porque los desarrolladores front-end que necesitan llamar a estos mensajes no leerán su código fuente, sino la documentación. Espero que el backend y el rastreador puedan configurar el documento de interfaz en un tema importante para completar.
Los comentarios de varias líneas sugieren usar comillas triples
"""como delimitadores.Y se define la información de manejo de errores. Aunque el código de estado no se ajusta a las especificaciones, el marco está ahí, y la llamada robustez también es más fuerte.
El back-end debería discutir entre sí un método unificado de manejo de errores, e incluso puede ajustar el tipo de error y devolver la información como utils.py en el back-end.
Reptil:
La calidad general del código de Du Bowei es relativamente alta. El modo OOP se utiliza para programar el rastreador y los comentarios están en su lugar, lo que vale la pena recomendar.
En la actualidad, no está claro si este código tiene errores, reutilización y problemas de rendimiento. Debe esperar a que se desarrolle completamente la interacción con el back-end antes de poder evaluarlo.
-
Cifrado y descifrado: el algoritmo de cifrado utiliza un algoritmo fácil de implementar para garantizar que el front end pueda lograr el cifrado.
-
La base de datos se prueba con una base de datos local para evitar problemas de migración.
4. Gráfico de Burndown
Frente:
Backend:
5. Registros de registro de código o documento
Frente:
Backend:
Reptil:
