장르별로 투고·채팅할 수 있는 앱 만들어 보았다~고생한 곳~

이전 기사에 앱 개요를 게시했습니다.
여기에서 앱 작성시의 고생한 곳 등을 기사로 하고 싶습니다.

대체로 장르 페이지에서 시작

첫째,이 응용 프로그램은 장르를 선택하거나 직접 만들 수 있습니다

장르를 선택하면 장르 페이지가 열립니다.

장르 페이지의 오른쪽에서 게시 할 수 있으며 왼쪽에서 장르에서 채팅 그룹을 검색 할 수 있습니다.
즉 대부분의 페이지 마이그레이션, 데이터 전송에 두고 genru_id가 필요합니다.
이것은 대부분의 것이 장르를 부모로 묶는 (장르 내에 있음) 것을 의미합니다.

이것이 여러 가지 방해를 받았습니다.
여러가지 방법을 검색합니다만, 그 페이지 단체라면 간단하게 할 수 있었던 것도, 장르 페이지를 사이에 둔 것이라고 잘 되지 않는다고 하는 것이 있었던 것입니다.
처음에는 왜 잘 안 되는지 생각했지만 대체로 genru_id가 빠져있었습니다 (웃음)

중간 테이블이 많았

아래 ER 그림을 확인하십시오.

데이터베이스(ER 그림)

이 중 중간 테이블은 몇 개 있나요?
A => 3개(UserGenrus 테이블/UsersGroups 테이블/Likes 테이블)

실은, 또 하나 중간 테이블(hope 테이블)을 만들려고 했습니다만, 형태가 UsersGroup 테이블과 같았기 때문에, hope 테이블은 integer를 사용해 레코드 보존하고 있습니다. 그래서 실질은 4개가 됩니다.
특히 UsersGroups 테이블에 그룹 멤버 ID를 저장하는 것이 어려웠습니다 (웃음)
또, 중간 테이블을 작성하는데, 조금 잘못된 작성 방법을 해 버린 것도 힘들었던 이유군요
이 근처에 대해서는 다른 기사를 작성할 예정입니다

좋은 기능이 JS 화되지 않았습니다.

결과로부터 말하면, JS화했습니다(웃음)
그렇지만, 처음에는 아무래도 JS화하지 않아, 「어째서야~!」라고 되어 버렸습니다

왜 JS화할 수 있었는가
=> JS화 일단 보류하고 다른 기능을 진행하면 거기에 힌트가있었습니다!

게시 기능의 이미지 미리보기 (JS에 따라)

게시하기 전에 이미지가 있는지 확인할 수 있도록 미리 봅니다. 이것이 곡자입니다 ...
프리뷰화할 수 있었다고 생각하면, 매수 상한이 잘 되지 않거나 꽤 고전했습니다(웃음)

감상

지금까지 생각하고 힘들었던 곳은 이런 곳입니까?
진짜는 고전한 곳을 자세하게 해 나가려고 생각했습니다만, 변경해, 하나하나의 기능을 기사로 해 나가려고 생각합니다