교차 플랫폼 대 기본 모바일 앱

(Jacob Muchow ) (2020 년 10 월 15 일)

Design by

소개

교차 플랫폼 앱은 기술 ​​업계의 많은 신생 기업에게 출시 솔루션이되었습니다. 그들은 iOS 및 Android 장치 모두에 배포되는 하나의 코드베이스를 쉽게 작성할 수 있다고 약속합니다. 그러나 많은 기업이 여전히 잠재적 인 이점에도 불구하고 기존의 경로를 사용하고 기본적으로 개발하기로 선택합니다.

두 솔루션 모두 유효합니다. 작업을 수행하는 “올바른”방법은 하나도 없습니다 (적어도 아직! ). 팀을위한 올바른 진로를 선택하는 것은 목표와 제약 조건에 따라 달라지며, 기술 선택은 개인적인 신념보다는 그에서 비롯되어야합니다. 이 게시물은 회사를위한 최선의 결정을 내리는 데 도움이되는 두 옵션을 비교합니다.

크로스 플랫폼

현재 크로스 플랫폼 개발을위한 몇 가지 경쟁 옵션이 있습니다. : React Native, Flutter, Xamarin, Ionic이 주류를 명명합니다. 이 게시물에서는 각각에 대한 설명을 피하고 전체적으로 크로스 플랫폼 개발의 장단점을 논의 할 것입니다.

이러한 각 플랫폼을 통해 팀은 하나의 앱에 대한 코드를 작성할 수 있습니다. Google Play Store와 App Store 모두에 배포 할 수 있습니다. 이를 효과적으로 수행하면 비용 절감 잠재력은 분명히 엄청납니다.

