AI로 첫 앱 만들기: 같은 제목의 메모를 정확히 휴지통으로 옮기는 법

목록 앱에 삭제 버튼을 추가할 때는 버튼 하나보다 삭제 전후의 화면을 함께 정해야 합니다. 어떤 항목이 삭제되는지, 사용자가 확인할 기회가 있는지, 잘못 누른 경우 돌아올 길이 있는지가 중요합니다. 이 글은 가상의 메모 앱을 위한 설계 연습이며 실제 데이터 삭제를 수행하지 않았습니다.

1. 삭제 대상을 분명히 보여 줍니다
목록의 각 행에 같은 모양의 삭제 버튼이 있다면 눌렀을 때 메모 제목을 다시 보여 주세요. 예를 들어 “회의 준비 메모를 삭제할까요?”처럼 대상 이름을 확인할 수 있게 합니다. 제목이 같을 수 있다면 작성일이나 짧은 미리보기를 함께 보여 주는 방법도 있습니다. 사용자가 여러 항목을 선택하는 화면에서는 선택 수와 대상 목록을 먼저 확인하도록 합니다.

2. 삭제 방식에 맞는 안내를 고릅니다
휴지통으로 이동해 복원할 수 있다면 “휴지통으로 이동”과 복원 기한을 설명할 수 있습니다. 즉시 영구 삭제되는 서비스라면 복구 가능 여부를 정확히 알려 줘야 합니다. 이 글의 예시 앱은 휴지통 이동 방식으로 가정합니다. 화면 문구가 실제 저장 방식과 같아야 하므로 구현 방식을 정하기 전에는 되돌리기 가능성을 약속하지 않습니다.

3. 되돌리기의 조건을 적습니다
삭제 직후 “메모를 휴지통으로 이동했어요 · 되돌리기”를 짧게 보여 줄 수 있습니다. 되돌리기를 누르면 목록에서 원래 위치로 복원할지, 최신 위치로 둘지도 결정하세요. 다른 기기에서 동시에 수정된 경우에는 서버의 현재 상태를 다시 확인해야 합니다. 그림은 목록→대상 확인→휴지통→되돌리기의 주요 순서입니다.

4. AI 요청문으로 경계를 찾습니다
“메모 앱의 휴지통 이동 기능을 설계해 주세요. 단일 항목, 여러 항목, 같은 제목, 이동 중, 이동 완료, 되돌리기, 복원 기한이 지난 경우의 화면 문구와 버튼 동작을 표로 작성해 주세요. 복원 기한은 아직 정하지 않았으니 임의의 일수를 넣지 마세요.” 이렇게 요청하면 제품에서 결정해야 할 항목을 목록으로 볼 수 있습니다.

5. 가상 메모로 확인합니다
같은 제목의 메모 두 개를 만들고 한 개만 이동시키는 흐름, 이동 완료 뒤 되돌리는 흐름, 다시 열었을 때 휴지통에 보이는 흐름을 각각 확인합니다. 기대값과 관측값을 적으면 화면 문구와 실제 저장 상태가 맞는지 검토할 수 있습니다. 이 글의 버튼 문구와 그림은 설명용 예시입니다.

바로 해볼 연습
“회의 준비”라는 제목의 가상 메모를 두 개 만들고 작성일을 다르게 표시하세요. 두 번째 메모에서 휴지통 이동을 누르면 확인 화면에 두 번째 메모의 작성일이 보여야 합니다. 이동 뒤 첫 번째 메모가 목록에 남고 두 번째만 휴지통에 있는지 확인합니다. 같은 제목 사례는 대상 표시가 충분한지 살피는 간단한 시험입니다.

같은 제목 두 개를 구분하는 기준

가상의 메모 앱에 제목이 모두 “회의 준비”인 메모 A와 B가 있다고 가정합니다. A는 9월 22일 작성한 문서이고 B는 9월 23일 작성한 문서입니다. 목록의 표시 제목만으로는 두 항목을 구분하기 어려우므로 내부 항목 ID와 작성 시각, 짧은 본문 미리보기를 함께 사용합니다. 사용자가 B의 버튼을 누르면 확인 화면에도 B의 정보가 표시돼야 합니다.

항목	제목	작성일	식별값	기대 동작
A	회의 준비	9월 22일	memo-a	목록에 유지
B	회의 준비	9월 23일	memo-b	휴지통으로 이동

memo-a와 memo-b는 설명을 위한 가상 식별값입니다. 실제 앱에서는 저장소가 보장하는 고유 키를 사용합니다. 목록의 순서가 검색·정렬로 바뀌어도 같은 항목을 가리키도록 배열 위치 대신 고유 키를 전달합니다. 확인 화면이 열린 사이 제목이 바뀔 수 있다면 현재 저장값을 다시 읽고 대상이 맞는지 확인하는 흐름도 정합니다.

