핫리로드가 될 때 화면이 아예 다시 그려지는건가? 라는 의견이 나왔다 아닌 것 같은데 왜 아니지 !!!!!!!!!!!!!설명을 똑바로 못했다 왜 설명을 못했을까. 내 문제점은 다음과 같았다 1.빌드메서드가 정확히 뭘 하는지 몰랐다.2.핫리로드랑 빌드메서드의 연관관계를 몰랐다. 그렇다면 알아보자 ㄱㄱ The framework replaces the subtree below this widget with the widget returned by this method, either by updating the existing subtree or by removing the subtree and inflating a new subtree, depending on whether the widget returned..

웹소켓(WebSocket)과 RESTful API는 모두 클라이언트와 서버 간의 통신을 위한 기술이지만, 그 작동 방식과 사용 사례에서 여러 가지 차이점이 있다. 아래에서 두 기술의 차이점에 대해 자세히 설명하겠다.1. 통신 방식의 차이RESTful API요청-응답 모델(Request-Response Model): 클라이언트가 서버에 요청(Request)을 보내면 서버가 응답(Response)을 반환하는 방식이다.통신은 비동기적이지만, 단방향 통신이다. 즉, 클라이언트가 요청할 때만 서버가 응답을 보낼 수 있다.HTTP 프로토콜을 기반으로 하며, 각 요청은 독립적이고 이전 요청과의 상태를 유지하지 않는 무상태성(stateless)을 갖는다.각 요청마다 새로 연결을 열고 닫는 방식으로 작동한다.WebSoc..

나대지마 지금 기술적으로도 충분히 어려운 시도를 하는데아키텍쳐니 뭐니 너무 과한 시도를 하고 있는거 아닌가?솔직히 클린 아키텍쳐까지가서 추상화까지 할 필요 있나?앱 구현이나 제대로 하면 다행 아닌가?  지금 webRTC 실험은 하나도 못했네?유저 정보 파베 등록도 제대로 안되고 있네? 그냥 컴팩트하게 가자 일단 기술구현이나 제대로 하자 플젝 다시 판다

abstract`abstract`는 11살 아이가 쉽게 이해할 수 있게 이렇게 설명할 수 있어:생각해보면, abstract는 설계도 같은 거야. 예를 들어, 자동차를 만든다고 할 때, 설계도는 "자동차에는 바퀴가 있어야 하고, 핸들이 있어야 해"라고 말해. 하지만 바퀴가 몇 개인지, 핸들이 어떤 모양인지는 알려주지 않아. 그건 실제로 자동차를 만들 때 결정해.즉, abstract는 클래스가 어떤 기능을 가져야 하는지 정해주지만, 그 기능이 정확히 어떻게 동작하는지는 나중에 구현하라는 의미야.abstract는 Dart에서 추상 클래스나 추상 메서드를 정의할 때 사용하는 키워드다. 추상 클래스는 직접 인스턴스화될 수 없으며, 반드시 서브클래스에서 구현되어야 한다.역할:공통 인터페이스 제공: 클래스가 가져야 ..

현재 작업이 완료 된 아이들을 포함하여 기간을 조정함.후에 달라질 수도 있지만, 다음과 같은 틀에 벗어나지 않도록 함완성 목표 기간 ~ 10/21스프린트 기준모델 설계와 Firebase 연동 완료핵심 ViewModel 및 UI 설계 완료WebRTC 소리 듣기 기능과 Firebase 연동Push 알림(FCM) 연동 및 최종 테스트테스트 및 디버깅 완료앱 배포 준비 및 최종 마무리스프린트별 목표첫 번째 스프린트: 모델 및 Firebase 연동 완료모델 설계 완료 (Guardian, Child 모델)Firebase 연동 (Firestore 컬렉션 설계 및 기본 CRUD 기능 구현)FirebaseManager 초기 설정 및 데이터 연동 테스트두 번째 스프린트: ViewModel 및 UI 설계, Firebase ..