크로스 플랫폼의 장점

  • 훨씬 적은 예산으로 두 모바일 시장에 모두 제공 할 수 있습니다. 두 개의 개별 네이티브 앱을 개발하는 것보다 코드의 약 60 ~ 70 \%를 공유 할 수 있으며 나머지는 두 플랫폼 모두에 맞게 맞춤 설정할 수 있습니다.
  • 단일 모바일 개발 팀을 구성하여 조직을 단순화 할 수 있습니다. 이렇게하면 다른 방법으로는 달성하기 어려운 Android 및 iOS 앱에 응집력을 부여하는데도 도움이 될 수 있습니다.
  • 선택한 기술에 따라 언어 및 개발 스타일에 이미 익숙한 개발자가 사내에있을 수 있습니다. (자바 스크립트, C # /. NET, Dart). 처음부터 채용을 시작하지 않고도 팀을 구성 할 수 있습니다.
  • 새로운 기능이 기능 리더가 아닌 iOS 및 Android 사용자에게 동시에 배포됩니다.

크로스 플랫폼에 대한 단점

  • 네이티브에 비해이 기술에 경험이있는 개발자를 고용하는 것이 훨씬 더 어렵습니다.
  • 장애물에 부딪히면 문제를 해결하기 위해 매우 숙련 된 엔지니어가 필요한 경우가 많습니다.
  • iOS 또는 Android 특정 기능 (예 : Health Kit / Apple Watch)은 작업하기가 매우 어렵거나 불가능합니다.
  • 복잡한 UI / UX를 개발하는 데는 네이티브보다 훨씬 오래 걸립니다. 기본 구성 요소가없는 경우 두 플랫폼 모두에 대해 사용자 정의 구성 요소를 생성해야하므로 시간이 많이 걸립니다.
  • 크로스 플랫폼은 종종 네이티브만큼 효율적이지 않고 때로는 원인이됩니다. 실제로 해결할 수없는 버벅 거림 이는 애플리케이션이 복잡할수록 더 많은 영향을 미칩니다.
  • 기술은 네이티브보다 덜 성숙한 생태계를 가지고 있습니다. 이는 팀이 활용할 도구가 적고 문제가 발생할 때 사용할 수있는 도움이 적다는 것을 의미합니다.
  • 앱은 iOS 또는 Android 앱처럼 느껴지지않습니다. 사용자에게 익숙하지 않은 경험을 만들어 앱이 매력적이지 않게 만들 수 있습니다.
  • 선택한 기술이 사라지고 커뮤니티, 제작자 또는 회사 지원을 잃을 위험이 있습니다.

크로스 플랫폼을 사용하는 것이 합리적 일 때

  • MVP를 위해 Android 및 iOS 시장을 모두 타겟팅하고자합니다.
  • 모바일에 대한 제한된 예산이 가장 중요한 요소 중 하나입니다.
  • 모바일 앱은 비즈니스의 핵심 부분이 아닙니다.
  • 사용자 경험은 앱간에 표준이어야하며 iOS 또는 Android처럼 느낌을 추구하지 않아야합니다.
  • 귀하의 애플리케이션은 사용자 경험과 기능면에서 간단합니다.
  • 귀하의 디자인은 두 플랫폼에서 거의 동일합니다.

우리의 생각

교차 플랫폼 기술은 최대한 많은 잠재 고객에게 신속하게 출시하고 아이디어를 검증 할 수있는 좋은 방법입니다. 앱에 플랫폼 별 기술, 복잡한 UI / UX 또는 복잡한 비즈니스 로직이 필요하지 않은 경우 크로스 플랫폼 솔루션을 사용하는 것이 좋습니다. MVP 이후에는 제품 반복에 전적으로 집중할 수있는 반면 네이티브로 전환하면 iOS 또는 Android 용으로 완전히 새로운 팀 / 앱을 구축하는 것을 고려해야 할 수 있습니다. 네이티브는 필요할 경우 언제든지 나중에 올 수 있습니다.

네이티브 개발

네이티브개발은 iOS 용 Apple 및 Google에서 제공하는 자사 도구를 사용하여 전체 애플리케이션을 개발하는 전통적인 스타일을 말합니다. 그리고 안드로이드.생태계는 진화했지만 오늘날 업계 표준은 Android 용 Kotlin 프로그래밍 언어 인 Android Studio &와 Xcode &를 사용하는 것입니다. iOS 용 Swift 프로그래밍 언어입니다.

이 접근 방식을 사용하려면 각 앱에 대해 두 개의 별도 코드베이스가 있어야합니다. 팀은 일반적으로 엔지니어가 한 플랫폼 또는 다른 플랫폼에 집중하거나 때로는 각 플랫폼에 대해 완전히 별개의 두 개발 팀을 갖습니다.

많은 경우 회사는 앱을 먼저 App Store 또는 Google Play에 출시합니다. 제품 반복에 집중하십시오. 다른 플랫폼에서 앱을 제공하는 것이 전략의 일부인 경우, 그들이 견인력이나 성공을 거두고 충분한 자금을 확보하면 다른 플랫폼을 처리 할 팀을 구축하는 데 투자 할 것입니다.

네이티브 개발의 장점

h2>

  • 앱은 모든 iOS 또는 Android 관련 기능을 활용할 수 있습니다.
  • 사용자 환경은 iOS 또는 Android 사용자가 기대하는 수준에 따라 어느 정도 조정할 수 있습니다.
  • 맞춤형, 복잡한 UI는 일반적으로 개발하기가 훨씬 쉽습니다.
  • 복잡한 백그라운드 처리가있는 경우 기술적 인 제한으로 인해 크로스 플랫폼보다 원활하게 실행됩니다.
  • 현재 크로스 플랫폼 앱이 할 수없는 방식으로 잘 수행 된 네이티브 앱은 느낌이 좋아집니다.
  • 다음 팀은 첫 번째 팀을 꽤 빨리 따라 잡을 수 있습니다. 그들은 첫 번째 팀이했던 것과 같은 실수와 배움을 겪을 필요가 없을 것입니다.
  • 구직 시장 측면에서 네이티브 iOS 또는 Android 개발 경험이있는 개발자가 더 많습니다. 채용이 훨씬 간단해질 것입니다.
  • 도구와 커뮤니티 지원은 모바일 앱이 시작된 이래로 개발되었으며 훨씬 더 강력하고 성숙합니다.
  • 상상할 수 있다면, 99 \%의 시간 동안 수행 할 수있는 경우가 많습니다.

네이티브 개발에 대한 단점

  • iOS 및 Android 용 네이티브 앱에 자금을 지원하는 것은 매우 비쌀 수 있습니다. .
  • 기본적으로 두 팀 모두에게 제공 할 가치가있는 두 팀의 개발자가 필요합니다.
  • 다음 플랫폼은 종종 기능 측면에서 뒤쳐져 서 패리티를 달성하기 어려울 수 있습니다.
  • li>
  • iOS와 Android 앱과 팀 간의 통합을 달성하는 것은 어렵습니다.

네이티브로 전환하는 것이 합리적 일 때

  • 미세 조정, 고품질 또는 인상적인 사용자 경험에 대해 자세히 설명합니다.
  • 플랫폼 기능 (예 : Health Kit / Apple Watch 통합)을 활용하고자합니다.
  • 비디오 또는 라이브 스트리밍과 같이 계산량이 많은 기능을 염두에두고 있습니다.
  • 처음에는 가능한 한 가장 많은 잠재 고객에게 제공하는 것이 매우 중요합니다.
  • 한 플랫폼 또는 다른 플랫폼을 사용하는 경향이있는 특정 인구 통계를 타겟팅하고 있습니다.
  • 디자인이 기본 구성 요소를 많이 활용하는 경우 및 스타일.

우리의 생각

가장 자연 스럽거나 사용자에게 만족스러운 느낌을주는 고품질 앱을 제공하거나 통합해야하는 경우 두 플랫폼의 네이티브 API 및 기능과 밀접하게 연결되어 있다면 네이티브가 갈 길입니다. 미래에 이것을 예상하더라도 네이티브를 고려해야합니다. 모든 것이 순조롭게 진행되면 두 개의 기본 앱을 개발하는 데 훨씬 많은 비용이 듭니다. 만들 수있는 기능과 관련하여 장애물에 부딪히면 기본적으로 해결할 수있는 경우가 많지만 크로스 플랫폼으로 인해 머리가 찢어 질 수 있습니다.

결론

At QuarkWorks, 우리는 App Store를 시작한 이래로 다양한 크로스 플랫폼 기술을 개발 한 경험이 있으며 기본 개발에 대한 광범위한 배경을 가지고 있습니다.

이와 관련하여 “하나의 진정한 방법”은 없습니다. 모바일 앱 개발. 가벼운 프로토 타입과 MVP를 개발할 때 가능한 경우 크로스 플랫폼을 사용하여 가장 많은 청중에게 아이디어를 신속하게 전달한다는 개념을 좋아합니다. 그러나 우리가 완벽하게 무언가를 만들고 정말로 최고 품질의 사용자 경험을 제공하고 싶을 때 우리는 여전히 네이티브 개발을 선호합니다.

우리는 단지 기분이 좋고 방법이없는 앱에 감사합니다. 현재 크로스 플랫폼 기술로도 같은 느낌을 재현합니다. 모바일 용 단일 코드베이스를 제공 할뿐만 아니라 모바일과 웹간에 코드를 공유 할 수있는 것을 목표로하는 Flutter와 같은 몇 가지 새로운 솔루션에 대해 기쁘게 생각합니다. 기본 앱만큼 효율적이면서이 모든 작업을 수행합니다. 완벽하지는 않지만 업계가 언젠가는 달성 할 수있는 은유 적 성배라고 생각합니다.

현재 이러한 기술 중 상당수는이를 약속하고 있지만 실제로는 실망 스러울 수 있습니다.

지금까지 QuarkWorks는 모든 소프트웨어 응용 프로그램 프로젝트 (웹, 모바일 등! 당사 서비스에 관심이 있으시면 웹 사이트 를 확인하십시오.우리는 당신의 질문에 대답하고 싶습니다! Twitter , Facebook , LinkedIn 또는 Instagram .

QuarkWorks -홈

깨끗하고 잘 문서화되고 테스트 된 코드는 모든 성공적인 프로젝트의 토대입니다. 우리는 귀하의 …

quarkworks.co

내에서 긴밀하게 협력합니다.