Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

251
Visualizações
¿Por qué se produce una fuga de memoria y se ralentiza el procesamiento cuando cierro y vuelvo a abrir el componente de reacción (tabla de materiales)?

Tengo un ejemplo básico de reacción para aprender y uso material-table en uno de mis componentes. Cada vez que cambio la página y la vuelvo a abrir (desmontar y montar el componente), mi componente que contiene la tabla de materiales se carga más lentamente. Comparto mi código a continuación.


 import MaterialTable from 'material-table'; const columns = [ { title: 'Id', field: 'id', hidden: true }, { title: 'Username', field: 'username' }, { title: 'Name', field: 'name' }, { title: 'Phone', field: 'phone'} ]; const tableData = [ { id: 1, username: "User-1", name: "name-1", phone: "555 444 33 22" }, { id: 2, username: "User-2", name: "name-2", phone: "111 222 33 44" }, { id: 3, username: "User-3", name: "name-3", phone: "999 999 99 99" } ]; const MTable = () => { return ( <MaterialTable title="Basic Search Preview" columns={columns} data={tableData} options={{search: true }} /> ) } export default MTable

Después de una larga búsqueda, no encontré ninguna solución, y después de un largo intento, simplemente cambié el lugar de la definición de las columnas como se muestra a continuación.


 const MTable = () => { const columns = [ { title: 'Id', field: 'id', hidden: true }, { title: 'Username', field: 'username' }, { title: 'Name', field: 'name' }, { title: 'Phone', field: 'phone'} ]; return ( <MaterialTable title="Basic Search Preview" columns={columns} data={tableData} options={{search: true }} /> ) }

Este cambio resuelve mi problema, pero realmente quiero saber por qué sucedió esto. Cuando hice la definición de la columna fuera del método, por qué la pérdida de memoria y el renderizado ralentizaron cada cambio de página. Al mismo tiempo, cuando pasé al método, ¿qué cambió?

about 4 years ago · Juan Pablo Isaza
2 Respostas
Responde à pergunta

0

análisis

material-table agrega una propiedad column.tableData a cada columna de su lista de columns , y luego hay una asignación que efectivamente hace algo como (vea el archivo data-manager.js ):

 column[0].tableData.width = "calc(" + ... + column[0].tableData.width + ... + column[1].tableData.width + ... + ")" column[1].tableData.width = "calc(" + ... ...

Debido a que las columnas están en el ámbito global y no se destruyen cada vez que se desmontan, esto permite que la cadena tableData.width crezca exponencialmente . Supongo que el tiempo cada vez más largo que lleva proviene de estas cada vez más numerosas invocaciones "calc()" anidadas.

conclusión

Dudo en llamar a esto un error en la tabla de materiales.

Parece que material-table espera que las columnas se creen en cada representación (y no que sean persistentes). Está bien, pero al menos llamaría a este comportamiento inesperado para alguien que está acostumbrado a trabajar en React , y debería haber una advertencia sobre esto en la documentación. También creo que incluso entonces eso podría haberse implementado de manera infalible. (si alguien no está de acuerdo, me gustaría leer las razones en los comentarios)

ejemplo

La primera vez que se monta el componente, tableData.width es:

 calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) )) / 3)

Después de desmontar y un segundo montaje, el ancho tableData.width es:

 calc((100% - (0px + calc((100% - (0px + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) )) / 3) + calc((100% - (0px + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) )) / 3) + calc((100% - (0px + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) + calc((100% - (0px + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3) + calc((100% - (0px)) / 3))) / 3) )) / 3) )) / 3)"
about 4 years ago · Juan Pablo Isaza Relatório

0

La matriz de columnas debe ser estática para una instancia de tabla de materiales. Cuando se llama dinámicamente una y otra vez, la memoria se llena y finalmente se queda sin espacio.

about 4 years ago · Juan Pablo Isaza Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda