...아무래도 api문서를 읽어야 할 것 같다... https://flutter-ko.dev/ Flutter - 가장 빠른 아름다운 네이티브 앱 Flutter(플러터)는 하나의 코드베이스로 모바일, 웹, 데스크톱에서 네이티브로 컴파일 되는 구글의 아름다운 UI 툴킷입니다. Flutter는 기존 코드와 함께 동작하고, 전세계 개발자와 조직에 쓰이고 flutter-ko.dev 현재 모든 앱들이 한 데이터에 영향을 받게 하는 것에 대해 문제를 겪고 있다. Flutter에서 상태관리 관련한 문서를 보면 될 것으로 보인다. Screen 하나하나 구독하지 않고, Material App 하나에서 구독하면 끝이 아닐까 생각했었고, GPT도 그렇게 대답해줬었다. 근데 계속 말을 바꾸고 있어서, 갈피를 잡을 수가 없다....

임시회원가입한 유저가 정식 회원가입을 할 수 있도록 하자. 일단, USER 테이블부터 변형하자. 현재 user 테이블 변경된 ERD의 user 테이블 api 문서화? 일단 DROP TABLE IF EXISTS User; CREATE TABLE User ( UID VARCHAR(255) PRIMARY KEY, Grade INT DEFAULT 1 NOT NULL, userName VARCHAR(255), nickName VARCHAR(255) DEFAULT 'NewFriend' UNIQUE NOT NULL, sex ENUM('M', 'F', 'secret') DEFAULT 'secret' ); -- 모든 회원 데이터 삭제 -- DELETE FROM user; -- 회원가입시 삽입 구문 INSERT INTO ..

RDBMS를 사용하는게 맞다고 생각되어서, 그렇게 하기로 결정하였다. node.js에서 pstmt는 어떻게 한다던가 그런건 아직 생각해보지 않았지만, 일단 나중에 고민하도록 하자. db는 mariaDB를 사용하기로 한다. Flutter의 home_frame에서도 bottomScreenItems를 class화 하여 다시 작성해야 하는데, 이는 조금 천천히 하도록 하자. DB는 일단 결정 났고, ERD도 대강의 틀은 나왔다. 이제 임시회원가입 기능까지는 끝났으니, Node.js에 데이터를 입력하며 정식 회원가입을 하는 과정을 진행하면 될것이다. 하지만, 우선 현재 DB의 구조는 제작된 ERD는 일단 이런식으로 구현했었다. USER테이블에 처음 접근할 때, UID를 통해 조회한다. UID가 USER테이블에 존..

Firebase Authentication 식별자 제공업체 생성한 날짜 로그인한 날짜 사용자 UID 현재 내 USER 테이블 user_no user_ID user_PW user_name nickname sex JoinDate LastLogin LastPWupdate Authentication에서 정보들을 관리해주기도 하고, 너무 많은것을 취급하려 했었던게 아닐까 싶다. Firebase Authentication에서 비밀번호 찾기는 어떻게 하지? 일단, Node에서 너무 많은 처리를 하도록 하려 했었던것은 욕심이였던 것 같다. 원래는 회원가입 할때마다, 내 Node에도 데이터들을 넣어주려 하였는데, 그냥 로그인은 UID로 하고, USER 테이블에 정보를 집어넣는 2차 가입 단계를 가지면 될 것 같다. 그리..