অন্য কোথাও স্পর্শ হিসাবে, মূল সমস্যাটি হ'ল অ্যান্ড্রয়েডকে বিভিন্ন ধরণের হার্ডওয়্যার চালানোর জন্য পোর্টেবল ওএস হিসাবে নকশা করা হয়েছে। এটি অনেকগুলি বিদ্যমান মোবাইল বিকাশকারীদের কাছে পরিচিত একটি ফ্রেমওয়ার্ক এবং ভাষার ভিত্তিতেও তৈরি করছে।
পরিশেষে, আমি এটি ভবিষ্যতের বিরুদ্ধে বাজি বলছি - হার্ডওয়্যার উন্নতির সাথে সাথে যে কোনও পারফরম্যান্সের সমস্যা উপস্থিত রয়েছে তা অপ্রাসঙ্গিক হয়ে উঠবে - সমানভাবে বিকাশকারীদের একটি বিমূর্ততার বিরুদ্ধে কোড এনে গুগল চলাফেরা করতে পারে এবং অন্তর্নিহিত ওএসকে আরও সহজেই পরিবর্তন করতে পারে, যদি না বিকাশকারীরা পসিক্স / ইউনিক্স এপিআইগুলিতে কোডিং করছিলেন।
বেশিরভাগ অ্যাপ্লিকেশনগুলির জন্য নেটিভ ভাষার উপরে ভিএম-ভিত্তিক ভাষা ব্যবহারের ওভারহেডটি তাত্পর্যপূর্ণ নয় (টুইটারের মতো ওয়েব পরিষেবাদি ব্যবহারকারী অ্যাপ্লিকেশনগুলির জন্য বাধাটি বেশিরভাগই নেটওয়ার্কিং)। পাম WebOS এটিও প্রদর্শন করে - এবং এতে জাভা স্ক্রিপ্টটি জাভা বাদ দিয়ে মূল ভাষা হিসাবে ব্যবহার করে।
প্রদত্ত যে প্রায় সমস্ত ভিএমএস জেআইটি স্থানীয় কোডের সাথে সংকলন করে, কাঁচা কোডের গতি প্রায়শই দেশীয় গতির সাথে তুলনীয়। উচ্চ-স্তরের ভাষাগুলির সাথে সংযুক্ত প্রচুর বিলম্ব ভিএম ওভারহেডের সাথে অন্য কারণগুলির তুলনায় কম হয় (জটিল অবজেক্ট রানটাইম, 'সুরক্ষা' পরীক্ষা করে মেমরি অ্যাক্সেস পরীক্ষা করে ইত্যাদি) than
এও মনে রাখবেন যে কোনও অ্যাপ্লিকেশন লিখতে ব্যবহৃত ভাষা নির্বিশেষে অনেকগুলি আসল কাজ নিম্ন স্তরের এপিআইতে করা হয়। শীর্ষ স্তরের ভাষা প্রায়শই কেবল একসাথে API কলগুলি শৃঙ্খলিত করে।
অবশ্যই এই নিয়মের অনেকগুলি ব্যতিক্রম রয়েছে - গেমস, অডিও এবং গ্রাফিক্স অ্যাপ্লিকেশনগুলি যা ফোন হার্ডওয়্যারের সীমাবদ্ধ করে দেয়। এমনকি আইওএস-এ, বিকাশকারীরা প্রায়শই এই অঞ্চলগুলিতে গতি পেতে সি / সি ++ এ নেমে যান।