네.. 저도 이렇게해서 돈날린적이 있습니다.!  앱개발을 맡겼는데,,  한달뒤쯤 테스트용 앱을 받아보니  보통앱보다 느리더라구요

알아 봤더니  개발하는쪽에서 하이브리드 앱으로 개발해 버렸습니다

처음 개발을 맡긴 저는 이런개발방법도 몰랐고  ,  당연히 네이티브 방식으로 개발한다고 생각했거든요

그래서 환불해달라고햇떠니,, 한달동안 자기직원 인건비등,,,  환불 못해준다고 하네요,,    법으로서 싸우면 이길수 있을까요

물론 계약서에는  하이브리드라는 말은 없습니다

하이브리드 앱도 잘 만들면 비용(시간, 사람)줄이고 아이폰, 안드로이드 셋을 만들수있습니다.

html 페이지답게 해상도나 인치에 상관없이 유연하게~

속도도 게임을 하지 않는 한 쓸만하게~

그러나!!! 그렇게 만들수 있는 사람(팀)은 찾기 어렵습니다.

js 또는 네이티브를 한가지만 잘해가지곤 상용앱만들기 어렵습니다. 

전 회사에 전담팀이 있었는데.. 두달만에 카드회사 앱만들었고요. (기획1달, 개발 1달)

그 팀에는 브라우저 포팅 전문가가 있었습니다.

아~ 폰갭은 잘 모르겠네요...복잡한 화면이 아니라서 웹뷰로 구성해서 데이터 주고 받는데...

전체가 아닌 일부화면만 사용하는 거라면 꽤 효용성이 좋습니다.

따로 앱을 배포하지 않아도 화면을 바꿀수가 있어서....

클로스 플렛폼이 된다는 것들은

초반에는 모르지만, 깊이 들어가다보면

결국 어디선가 플렛폼에 디펜던트하게 됩니다.

하이브리드앱도 결국 같은 이치인것 같다는 생각이 듭니다.

i10b 팀 말은 아마 그 팀이 플랫폼에 디펜던트한 부분을 능숙하게 하는 팀이였을것 같습니다.

네이티브로 충분히 만들수 있는 능력을 가진 팀이였을 확률이 더 높다고 판단됩니다.

네이티브로 하면 더 쉽게 끝날수 있었을것으로 판단되고요.^^;;

앱중의 일부 화면을 웹뷰로 만드는 것은 일반적으로 하는 방법입니다. 상세 페이지의 전부 혹은 일부를 웹뷰로 호출하는 것은 상식입니다. 이것은 물론 매우 효율적이고 편리합니다. 

그러나 하이브리드앱이라고 하는 것은 (폰갭기반 같은) 웹뷰를 호출하는 방식이 아니라 웹뷰상 프레임웍이 올라가는 방식입니다. 웹뷰에 페이지 하나 호출하는 것은 간단하죠. 그러나 웹뷰에 수많은 js가 중첩되어 호출되는 방식은 무겁고 느릴수 밖에 없습니다.