메인 콘텐츠로 건너뛰기

Capacitor 최적화 가이드

Capacitor 앱의 지연 시간을 줄이는 효과적인 전략을 배워보세요. 네트워크, 프론트엔드 및 서버 측 솔루션을 최적화하여 사용자 경험을 향상하세요.

마틴 도나디우

마틴 도나디우

콘텐츠 마케터

Capacitor 최적화 가이드

더 빠른 Capacitor 앱? 시작하세요. 앱에서 발생하는 지연 시간 - 사용자 동작과 앱 응답 사이의 지연 시간 - 사용자 경험을 망치고 사업에 손상을 입힐 수 있습니다. 예를 들어, 아마존은 로드 타임에서 100ms의 지연만으로도 1%의 매출 손실을 입었습니다. 이 문제를 해결하는 방법은 다음과 같습니다:

최적화 영역:

최적화 영역 최대 개선점 목표 지표
네트워크 (CDN + HTTP/2) 빠른 콘텐츠 전달 로드 시간 < 3 초
프론트엔드 (Lazy Loading) 초기 페이지 로드 시간 감소 1 초 미만의 지연
서버 (Edge Computing) 빠른 데이터 처리 API 응답 < 434ms
실시간 업데이트 (Capgo) 즉시 버그 수정 및 기능 24시간 내 95% 사용자 수용

작업 팁: 앱의 구성에서 CDN 및 HTTP/2를 활성화하여 시작하십시오. 이 두 단계만으로도 지연 시간을 크게 줄일 수 있습니다. 계속해서 이러한 전략을 단계별로 구현하는 방법을 배워보십시오.

Android-3 버전의 앱 문제를 해결하는 방법

네트워크 속도 개선

지연 시간의 원인을 식별한 후, 다음 논리적인 단계는 네트워크 속도를 향상하는 것입니다. 연구에 따르면 75%의 사용자는 3초 이내에 웹페이지를 로드할 것으로 기대합니다. [2]. 지연 시간을 크게 줄이는 가장 효과적인 방법 중 하나는 잘 구성된 CDN을 활용하는 것입니다.

CDN 설정 및 구성

콘텐츠 전달 네트워크(CDN)는 로드 시간을 최대 70%까지 줄일 수 있습니다. [2] 콘텐츠를 사용자와 가까운 서버에서 제공함으로써 로드 시간을 최대 30%까지 줄일 수 있습니다. [2].

popular CDN providers:

Provider Global Reach Average Cost/GB Key Feature
Akamai 320,000 servers $0.085 15% lower latency
Cloudflare 200+ locations $0.006 Free DDoS protection
Amazon CloudFront 200+ 위치 $0.085 AWS 통합

CDN에서 최대한의 성능을 내기 위해서는 다음의 최적화 방법을 고려해 보세요:

  • 압축 활성화: GZIP 또는 Brotli를 사용하여 파일 크기를 줄입니다.
  • 캐싱 규칙 설정: 80%의 캐시 히트율을 목표로 하세요. [2].
  • 에지 컴퓨팅 설정: 이로 인해 지연 시간이 50% 이상 줄어듭니다. [2].

HTTP/2 Implementation

HTTP/2로 전환하면 HTTP/1.1보다 로딩 속도가 2-3배 향상됩니다. [2]. Capacitor 앱, HTTP/2를 활성화하는 것은 간단합니다. Android 앱에서 로컬 네트워크와 상호 작용하는 경우 네트워크 보안 설정을 조정하여 텍스트 트래픽을 허용하십시오. capacitor.config 파일:

{
  "plugins": {
    "CapacitorHttp": {
      "enabled": true
    }
  }
}

Android 앱에서 로컬 네트워크와 상호 작용하는 경우 네트워크 보안 설정을 조정하여 텍스트 트래픽을 허용하십시오. POST 요청을 보내는 경우 항상 [3]를 포함하십시오. 데이터 처리를 위해 올바른 데이터를 보장하십시오. Content-Type HTTP/2를 활성화한 후 데이터 전송을 최소화하여 캐싱을 통해 성능을 향상시키십시오. application/json 데이터 캐싱 방법 [4].

__CAPGO_KEEP_0__는 다양한 사용 사례에 적합한 여러 내장 옵션을 제공합니다.

설정 __CAPGO_KEEP_0__