이동과 되돌리기의 상태를 나눠 보기

단계	목록의 B	휴지통의 B	화면 문구
이동 전	표시	없음	휴지통으로 이동
요청 중	처리 중 표시	확인 전	이동 중
이동 확인	표시하지 않음	표시	이동했어요 · 되돌리기
복원 확인	다시 표시	표시하지 않음	복원했어요

이 표의 핵심은 버튼을 누른 순간과 저장소에서 이동이 확인된 순간을 분리하는 것입니다. 이동 중 화면을 닫거나 다른 기기에서 같은 메모를 수정할 수 있다면, 다시 열 때 저장소의 현재 상태를 읽어 목록과 휴지통을 맞춥니다. 되돌리기 버튼을 제공하는 시간과 휴지통에서 복원할 수 있는 기간은 서로 다른 규칙일 수 있으므로 제품에서 각각 정합니다. 여기서는 복원 기한의 일수를 정하지 않습니다.

세 가지 입력으로 직접 검토하기

조건	입력	기대값	확인 자료
같은 제목	B에서 이동 선택	A는 목록, B는 휴지통	두 항목의 고유 키
되돌리기	B 이동 확인 후 누름	B가 목록에 복귀	목록·휴지통 조회
다른 기기	이동 뒤 새로 열기	최신 저장 상태 표시	동기화 응답

검토할 때는 기대값과 관측값을 한 줄에 나란히 적습니다. “A는 유지, B만 이동”이라고 쓰고 실제 저장소에서도 각 고유 키의 위치를 확인합니다. 화면에서 B가 잠시 사라지는 것만으로 이동 완료를 판단하지 않습니다. 실제 앱을 구현하지 않은 독자도 위 표를 기능 명세로 활용할 수 있습니다.

여러 항목을 한꺼번에 선택하는 기능이 있다면 같은 제목 A와 B 중 체크된 고유 키 목록을 확인 화면에 보여 줍니다. 선택 수가 2개라면 확인 문구도 2개로 표시하고, 처리 결과에서 각 항목의 이동 여부를 확인합니다. 정렬을 바꾼 뒤에도 선택이 유지되는 앱이라면 화면 위치가 아니라 선택된 고유 키를 기준으로 동작하는지 다시 시험합니다. 단일 이동과 일괄 이동은 같은 저장 규칙을 사용하되 결과 문구는 처리된 항목 수에 맞춥니다.

AI 요청문과 확인 질문

제목이 같은 메모 A와 B가 있는 가상의 목록 앱을 설계합니다. B만 휴지통으로 옮기고 되돌리는 흐름을 고유 키 기준으로 표로 작성해 주세요. 요청 중, 이동 확인, 다시 열기, 복원 확인 상태를 나누고 각 상태의 화면 문구와 확인할 저장값을 적어 주세요. 복원 기간은 미정이므로 일수를 제안값으로만 구분해 주세요.

Q. 제목과 작성일만 고유 키로 써도 되나요? 같은 값이 반복될 수 있으므로 저장소의 고유 식별값을 별도로 사용합니다.

Q. 이동 직후 알림이 보이면 저장도 끝난 건가요? 알림이 어느 응답을 기준으로 뜨는지 정하고 저장 상태를 확인합니다.

Q. 되돌리기 버튼이 사라지면 복원할 수 없나요? 앱의 휴지통 규칙에 따라 별도 복원 경로가 있을 수 있습니다. 버튼 표시 기간과 복원 가능 기간을 각각 명시합니다.

관련 글: 메모 삭제와 되돌리기의 기본 흐름, 요청 중과 완료 화면 구분. 이 글은 같은 제목의 두 메모에서 정확한 항목을 고르는 데 집중합니다.

구현 전에 한 줄로 합의할 내용

“선택한 고유 키의 메모만 휴지통으로 이동하고, 저장 확인 뒤 목록·휴지통 상태를 갱신하며, 되돌리기와 휴지통 복원의 기간은 별도로 정의한다”라고 적어 보세요. 이 한 줄을 기준으로 버튼 문구, 화면 전환, 저장소 확인 절차를 연결할 수 있습니다. 그림은 이 글의 가상 흐름이며 실제 메모를 이동하거나 복원한 기록은 아닙니다.

화면 검토용으로는 목록, 확인 창, 이동 중, 이동 완료, 휴지통, 복원 완료의 여섯 장면을 같은 A·B 자료로 이어서 그려 보세요. 각 장면에 제목, 날짜, 고유 키에 연결된 동작, 다음 화면을 짧게 적습니다. 사용자가 제목만 보고 B를 고른 뒤에도 확인 창에서 작성일을 볼 수 있고, 되돌리기 뒤에는 두 메모가 다시 목록에 보이는지가 핵심입니다. 구현 후에는 이 기대값을 실제 저장 상태와 대조해야 합니다.