데이터베이스에서 일부 정보를 편집하기 위해 webapp을 구축 중입니다. 데이터베이스가 편집 기능이있는 테이블로 표시됩니다.표시되는 정보를 사본에 보관해야합니까?
값을 편집 할 때 일반적으로 편집중인 값에 따라 유효성을 검사하고 다른 작업을 수행해야합니다.
사본을 메모리에 객체의 배열로 유지하고 그 메소드를 사용해야합니까, 아니면 html 테이블의 어딘가에 (속성 또는 숨겨진 입력으로) 필요한 모든 정보 (값, ID 등)를 저장해야합니까? 몇 가지 기능을 사용하여 이들을 얻으시겠습니까?
어떤 것이 가장 좋습니까? 브라우저에 메모리 사용량을 고려하여 많은 개체를 메모리에 저장하는 것은 위험 할 수 있습니까?
고려해야 할 주요 요소는 CPU 집약적 인 DOM 반복 및 반복적 인 작업입니다. 이러한 작업은 브라우저 메모리를 많이 차지합니다.
많은 응용 프로그램에서 HTML 숨김 필드 대신 메모리에 개체를 저장하는 것이 좋습니다. 그것은 잘 작동하고 모든 성능 병목 현상을 찾지 못했습니다.
프로그래밍 관점에서 가장 단순한 작업을 수행하십시오. 문제를 일으키는 것이 확실한 경우가 아니라면 이런 식으로 메모리 사용량에 대해 너무 걱정하지 않아도됩니다.
응용 프로그램의 메모리 사용량이 나중에 문제가되는 경우 나중에 해결할 수 있습니다.
MVC를 설명하는 것이 가장 좋습니다. 그러나보기의 메모리 모델은 일반적으로 보안 목적으로 서버에 보관됩니다.
당신의 경우에는 중요하지 않을 수도 있지만 결론에 도달 할 수도 있습니다.하지만 모든 데이터와 유효성 검사를 통해 클라이언트를 신뢰하는 것에 대해서는주의해야합니다. Firebug를 사용하여 페이지의 모든 내용을 실시간으로 수정할 수 있으므로 앱이 위험에 처할 경우 메모리 모델을 서버로 옮기는 것이 좋습니다.
클라이언트에서 메모리 문제가 발생하는지 여부는 한 번에 보유 할 데이터 양에 따라 다릅니다. 리턴 된 정보를 특정 수의 레코드로 제한하고 페이징 스루를 고려하면, 메모리 또는 페이지에서 보유 할 데이터의 양을 제한 할 수 있습니다.
정보를 메모리에 보유하면 서버 또는 DOM에 대한 지속적인 호출이 필요한 것보다 나은 사용자 경험을 제공 할 것으로 기대됩니다. 프로그래밍의 관점에서 볼 때 아마 더 쉽습니다. 객체가 현대 시스템의 성능에 영향을 미치지 않으므로 보통 또는 많은 양의 데이터를 메모리에 저장하는 것이 더 편리합니다.
대부분의 데이터베이스 편집 도구. PhpPgAdmin 및 PhpMyAdmin은 결과 매김을 수행하며 한 번에 한 행만 편집 할 수 있습니다. 당신은 많은 것을 번거롭게 여러개로 확장 할 수 있습니다. 앞에서 언급했듯이 페이지 매기기를 기억하십시오.