Capacitor provides several built-in options for caching, each suited to different use cases:

  • API 앱
    , HTTP/2를 활성화하는 것은 간단합니다. Android 앱에서 로컬 네트워크와 상호 작용하는 경우 네트워크 보안 설정을 조정하여 텍스트 트래픽을 허용하십시오. POST 요청을 보내는 경우 항상 헤더를 포함하십시오. 데이터 처리를 위해 올바른 데이터를 보장하십시오. HTTP/2를 활성화한 후 데이터 전송을 최소화하여 캐싱을 통해 성능을 향상시키십시오. 데이터 캐싱 방법 __CAPGO_KEEP_0__는 다양한 사용 사례에 적합한 여러 내장 옵션을 제공합니다. 설정 __CAPGO_KEEP_0__ 작은 크기와 자주 액세스되는 데이터에 적합합니다. 이 방법은 제거 문제를 방지합니다. [5].

  • SQLite 통합
    대용량 데이터에 대한 고성능 접근이 필요한 경우에 좋은 선택입니다. SQLite는 특히:

    • 복잡한 데이터 구조
    • 고주파 읽기/쓰기 연산
    • 오프라인 데이터 저장 [5]
  • 파일 시스템 API
    미디어 파일이나 대용량 데이터를 처리하는 데 적합합니다. 사용자 지정 캐싱 솔루션을 구현하는 방법은 다음과 같습니다:

    const cacheKey = `${apiUrl}_${uniqueIdentifier}`;
    const cachedData = await checkCache(cacheKey);
    if (cachedData && !isCacheExpired(cachedData.timestamp)) {
      return cachedData.data;
    }

“웹 인프라에 CDN을 통합하는 것은 단순히 속도만을 위한 것이 아닙니다. 사용자 경험을 위한 매끄러운, 효율적인, 그리고 안전한 경험을 제공하는 것입니다.” - BlazingCDN [1]

프론트엔드 속도 최적화

프론트엔드 성능을 개선하는 것은 모두 latency를 줄이는 것입니다. 리소스 크기가 급격하게 증가하고 있기 때문에 [6], 가장 중요한 콘텐츠를 먼저 로드하는 전략을 채택하는 것이 중요합니다. 이 방법과 이전 네트워크 최적화와 함께 사용하면 앱 성능이 크게 향상될 수 있습니다.

_lazy loading 구현

Capacitor 앱에서 Capacitor를 사용하여 Capacitor을 지연 로딩하는 방법

// Image lazy loading
<img 
  src="placeholder.jpg"
  data-src="actual-image.jpg"
  loading="lazy"
  alt="Product image"
/>

// Component lazy loading
const ProductGallery = React.lazy(() => import('./ProductGallery'));

이 기술은 화면 밖의 이미지, 경로 분할, 비중요 스크립트 및 더 무거운 컴포넌트와 같은 경우에 잘 작동합니다.

이미지 및 미디어 압축

지연 로딩은 리소스가 언제 로드되는지 처리하지만, 리소스를 가능한 한 가볍게 유지하기 위해 압축하는 것입니다. [6]이미지 크기가 계속해서 증가하고 있기 때문에 [7].

고급 압축 방법을 사용하면 로드 시간을 50% 이상 줄일 수 있고, 12%까지의 반등률을 낮출 수 있습니다. 형식 평균 크기 감소
최적의 사용 사례 WebP JPEG보다 ~30% 작습니다.
최신 브라우저에서 지원됩니다. ~50%보다 작다. WebP 최신 이미지 형식
압축된 JPEG 60–80% 감소 기존 브라우저 지원을 위해

이미지 효율성을 최대화하기 위해, 압축과 반응형 이미지 기법을结合하는 것이 좋습니다:

// Responsive image implementation
<img
  srcset="small.jpg 300w,
          medium.jpg 600w,
          large.jpg 900w"
  sizes="(max-width: 320px) 300px,
         (max-width: 640px) 600px,
         900px"
  src="fallback.jpg"
  alt="Responsive image"
/>

이 방법은 사용자가 자신의 장치에 맞는 이미지를 받을 수 있도록 해서, 대역폭을 절약하고 로드 시간을 개선합니다.

React 렌더링 성능

컴포넌트를 렌더링하는 방법을 최적화하는 것은, 리소스를 관리하는 것보다 Capacitor 앱이 더 빠르고 반응성이 좋게 느껴지게 해줍니다. 불필요한 렌더링을 줄이기 위해, 다음과 같은 도구를 사용하는 것이 좋습니다: React.memo():

// Optimize component re-renders
const TodoItem = React.memo(({ todo, onComplete }) => {
  const completionStatus = useMemo(() => 
    calculateStatus(todo.completed), 
    [todo.completed]
  );

  return (
    <div>{completionStatus}</div>
  );
});

렌더링 성능을 개선하는 데 필요한 기술

  • : 불변 속성을 가진 컴포넌트에 대한 렌더링을 방지합니다. React.memo()렌더링을 방지합니다.
  • 최적화 useMemo(): 비용이 많이 드는 계산의 결과를 캐시합니다.
  • 적용 useCallback(): props로 전달된 함수의 재생성이 불필요한 경우를 예방합니다.
  • 영향을 측정: 성능 개선의 영향을 항상 테스트하고 배포하기 전에 테스트합니다.

서버 측 성능 개선

프론트엔드 최적화가 완료된 후, 서버 측 성능을 향상하는 것이 다음 단계로 낮은 지연 시간을 달성하는 것입니다. 데이터베이스를 개선하고 에지 컴퓨팅을 채택하고 효율적인 프로토콜을 선택하면 응답성을 크게 향상시킬 수 있습니다. 이 백엔드 조정은 나중에 설명하는 라이브 업데이트 시스템과 함께 동작합니다.

데이터베이스 속도 조정

Capacitor 앱은 다양한 저장소 솔루션을 사용하며, 각 솔루션은 특정 요구 사항에 적합합니다:

저장소 솔루션 최적 사용 사례 성능 영향
SQLite 지역 데이터 저장 빠른 읽기/쓰기; 오프라인-첫 번째 앱에 적합
RxDB + SQLite 데이터 동기화 Sync-heavy 작업에 대해 브라우저 기반 저장소보다 뛰어난 성능
서버 캐싱 주기적인 쿼리 서버 응답 시간을 극적으로 줄입니다

최적화를 더进一步하기 위해, 연결 풀링 및 쿼리 캐싱과 같은 기술을 고려하십시오. 여기서 실제적인 예시가 있습니다.

// Efficient connection pooling setup
const pool = new Pool({
  max: 20,
  idleTimeoutMillis: 30000,
  connectionTimeoutMillis: 2000
});

// Query caching for frequently accessed data
const cachedQuery = await cache.wrap(
  'userProfile',
  async () => {
    return await db.query('SELECT * FROM users');
  },
  { ttl: 3600 }
);

이러한 방법은 데이터베이스 작업이 빠르고 확장 가능하도록 보장합니다.

엣지 컴퓨팅 설정

엣지 컴퓨팅은 사용자에게 더 가까운 데이터 처리를 통해 지연 시간을 줄여줍니다.

“엣지 컴퓨팅은 데이터 생성의 원천 근처에서 데이터 처리를 수행하는 것이 아니라 중앙 집중식 클라우드 서버에만 의존하는 것이 아니라, 사용자에게 더 가까운 곳에 계산과 데이터 저장소를 가져오면 지연 시간과 대역폭 사용량을 최소화하여 빠른 응답 시간과 향상된 사용자 경험을 제공합니다.” - ItAgenturen [8]

예를 들어, 엣지 캐싱을 구성하여 성능을 향상할 수 있습니다.

// Example edge caching configuration
const edgeConfig = {
  cacheControl: 'max-age=3600',
  edgeLocations: ['us-east', 'us-west', 'eu-central'],
  purgeOnUpdate: true
};

이 접근 방식은 사용자가 지리적으로 분산된 애플리케이션에서 더 빠른 로드 시간을 경험할 수 있도록 보장합니다.

그RPC vs REST 성능

When deciding between gRPC and REST for your Capacitor app, the performance differences are worth considering:

그RPC REST 메시지 전송 속도
__CAPGO_KEEP_0__ 7–10배 빠름 기준
구현 시간 ~45분 ~10분
데이터 형식 프로토콜 버퍼 JSON/XML
페이로드 크기 JSON 크기 약 1/3 표준
스트리밍 지원 양방향 스트리밍 요청-응답 전용

벤치마킹 결과에 따르면 gRPC는 데이터를 받는 속도에서 약 7배, 데이터를 전송하는 속도에서 약 10배 빠릅니다. 이는 프로토콜 버퍼를 사용한 직렬화와 HTTP/2를 사용한 통신으로 인한 속도 이점입니다. 이러한 특징은 실시간 시스템에서 강력한 선택지로 만듭니다. [9]기본적인 gRPC 서비스의 예입니다.

실시간 시스템

// Simple gRPC service implementation
const service = {
  getData: async (call, callback) => {
    const response = await fetchDataFromCache();
    callback(null, response);
  }
};

실시간 시스템은 앱 스토어 승인 지연을 제거하여 배포를 빠르고 효율적으로 만듭니다. 이러한 방법은 더 큰 지연 시간을 최소화하는 노력과 완벽하게 일치합니다.

Capgo로 PR 제출

Capgo Capgo의 실시간 업데이트 통합은 배포 시간을 크게 단축합니다 - 24시간 이내에 95%의 사용자가 업데이트합니다.

Capgo Live Update Dashboard Interface

Capgo’s live update integration speeds up deployment times significantly - 95% of users update within 24 hours [10]Capgo의 실시간 업데이트 통합 인터페이스입니다.

// Configure differential update settings
const updateConfig = {
  differential_updates: true,
  compression_level: 'high',
  chunk_size: '512kb',
  retry_count: 3
};

이 시스템의 이점은 성능 지표에서 명확합니다:

지표 성능
API 응답 시간 전세계 434ms
5MB 다운로드 114ms CDN을 통해
업데이트 성공률 세계적으로 82%

이 업데이트는 아래에 설명된 보안 및 규정 준수 조치와 함께 작동합니다.

업데이트 보안 조치

보안한 배포를 보장하기 위해 여러 층의 보호가 필요합니다. IT Pro Portal은 82%의 취약점이 애플리케이션 소스 code에서 발견된다고 언급합니다. [12]업데이트를 보호하는 방법은 다음과 같습니다:

보안 Layer 구현
전송 TLS 1.3 프로토콜
저장소 끝-to-끝 암호화
인증 패키지 서명 검증
접근 제어 역할 기반 권한

앱 스토어 업데이트 규칙

실시간 업데이트는 프로세스를 단순화할 수 있지만 앱 스토어 정책을 준수하는 것은 필수입니다. Apple과 Google은 오직 HTML, CSS, JavaScript 파일만 OTA 업데이트로 수정할 수 있습니다. 네이티브 code의 변경은 새로운 앱 스토어 제출이 필요합니다. [11].

“우리는_agile 개발을 실천하고 @Capgo은 사용자에게 지속적으로 제공하는 mission-critical입니다!” [10]

업데이트 중에 안정성을 유지하기 위해 스테이지드 롤아웃 접근법을 사용할 수 있습니다:

스테이지 적용 범위 기간
베타 테스트 컨텍스트: Capgo 솔루션 마케팅 페이지. 역할: 짧은 UI 레이블 또는 네비게이션 아이템. 위치: 사이트 헤더, 페이지 solutions/beta-testing.astro. 메시지 키 `solutions_beta_testing` (솔루션 베타 테스트). 선택한 사용자
3–5 일 초기 릴리즈 10%의 사용자들
전체 배포 모든 사용자 1–2 주

“버그 수정에 대한 검토를 피하는 것은 금이 가지 않은 금” [10]

속도 테스트 및 분석

앱이 원활하게 작동하는 것을 유지하려면 항상 앱의 성능을 지속적으로 모니터링해야 합니다. 현대적인 도구는 앱이 어떻게 작동하는지 더 깊게 파악하고 앱이 빠르고 신뢰할 수 있는지 보장하는 데 도움이 됩니다.

다음 단계는 지속적인 모니터링입니다. 이로써 얻은 성능 향상을 지속적으로 유지할 수 있습니다.

성능 지표 설정

앱의 성능을 명확하게 파악하려면 응답 시간, 사용자 상호 작용, 리소스 사용량 및 오류율과 같은 주요 지표를 추적하는 것이 중요합니다. OpenTelemetry, Glassbox, Firebase Performance 및 Sentry와 같은 도구는 이러한 영역을 효과적으로 모니터링하는 데 도움이 될 수 있습니다. 속도 테스트 및 분석, 성능 지표 설정속도 테스트 및 분석

측정 유형 추적할 항목 모니터링 도구
네트워크 성능 API 응답 시간, 다운로드 속도 OpenTelemetry
사용자 경험 인터랙션 지연, 렌더링 시간 Glassbox
자원 사용 메모리 사용량, CPU 부하 Firebase 성능
오류율 네트워크 오류, 시스템 종료 보고 Sentry

예를 들어, OpenTelemetry는 다음과 같은 간단한 설정으로 네트워크 성능을 모니터링할 수 있습니다.

const span = tracer.startSpan('apiRequest')
    .setAttribute("endpoint", "/api/data");

전체 시스템 속도 추적

OpenTelemetry는 단순히 개별 작업의 성능만 추적하는 것보다 더 나은 성능을 제공합니다. 앱의 성능에 대한 자세한 정보를 제공하여 병목 현상, 사용자가 실제로 경험하는 실제 조건, 장치별 데이터를 측정하고 캡처할 수 있습니다. 이 기능은 실제 성능 문제를 해결하기 위해 이전 최적화와 함께 사용됩니다.

다음과 같은 기능을 제공합니다.

  • 개별 작업의 성능 추적
  • 시스템 병목 현상 식별
  • 사용자가 실제로 경험하는 실제 조건 측정
  • 장치별 성능 데이터 수집

“3G 또는 4G 연결이 좋지 않은 지역에서 작업할 때, 모든 바이트가 중요합니다 - 테스트 데이터는 압축되어 적절히 전송되어야 하거나, 성능 문제뿐만 아니라 사용자 불만을 유발할 것입니다.” [14].

속도 표준 및 제한

앱이 성능 기대치를 충족하기 위해 다음 기준을 달성해야 합니다.

성능 지표 목표 중요한 경계
API 응답 시간 434ms 미만 1000ms 초과
5MB Bundle 다운로드 114ms 미만 500ms 초과

이 표준은 Capgo와 같은 도구를 사용하여 실제 배포 시 관찰한 라이브 배포 기준에 기반합니다. [13]. 앱을 이 한계 내에 유지하면 사용자 경험을 최적화할 수 있습니다.

전반적인 모니터링을 위해, 특정 요구를 충족하기 위해 여러 도구를 결합하는 것을 고려해 보세요:

도구 기본 용도 통합 복잡도
OpenTelemetry 플랫폼 간 추적 중간
Firebase Performance 사용자 상호 작용 데이터 낮음
Sentry 에러 모니터링 낮은

결론: 속도 향상 요약

Capacitor 앱의 성능을 향상하는 것은 네트워크, 프론트엔드, 서버 측을 포함한 여러 층을 다루는 것입니다. 이러한 영역을 해결하면 latency를 크게 줄이고 사용자 경험을 개선할 수 있습니다.

중요한 전략들 중에 네트워크 최적화, 특히 CDN 조정을 통해 특히 로드 타임을 크게 줄일 수 있습니다. 이러한 개선은 특히 글로벌로 배포된 앱에서 명확한 성능 이점을 보여주었습니다.

프론트엔드에서, lazy loading, 미디어 압축, 최적화된 React 렌더링과 같은 기술을 사용할 수 있습니다. 지원, 낮은결론: 속도 향상 요약 __CAPGO_KEEP_0__ 앱의 성능을 향상하는 것은 네트워크, 프론트엔드, 서버 측을 포함한 여러 층을 다루는 것입니다. 이러한 영역을 해결하면 latency를 크게 줄이고 사용자 경험을 개선할 수 있습니다. 속도 향상을 위한 최종 가이드 서버 측 개선과 Edge Computing 속도 향상을 위한 최종 가이드최적화 영역

목표 지표

달성 결과 __CAPGO_KEEP_0__ 응답 시간 < 434ms
API Response Time 속도 향상을 위한 최종 가이드 최적화 영역
업데이트 배포 24시간 주기 95% 사용자 커버리지
번들 다운로드 (5MB) < 114ms 글로벌 CDN 배포

“커뮤니티가 이것을 필요로 했고 @Capgo은 정말 중요한 일을 하고 있습니다!” - Lincoln Baxter [10]

속도 향상 이외의 것 실시간 업데이트 실시간 업데이트 기능을 활성화하면 즉시 업데이트 앱 스토어 지연 없이 업데이트 및 개선 사항을 빠르게 배포할 수 있도록 도와주는 Capgo과 같은 도구를 사용하여 개발자는 앱이 최적의 성능을 유지할 수 있도록 유지보수할 수 있습니다.

