웹 앱과 이후에 해당하는 Android/ios 앱을 개발하고 싶습니다. 지금까지 나는 모바일용 React와 React Native를 사용할 프런트 엔드만 결정했습니다.
나머지 기술 스택에 대해서는 meteor.js 사용을 고려하고 있습니다. 이 경우 제가 틀렸다면 정정해 주십시오. 다른 기술은 필요하지 않습니다.
그러나 나는 또한 루프백, Firebase 및 Redux와 같은 대안을 검토하고 있습니다. 저는 이 모든 것에 꽤 익숙하지 않기 때문에 이것이 아마도 사과 대 오렌지 비교일 것이라는 것을 알고 있습니다. 그러나 각각이 저에게 어떤 영향을 미칠지, 그리고 이것이 둘 중 하나 또는 둘 중 하나의 상황이 될 것인지 또는 상황이 될 것인지는 잘 모르겠습니다. 내가 이것들 중 일부를 결합한다면? Redux가 meteor.js 워크플로에도 적합할 것 같나요?
요약하자면, 누군가 나에게 이 모든 것이 어떻게 조화를 이루고 어떤 종류의 조합이 기술 스택으로서 의미가 있는지 설명할 수 있다면 좋을 것입니다.
답변1
중포 기지:
Firebase는 다음과 같이 작동합니다. 한 명 이상의 사용자가 정보에 관심이 있기 때문에 일부 데이터를 구독합니다.
서버는 해당 구독을 추적합니다. 새로운 구독이 발생하자마자 일부 데이터가 메시지로 다시 전송됩니다.
한 클라이언트가 일부 데이터를 쓰면 게시/구독 서버는 이 업데이트를 다른 모든 활성 구독에 브로드캐스트합니다.
모든 것이 pub/sub로 작동하므로 "쿼리"라는 개념이 없습니다. 관심 있는 내용을 말하면 해당 데이터를 설명하는 메시지를 받게 됩니다.
장점
- 앱이 중앙 집중식 DB를 실행하고 많은 사용자에 의해 업데이트되는 경우 기기 간 실시간 데이터 업데이트를 처리할 수 있는 능력이 뛰어납니다.
- 클라우드에 저장되어 어디서나 쉽게 사용할 수 있습니다.
- 크로스 플랫폼 API(이 DB를 앱과 함께 사용하는 경우)
- 이는 데이터를 호스팅하므로 많은 양의 데이터를 저장하는 경우 하드웨어에 대해 걱정할 필요가 없습니다!
단점:
- 귀하의 앱이 수많은 사용자에 의해 업데이트되는 하나의 중앙 집중식 데이터베이스를 실행하지 않는 한 이는 심각한 과잉입니다.
- 저장소 형식은 SQL의 형식과 완전히 다르기 때문에(Firebase는 JSON을 사용함) 쉽게 마이그레이션할 수 없습니다.
- 보고 도구는 표준 SQL 도구와 비교할 수 없습니다.
- 비용! 연결 수는 50개, 저장 용량은 100MB로 제한됩니다!
- 데이터를 호스팅하지 않습니다. Firebase는 그렇습니다. 어떤 서버를 설치하느냐에 따라, 최근에는 가동 시간을 보는 데 많은 혼란이 있는 것 같습니다.
리덕스
Redux는 아키텍처 패턴이자 라이브러리입니다. 이것이 여러분에게 선사하는 선물은 단일 객체에서 애플리케이션의 상태를 관리할 수 있는 능력입니다. 여기에기사그 얘기를 하고, 그리고기사 모든 상태를 불변의 단일 원자에 저장하는 것의 단점에 대해 이야기합니다.
루프백
장점
- 매우 빠른 RESTful API 개발
- 구성에 대한 컨벤션
- 즉시 사용할 수 있는 내장 모델
- RPC 지원
- 필요할 때 완전히 구성 가능
- 광범위한 문서
- 프로젝트를 진행하는 풀타임 팀
- 사용 가능한 상업적 지원