이 프로젝트의 주요 내용 어려움:
1. 업데이트 시점에 인기 도서에 대한 방문 압박;
2. 책 업데이트 알림의 적시성 및 효율성;
3. 동료 책벌레의 추천 가능성;
4. 나중: 시간 제한이 있는 작업의 압박, 작업 확장;
I. 작품 발표
4 개의 상용 데이터베이스 기본 필드를 사용하는 소설 세부 정보 모듈의 기능 설계의 친구는 저자 이름 및 테이블 중복 필드에 대한 기타 확장을 사용할 수있을뿐만 아니라 몇 가지 고려 사항이 있습니다. 업데이트 할 때 항상 프로젝트의 핵심 기능 알림을 구현하면 많은 수의 음악 방문이 완료되고 인터페이스에 의한 압력이 발생합니다.
하지만 동시에 몇 가지 문제가 있습니다:
1 모듈을 방문 횟수의 표현을위한 모듈로 생각하면 캐싱의 사용은 문제가되지 않습니다. 그러나이 모듈에는 그의 특성이 있으며, 즉 일반적으로 모듈의 세부 사항에 다양한 새로운 기능이 추가되어 입구를 늘리기 위해 추가됩니다.
예를 들어 향후 댓글 모듈이 추가될 경우 해당 페이지가 입구에 추가됩니다. 하지만 이렇게 하면 핵심 기능에 업데이트가 있는지 여부를 판단하는 데 더 많은 IO 부담이 생깁니다.
따라서 전체 데이터를 쿼리하는 것이 아니라 업데이트가 있는지 확인하기 위해 짧은 링크 쿼리 인터페이스를 외부로 설계해야 합니다.
업데이트가 있었다고 판단되면 모든 인터페이스를 호출하는 것입니다. 이렇게 하면 전화기의 성능이 조금 더 향상되고 인터페이스의 기능적 결합이 더 명확해집니다.
2 제품 요구 사항을 설명 할 때 사업 초기에는 모든 유형의 소설을 할 수 없으며 5 가지 유형을 선택했습니다.
상업적 사용에서 매우 관례적인 이중값 열거형을 고려하여 구현해야 합니다. 이것은 사소한 하이라이트입니다.