이러한 최적화는 속도만이 아닙니다. 예를 들어, 에지 함수를 구현하는 것은 약 15배의 비용을 절약할 수 있습니다. 또한 저장 최적화는 전통적인 방법에 비해 최대 50배까지 비용을 절약할 수 있습니다. 15배50배 전통적인 방법에 비해 FAQ [15].

::: faq

CDN과 HTTP/2는 __CAPGO_KEEP_0__ 앱의 성능을 개선하고 지연 시간을 줄이는 방법에 대해 어떻게 하는지 알려주세요?

How do CDNs and HTTP/2 help improve performance and reduce latency in Capacitor apps?

반면에 CDNs는 __CAPGO_KEEP_0__ 앱의 성능을 개선하고 지연 시간을 줄이는 방법에 대해 어떻게 하는지 알려주세요? 콘텐츠 전송 네트워크(CDN)를 사용하면 사용자들이 더 가까운 서버에 저장된 캐시 콘텐츠를 사용할 수 있으므로 지연 시간이 크게 줄어듭니다. 데이터가 이동해야 하는 물리적 거리를 줄이면 로드 타임이 크게 개선됩니다. CDNs는 또한 여러 서버에 트래픽을 분산하여 네트워크 혼잡을 줄이고 신뢰성을 향상합니다.

반면에 HTTP/2 HTTP/2

HTTP/2

HTTP/2

HTTP/2 HTTP/2HTTP/2

HTTP/2 HTTP/2 HTTP/2

HTTP/2

How do live update platforms like Capgo improve app performance and user experience compared to traditional app store updates?

실시간 업데이트 도구들처럼 Capgo 앱 개발자들을 위해 게임을 바꾸었으며, 전통적인 앱 스토어 승인 대기 없이 즉시 업데이트를 출시할 수 있게 해주었습니다. 따라서 버그는 즉시 수정될 수 있고, 새로운 기능은 빠르게 소개될 수 있으며, 앱은 실시간으로 개선될 수 있습니다. 사용자에게는 항상 앱의 최신 버전을 사용할 수 있게 해주며, 수동 업데이트가 필요하지 않습니다.

__CAPGO_KEEP_0__ 의 안전한 실시간 (OTA) 업데이트 를 통해, Capgo는 앱 스토어 규정 준수를 보장하면서 동시에 다운타임을 최소화하고 신뢰성을 높입니다. 개발자들은 매주 여러 업데이트를 푸시할 수 있으며, 이는 개발자들의 워크플로를 단순화하고 사용자 경험을 개선하는 데 도움이 됩니다. 수동 업데이트의 번거로움을 제거하는 실시간 업데이트 플랫폼들처럼 Capgo은 사용자 참여도를 높이고 유지율을 높이며, 매끄럽고 현대적인 앱 경험을 제공합니다.

Ultimate Guide to Reducing Latency in Capacitor Apps

Ultimate Guide to Reducing Latency in __CAPGO_KEEP_0__ Apps Ultimate Guide to Reducing Latency in Capacitor Apps __CAPGO_KEEP_0__ Capgo 플러그인 디렉토리 Capgo 제품 워크플로우에 대한 Capacitor Capgo에 의해 플러그인 for the implementation detail in Capacitor Plugins by Capgo, 플러그인 추가 또는 업데이트 플러그인 추가 또는 업데이트에 대한 구현 세부 사항 아이오닉 엔터프라이즈 플러그인 대체 아이오닉 엔터프라이즈 플러그인 대체에 대한 제품 워크플로우 Capgo 네이티브 빌드 Capgo 제품 워크플로우에 대한 네이티브 빌드

Capacitor 앱의 라이브 업데이트

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

웹层 버그가 실시간으로 실행 중일 때, 앱 스토어 승인 대기 없이 __CAPGO_KEEP_0__를 통해 버그를 수정하고, 사용자는 배경에서 업데이트를 받으면서 네이티브 변경 사항은 일반적인 검토 경로에 남아있다.

인간 지원 - Martin

시작하기 지금

Capgo은 전문적인 모바일 앱을 만들기 위해 필요한 최고의 통찰력을 제공합니다.