시그널링 시그널링은 WebRTC에서 두 디바이스가 P2P 연결을 설정하기 전에 필요한 정보를 교환하는 과정이다.이 과정에서는 SDP(Session Description Protocol)와 ICE 후보자 정보가 주고받아지며, 이를 통해 두 디바이스는 서로 어떤 미디어(오디오, 비디오)를 주고받을지와 연결 경로를 결정한다. 시그널링 데이터:SDP: 미디어와 연결 설정 정보.ICE 후보자: 네트워크 경로 정보.시그널링 서버: - 시그널링 서버는 WebRTC에서 두 디바이스가 직접 연결되기 전에, 연결 설정에 필요한 정보(SDP와 ICE 후보자)를 주고받는 중개 서버 역할:SDP 교환: 두 디바이스가 어떤 미디어(오디오/비디오)와 네트워크 설정으로 연결할지 Offer와 Answer 형태로 정보를 교환한다.ICE..

모바일 개발자한테 회사가 기대하는 퍼포먼스 최대치는 어느정도일까. 그건 어떤 기술로 집약될수있나.. 소프트스킬을 제외하고..생각하려고 했는데.. 결국 회사가 말하는 '좋은 개발자'가 되기위해선 소프트스킬을 무조건 챙겨야겠지. 그래야 회사라는 공동체 안에서 잘 협업하고 그들의 니즈를 잘 맞출 수 있을거니까.. 근데 그냥 단순하게 모바일 개발자라는 직업만 보면 어떤 기술을 잘해야 잘한다고 생각할 수 있을까?궁금하다3년 뒤 쯤엔 알 수 있으려나

보호되어 있는 글입니다.

보호되어 있는 글입니다.

앱의 폴더구조란, 앱이 어떤 아키텍쳐 혹은 디자인 패턴을 표방하고 있는지 가장 잘 볼 수 있는 곳이라고 생각한다. 처음에 내 폴더 구조는 이랬다.앱 폴더 구조lib/│├── core/ # 비즈니스 로직, 데이터 관리│ ├── models/ # 데이터 모델 클래스들│ ├── services/ # 외부 API, 데이터베이스 서비스│├── ui/ # 화면 관련 코드│ ├── view/ # 화면 UI 구성│ ├── widgets/ # 공통으로 사용하는 위젯│ ├── viewModel/ # UI와 비즈니스..

이번 프로젝트(리를 가디언) 에서는 DI(Dependency Injection)를 사용해 더 효율적으로 프로젝트를 관리하려고 한다. Firebase가 시그널링 서버로서 작동하지 않을 경우를 대비하고, 앱이 커질 때도 유연하게 대처하기 위해서다. 먼저 간단한 용어설명을 하겠다DI란?DI는 객체들이 서로 의존하지 않고, 외부에서 필요한 객체를 주입하는 방식이다.이를 통해 코드의 결합도를 낮추고, 변경이나 확장이 용이해진다.DI를 사용하는 이유확장성: 앱이 커지거나 다른 서비스로 교체될 때, 코드를 쉽게 수정할 수 있다.테스트 용이성: 의존성 주입으로 Mock 객체를 사용해 테스트를 독립적으로 진행할 수 있다.유지보수성: 객체 간의 강한 결합을 피하고, 코드를 모듈화하여 관리하기 쉽다.흠... 다음과 같은 설..

내가 쓰는 모델 중에 fromMap 이라는 코드가 있다. Map 데이터를 객체로 변환하는데, 이게 무슨말일까? fromMap은 Map형식의 데이터를 객체로 바꿔주는 함수다. Map은 key와 value로 데이터를 저장하는 방식인데, fromMap은 이 데이터를 클래스에 맞게 변환해준다.예를 들어, 서버에서 받은 아이의 정보가 아래처럼 있다면:{ 'id': '123', 'name': '아이 이름', 'photoUrl': 'https://photo.com' }fromMap을 사용해 이 데이터를 Child라는 객체로 변환하고, 그 후에는 child.name, child.id 로 접근해 데이터를 쉽게 사용할 수 있게 된다. 코드를 보며 사용해보자.- models/child.dart class Child { f..