Pembangunan merentas platform membolehkan anda mencipta aplikasi mudah alih yang akan berfungsi secara serentak dalam iOS dan Android. Ini adalah alternatif kos rendah untuk mencipta aplikasi untuk setiap sistem pengendalian secara berasingan.

Ciri-ciri pembangunan merentas platform

Membangunkan satu aplikasi untuk platform yang berbeza adalah baik dan buruk pada masa yang sama. Bagus, kerana ia boleh dilakukan dengan lebih pantas dan lebih murah daripada beberapa aplikasi untuk setiap sistem pengendalian. Dan ini buruk, kerana kompromi menjejaskan operasi aplikasi.

Ciri-ciri ini mesti diambil kira sebelum memulakan projek:

• Dalam persekitaran merentas platform, kod ditulis sekali. Untuk membuat aplikasi berfungsi pada sistem pengendalian lain, kod tersebut diterjemahkan ke dalam bahasa pengaturcaraan lain. Masa dan wang yang dibelanjakan untuk pembangunan adalah 1.5 kali lebih sedikit.
• Aplikasi mungkin tidak berfungsi dengan betul. Dalam pembangunan merentas platform, adalah mustahil untuk mengambil kira semua nuansa bekerja dengan seni bina setiap sistem pengendalian, jadi aplikasi mungkin berjalan lebih perlahan daripada yang dibangunkan khusus untuk iOS atau Android.
• Keperluan reka bentuk antara muka dan elemen berbeza antara sistem pengendalian. Sebagai contoh, iOS tidak mempunyai butang Kembali seperti Android. Apabila membangunkan reka bentuk bersatu, perkara ini mesti diambil kira: dalam iOS, butang sama ada kekal, tetapi tidak akan berfungsi, atau ia perlu dipotong secara manual, yang bermaksud kerja tambahan dengan kod.

Kebanyakan ralat apabila berhijrah dari satu platform ke platform lain boleh diselesaikan secara manual, tetapi adalah mustahil untuk menyelesaikan sepenuhnya masalah menyesuaikan diri dengan sistem pengendalian "bukan asli".

Jadi pembangunan merentas platform adalah buruk?

Tidak, pembangunan merentas platform adalah baik selagi anda tidak menuntut lebih daripada yang boleh diberikan.

Pilihan ini boleh dipilih dalam kes berikut:

• Meliputi semua sistem pengendalian pada belanjawan terhad. Jika khalayak sasaran secara aktif menggunakan iOS atau Android, anda boleh mulakan dengan aplikasi asli untuk satu sistem pengendalian. Jika liputan maksimum penting dengan segera, lebih baik memilih pilihan merentas platform.
• Semak niche. Sekiranya terdapat idea yang menjanjikan, tetapi anda tidak pasti bahawa ia akan berfungsi, dengan segera melaburkan belanjawan yang besar dalam pembangunan adalah berisiko. Adalah wajar untuk bermula dengan pembangunan merentas platform, mengkaji reaksi pengguna dan membuat keputusan strategik berdasarkan perkara ini.
• Aplikasi ini tidak menggunakan animasi yang kompleks dan tidak melakukan pengiraan. Operasi ini serius memuatkan peranti, dan aplikasi merentas platform tidak dioptimumkan untuk penggunaan penuh sumber platform tertentu.
• Aplikasi ini hanya menggunakan fungsi asas peranti. Tunjukkan maklumat, muat naik fail, gunakan geolokasi, buat pesanan - aplikasi merentas platform boleh mengendalikan semua ini. Penyepaduan keupayaan peranti yang lebih mendalam diperlukan - anda perlu memilih pembangunan asli.
• Permohonan korporat untuk pekerja. Jika aplikasi dibangunkan untuk tugas dalaman yang sempit dan orang ramai akan bekerja dengannya melalui alat peribadi, aplikasi merentas platform akan menjadi pilihan terbaik.

Tiada jawapan universal untuk persoalan sama ada penyelesaian merentas platform boleh digunakan untuk projek anda. Isi borang di bawah: kami akan mengkaji projek anda dan memilih pilihan terbaik untuk pelaksanaannya.

Aplikasi merentas platform – menjadi atau tidak? Persoalannya tidak mudah, kerana setiap perniagaan mempunyai matlamat dan keperluan sendiri untuk aplikasi mudah alih. Tetapi hari ini kami pasti akan memikirkan pembangunan mana yang sesuai untuk anda.

Apakah aplikasi merentas platform?

Aplikasi merentas platform ialah aplikasi yang dibangunkan dan kemudian dijalankan pada kedua-dua Android dan iOS. Intipati pembangunan ialah kod sumber aplikasi diterjemahkan ke dalam bahasa asli, iaitu, boleh difahami oleh peranti mudah alih tertentu. Akibatnya, program ini boleh berinteraksi dengan sistem pengendalian yang dipasang padanya.

Biar kami ingatkan anda: aplikasi asli, tidak seperti aplikasi merentas platform, ditulis untuk OS tertentu.

Kebaikan pembangunan merentas platform

• pengembangan pangkalan pengguna kerana penampilan aplikasi di beberapa kedai secara serentak;
• Kod sumber tunggal menghapuskan keperluan untuk mengupah berbilang pembangun untuk setiap platform;
• 75% daripada asas kod aplikasi merentas platform boleh digunakan semula, menyesuaikannya untuk projek baharu.

Kelemahan pembangunan merentas platform

1. Pergantungan berat pada peranti mudah alih

Apl merentas platform biasanya tidak berfungsi di luar talian. Oleh itu, keupayaan mereka sangat bergantung kepada pengguna yang mempunyai sambungan Internet yang stabil. Versi sistem pengendalian dan model peranti juga penting. Aplikasi merentas platform hampir dijamin untuk mengurangkan prestasi peranti yang lebih lama daripada satu atau dua tahun. Walaupun aplikasi asli akan berfungsi dengan stabil walaupun pada alat kuno dengan perisian tegar yang sudah lapuk. Jadi, jika anda tidak mahu pelanggan anda membaca ulasan yang marah tentang cara aplikasi anda akhirnya "menyelesaikan" telefon pintar seseorang, pilih pembangunan asli.

2. Antara muka pengguna yang tidak mesra

Pengguna menjadi terbiasa dengan penampilan dan kefungsian gajet mereka sehinggakan mereka mengharapkan tindak balas maksimum daripada aplikasi yang dipasang padanya. Mereka ingin memastikan bahawa setiap butang akan berada di tempat yang sepatutnya, bahawa halaman akan menatal pada kelajuan optimum untuk mereka, dan bahawa sebarang tindakan yang mereka ambil akan diikuti dengan respons segera. Aplikasi merentas platform biasanya mengalami kesukaran menyesuaikan diri dengan peranti, dan mereka tidak boleh membanggakan prestasi.

Masalahnya ialah untuk pembangunan merentas platform tidak ada garis panduan - piawaian pembangunan daripada pencipta OS. Oleh itu, aplikasi merentas platform yang dibuat "untuk Android" tidak akan mudah untuk pengguna iOS, dan sebaliknya. Anda boleh, sudah tentu, membuat reka bentuk berasingan untuk setiap platform, tetapi dari segi kos buruh ini akan sama dengan mencipta dua aplikasi berbeza, walaupun dalam bahasa yang sama.

3. Perjuangan untuk keutamaan di kalangan alat pembangunan

Dalam pasaran untuk penyelesaian pembangunan merentas platform, persaingan semakin sukar setiap hari. Setakat ini, React Native dan Xamarin adalah yang paling popular di kalangan pembangun, tetapi mereka mungkin diatasi, contohnya, oleh Vue Native. Dalam kes ini, bekas pemimpin perlumbaan akan kehilangan kelebihan mereka yang paling penting - sokongan kod operasi. Dan ini boleh berlaku dengan mana-mana alat merentas platform.

Pembangunan anak negeri tidak takut dengan masalah sedemikian. Pengenalan alat baru berlaku secara beransur-ansur, dan pengetahuan tentang beberapa bahasa pengaturcaraan, yang wajib untuk pakar, akan membolehkannya memahami dengan cepat semua inovasi. Di samping itu, terdapat komuniti profesional yang besar di sekitar setiap sistem pengendalian, akibatnya sebarang kesulitan yang timbul diselesaikan dengan mencari masalah yang sama di forum, di mana beribu-ribu orang bersedia untuk mencadangkan dan membantu menyelesaikannya.

Aplikasi manakah yang sesuai untuk perniagaan anda?

Sebelum menjawab soalan ini, adalah penting untuk menganalisis perniagaan anda. Segmen pengguna, nilai masa dan sumber wang, kedalaman integrasi aplikasi yang diingini dengan peranti pengguna, serta matlamat jangka panjang yang ditakrifkan dengan jelas - minimum yang bergantung kepada pilihan anda. Tetapi kami akan memudahkan jika anda menjawab soalan yang berkaitan sekarang.

1. Apakah yang digunakan oleh khalayak anda?

Jika anda tahu bahawa nisbah pengguna iOS dan Android dalam kalangan pelanggan anda adalah hampir 50/50, pilih pembangunan asli. Ini akan menunjukkan bahawa anda menghormati keperluan semua pelanggan anda secara sama rata, tanpa mengira tahap pendapatan mereka.

Sambungan antara pilihan peranti mudah alih dan tahap kesolvenan sekali lagi disahkan oleh App Annie. Kajian tentang bilangan muat turun dan jualan aplikasi mudah alih di Google Play dan App Store untuk suku pertama 2018 mendedahkan bahawa pengguna telefon pintar Android memuat turun 135% lebih banyak aplikasi daripada pelawat kedai iOS. Pada masa yang sama, App Store membawa pemiliknya 85% lebih banyak pendapatan daripada Google Play.

Jalan menuju kejayaan adalah jelas: bermain di dua padang sekaligus. Lebih tepat lagi, di dua kedai. Hanya kira di mana antara mereka aplikasi harus muncul dahulu. Sudah tentu, melainkan keluaran serentak adalah sebahagian daripada strategi digital anda).

2. Berapa banyak masa pembangunan yang anda ada?

Kos kewangan projek bergantung kepada jawapan kepada soalan ini. Hakikatnya ialah dari sudut pandangan masa yang dihabiskan untuk pembangunan, aplikasi merentas platform nampaknya hanya penyelesaian yang lebih menguntungkan. Malah, menyesuaikannya kepada platform boleh mengambil masa hampir selagi mencipta dua aplikasi asli, kerana pembangun perlu menulis kepingan kod tambahan untuk kawasan masalah.

Dengan aplikasi asli pasti tidak akan ada masalah seperti itu, yang sangat penting untuk mengekalkan khalayak yang sangat tidak bertoleransi terhadap ralat dan pepijat. Menurut statistik daripada Compuware, 79% pengguna bersedia untuk memulakan semula aplikasi jika ia tidak berfungsi dengan betul semasa pelancaran pertama, tetapi hanya 16% bersetuju untuk memberinya peluang sekali lagi. Orang lain kemungkinan besar hanya menyahpasang program.

3. Apakah ciri peranti yang anda bercadang untuk digunakan?

Kami telah pun bercakap tentang hakikat bahawa hanya aplikasi asli yang mampu menghasilkan semula grafik berat dengan cepat dan tanpa kehilangan kualiti. Tetapi kelebihan teknikal pembangunan asli tidak terhad kepada ini. Ambil aplikasi Facebook sebagai contoh. Terima kasih kepada keluaran versi berasingan untuk Android dan iOS, penatalan menjadi lebih lancar, masa memuatkan imej telah dikurangkan, dan semua masalah cache telah diselesaikan.

Selain itu, apl asli mempunyai akses terus kepada semua perkhidmatan peranti, membolehkan anda mendapatkan maklumat tentang geolokasi pengguna atau senarai kenalan mereka. Aplikasi merentas platform perlu menggunakan pemalam asli khas, yang menjejaskan kelajuan pemindahan data secara negatif dan membebankan RAM peranti.

4. Apakah keputusan yang anda perjuangkan?

Strategi digital ialah senarai matlamat yang boleh dicapai oleh syarikat anda menggunakan alat digital. Pilihan yang terakhir bergantung pada faedah yang anda ingin dapatkan pada akhirnya.

Pecahkan proses dari idea ke hasil titik demi titik, dengan mengambil kira semua sumber yang ada. Penemuan boleh menjadi yang paling tidak dijangka.

Sebagai contoh, anda mungkin mendapati bahawa terlalu mahal untuk menjadikan tapak web responsif anda, yang dimuatkan dengan ciri dan elemen interaktif, menjadi apl merentas platform seperti yang anda inginkan pada asalnya. Atau akhirnya pastikan bahawa tapak mudah alih sentiasa kalah kepada aplikasi mudah alih, sama seperti pembangunan merentas platform kalah kepada pembangunan asli. Dan antara sebab yang anda akan dapati yang kami nyatakan di atas.

Kesimpulan: aplikasi merentas platform hanya berfaedah dalam satu kes - anda mencipta versi demo aplikasi, terhad dalam masa, wang dan pakar yang sangat khusus. Dalam semua kes lain, aplikasi asli akan memberi anda kelebihan berlipat kali ganda, kerana ia adalah tahap pembangunan yang berbeza secara kualitatif.

Pasaran aplikasi mudah alih berusia lebih daripada sepuluh tahun, tetapi ia masih berkembang pesat. Permintaan daripada syarikat sentiasa berkembang dan ia masih jauh melebihi bekalan, yang membawa kepada peningkatan berterusan dalam kos pembangunan. Satu penyelesaian untuk mengurangkan kos proses ini ialah pembangunan merentas platform, apabila kod yang sama digunakan pada semua platform.

Kali terakhir kami menyentuh pembangunan aplikasi mudah alih merentas platform dan banyak yang telah berubah sejak itu. Sudah tiba masanya untuk bercakap tentang kaedah dan alat sekali lagi.

Mari kita bincangkan terminologi dahulu.

Orang asli

Jika pembangun, dalam proses menulis aplikasi, menggunakan bahasa pengaturcaraan yang diterima pakai untuk platform tertentu, sama ada Objektif-C dan Swift untuk iOS atau, aplikasi sedemikian akan dipanggil asli (dari bahasa Inggeris asli - asli, semula jadi).

Kelebihan aplikasi asli:

• kelajuan dan tindak balas antara muka. Aplikasi bertindak balas kepada klik serta-merta, hampir tiada kelewatan dalam animasi, menatal, menerima dan mengeluarkan data;
• akses yang jelas dan mudah kepada fungsi dan penderia peranti. Bagi pembangun, bekerja dengan geolokasi, pemberitahuan tolak, mengambil foto dan video melalui kamera, bunyi, pecutan dan penderia lain tidak menjadi masalah;
• keupayaan untuk bekerja secara mendalam dengan fungsi telefon pintar. Seperti dalam perenggan sebelumnya, perkara seperti animasi, penciptaan antara muka kompleks dan operasi rangkaian saraf secara langsung pada peranti dilaksanakan, mungkin bukan semata-mata, tetapi boleh diramalkan;
• . Aplikasi asli biasanya beroperasi dengan elemen antara muka "platform": menu, navigasi, borang dan semua elemen reka bentuk lain diambil daripada sistem pengendalian dan oleh itu biasa dan difahami oleh pengguna.

Terdapat hanya satu kelemahan - kos pembangunan dan sokongan yang tinggi, termasuk kerana anda perlu menulis kod anda sendiri untuk setiap platform.

Dengan pertumbuhan pasaran aplikasi mudah alih, pembangun telah menjadi bukan sahaja mahal, tetapi sangat mahal, dan pembangunan asli bukanlah sesuatu yang mampu dimiliki oleh setiap pemilik perniagaan. Tetapi tidak membangunkan apl mudah alih mungkin merugikan anda pada masa hadapan. Penaipan Langsung boleh membantu anda menjimatkan wang - huraikan idea anda dan nyatakan anggaran belanjawan yang ingin anda temui, dalam .

Dan bukan saudara mara

Aplikasi merentas platform ditulis untuk beberapa platform sekaligus dalam satu bahasa selain bahasa asli. Bagaimanakah kod sedemikian boleh berfungsi pada peranti yang berbeza? Terdapat juga dua pendekatan di sini.

Yang pertama ialah pada peringkat penyediaan aplikasi untuk penerbitan, ia bertukar menjadi asli untuk platform tertentu menggunakan transpiler. Malah, satu bahasa pengaturcaraan merentas platform "diterjemahkan" ke bahasa lain.

Yang kedua ialah pembungkus tertentu ditambahkan pada kod yang dihasilkan, yang, sudah berfungsi pada peranti, dengan cepat menterjemah panggilan daripada kod bukan asli kepada fungsi sistem asli.

Diandaikan bahawa kebanyakan kod ini boleh dipindahkan antara platform - jelas bahawa, sebagai contoh, logik membuat pembelian, menyimpan barang ke troli, mengira laluan untuk teksi, menulis mesej dalam utusan tidak berubah bergantung pada sama ada pelanggan mempunyai Android atau iOS. Kami hanya perlu menambah baik UI dan UX untuk platform, tetapi kini, dalam had tertentu, ini boleh digabungkan - contohnya, menu hamburger digunakan secara aktif pada kedua-dua Android dan iOS. Jadi, walaupun membuat pembetulan pada antara muka supaya aplikasi memenuhi semangat dan huruf platform yang dikehendaki adalah masalah keinginan, kelajuan dan kualiti pembangunan yang diperlukan.

Kelebihan:

• kos dan kelajuan pembangunan. Oleh kerana lebih sedikit kod yang perlu ditulis, kos kerja dikurangkan;
• keupayaan untuk menggunakan sumber dalaman syarikat. Seperti yang akan kami tunjukkan kemudian, pembangunan aplikasi merentas platform selalunya boleh dilakukan oleh pengaturcara sedia ada anda.

Kelemahan:

• antara muka bukan asli atau, sekurang-kurangnya, keperluan untuk bekerja dengan antara muka setiap platform secara berasingan. Setiap sistem mempunyai keperluan sendiri untuk reka bentuk elemen dan kadangkala ia saling eksklusif. Ini mesti diambil kira semasa pembangunan;
• masalah dalam melaksanakan fungsi yang kompleks atau masalah yang mungkin berfungsi walaupun dengan prosedur mudah kerana kesilapan dalam rangka kerja pembangunan itu sendiri. Persekitaran merentas platform hanya menterjemahkan permintaan kepada panggilan sistem dan antara muka ke dalam format yang difahami oleh sistem, dan oleh itu pada peringkat ini kedua-dua kesukaran dengan pemahaman dan ralat mungkin berlaku dalam rangka kerja itu sendiri;
• kelajuan kerja. Memandangkan persekitaran merentas platform ialah "struktur atas" atas kod (tidak selalu, tetapi dalam situasi tertentu), ia mempunyai kelewatan dan jeda tersendiri dalam memproses tindakan pengguna dan memaparkan hasil. Ini amat ketara beberapa tahun yang lalu pada telefon pintar yang mempunyai kuasa yang lebih rendah berbanding dengan yang hari ini, tetapi kini, dengan peningkatan dalam prestasi peranti mudah alih, ini sudah boleh diabaikan.

Seperti yang anda lihat, kedua-dua kaedah ini boleh dikatakan merupakan imej cermin antara satu sama lain - hakikat bahawa pembangunan aplikasi asli mempunyai kelebihan, pembangunan aplikasi merentas platform mempunyai kelemahan, dan sebaliknya.

Platform dan alatan popular untuk pembangunan mudah alih merentas platform

Seperti yang kami tulis di atas, terdapat dua pendekatan - menukar kod menjadi asli pada peringkat pemasangan atau menambah pembungkus tertentu yang menterjemahkan panggilan ke dan dari sistem.

Cordova dan PWA ialah dua alat yang berfungsi dengan tepat dalam ideologi pembungkus.

Cordova dan HTML5

Salah satu kawasan paling popular dalam pengaturcaraan merentas platform, yang sering dipanggil PhoneGap. Malah, tapak web mudah alih dicipta, yang "dibungkus" dalam kod platform kecil yang menghantar panggilan dari sistem ke aplikasi dan kembali.

Segala keburukan dan kelebihan dinyatakan di sini dengan lebih jelas berbanding tempat lain. Anda boleh menggunakan pembangun web (HTML, CSS dan JavaScript sebagai teknologi teras) dan membuat versi pertama aplikasi dalam sebulan atau bahkan beberapa minggu untuk wang yang agak sedikit. Ya, ia akan beroperasi dengan perlahan, dan ia mungkin tidak mempunyai geolokasi yang tepat sepenuhnya, tetapi ia akan berfungsi pada semua peranti dan akan membolehkan anda, sekurang-kurangnya, untuk menguji permintaan pelanggan pada peranti mudah alih.

Sebilangan besar rangka kerja telah dicipta untuk pendekatan ini, tetapi semuanya pada dasarnya melakukan perkara yang sama. Perbezaan di antara mereka ialah Cordova (PhoneGap) tidak menetapkan sekatan dan templat pada logik dan UI untuk projek HTML5 anda, dan rangka kerja tersebut beroperasi dengan elemen UI sedia dibuat sendiri yang meniru platform mudah alih dan logik pembangunan mereka sendiri. Contoh pendekatan ini ialah: Rangka Kerja Ionik - pembungkus; Rangka Kerja7, UI Sudut Mudah Alih, Sencha Touch, UI Kendo - rangka kerja antara muka.

PWA

Teknologi bergaya daripada Google ialah aplikasi web yang sama, tetapi melalui penggunaan teknologi tertentu (terutamanya yang dipanggil Service Worker - skrip berjalan di latar belakang dan Manifes Apl Web - perihalan aplikasi web dalam bentuk yang boleh difahami untuk mudah alih. system ) mereka boleh berfungsi sebagai orang asli tanpa pembalut PhoneGap. Ia boleh dipasang pada skrin utama, memintas gedung aplikasi, bekerja di luar talian, berfungsi dengan pemberitahuan tolak dan dengan fungsi asli.

Masalahnya ialah tidak semua platform kini menyokong "teknologi tertentu" ini. Ini terutamanya menyangkut Apple, yang nampaknya benar-benar tidak menyukai keupayaan untuk mengedarkan aplikasi memintas App Store.

Dengan mengambil kira semua kelemahan penyelesaian HTML5, banyak syarikat telah mencipta alat yang membolehkan anda menulis kod dalam satu, bukan bahasa asli, dan kemudian diterjemahkan ke dalam bahasa asli. Ini membunuh dua burung dengan satu batu: hanya terdapat satu asas kod, dan aplikasinya sedekat mungkin dengan asli.

Xamarin

platform Microsoft. Bahasa pengaturcaraan standard untuk pembangunan Perusahaan ialah C#, dan persekitaran pembangunan merentas platform ialah Visual Studio. Output adalah aplikasi asli untuk iOS, Android dan Windows. Benar, saiznya agak besar.

React Native

Platform dari - aplikasi ditulis dalam JavaScript dan menggunakan gaya seperti CSS. Antara muka ternyata asli, dan kod itu ditafsirkan pada platform, yang memberikannya fleksibiliti yang diperlukan.

Sebagai platform yang agak muda, React Native masih jelas (walaupun bukan bencana) mengalami kekurangan alat pembangunan dan dokumentasi.

Berkibar

Sememangnya, gergasi seperti Google tidak boleh mengabaikan topik pembangunan merentas platform aplikasi Android dan iOS. Flutter, walaupun kini hanya dalam versi beta, mengambil pendekatan berbeza daripada React Native dan Xamarin. Ia tidak mengubah kod sumber menjadi kod asli, yang dilaksanakan oleh platform, tetapi sebenarnya melukis tetingkap pada skrin telefon pintar dan menjadikan semua elemen itu sendiri. Bahasa yang digunakan ialah Dart "proprietari", yang Google cipta sebagai versi JavaScript yang dipertingkatkan.

Ini mempunyai kedua-dua kelebihan (contohnya, antara muka luaran yang serupa) dan keburukan (contohnya, melukis semula antara muka memerlukan jumlah memori dan masa CPU tertentu).

Platform ini berkembang pesat dan Google melaburkan banyak usaha dan wang ke dalamnya. Tetapi berbanding dengan Flutter, malah React Native kelihatan seperti ekosistem yang sangat mantap dan mengagumkan.

Apa yang perlu dipilih

Kepala anda mungkin sudah berputar, tetapi anda masih tidak tahu apa yang perlu dipilih. Mari kemukakan senarai soalan mudah untuk membantu anda:

• Sekiranya ia berfungsi pada mana-mana peranti? pilih HTML sebagai asas;
• Adakah anda mempunyai dana yang mencukupi, tidak tergesa-gesa dan mahukan aplikasi berkualiti tinggi? Anda mempunyai laluan terus ke pembangunan asli;
• Adakah anda mempunyai pembangun web "terbina dalam" atau adakah anda hanya mahu mencuba aplikasi mudah alih dalam tindakan dengan cepat dan mudah? Di sini kami boleh mengesyorkan Cordova/HTML atau PWA;
• Adakah anda mempunyai sistem CRM anda sendiri dan pembangun C# yang menyokongnya? Ambil ini Xamarin;
• anda "mahu mencuba", tetapi anda perlu menjadikan semuanya cantik dan bergaya? Alihkan pandangan React Native atau Flutter.

Anda juga boleh pergi dari seberang. Lihat fungsi yang anda perlukan dalam aplikasi anda dan pergi dari sana:

• aplikasi kad perniagaan mudah? ambil React Native atau HTML5 dan anda akan mendapat dua platform dengan harga yang minimum;
• Adakah anda mempunyai tapak web dengan banyak trafik dan perlu menguji kehadiran anda dalam ruang mudah alih? HTML5;
• aplikasi kompleks dengan akses kepada fungsi peranti yang diingini? Pembangunan asli, Xamarin, React Native.

Pembangunan merentas platform bukanlah ubat penawar

Apabila memilih, anda perlu meneruskan daripada tugas yang diberikan dan sumber sedia ada. Pembangunan merentas platform adalah hala tuju yang baik dan boleh difahami, tetapi dengan kelebihan dan keburukan tersendiri yang perlu diingat sebelum melancarkan projek. Aplikasi merentas platform yang lengkap jelas lebih baik daripada aplikasi asli yang belum dibuat. Anda boleh membangunkannya dengan cepat dan murah, memuat naiknya ke kedai dan semak permintaan daripada pengguna - sama ada sesiapa sedang mencari aplikasi anda, sama ada mereka memasangnya, apakah fungsi yang mereka gunakan. Berdasarkan keputusan percubaan sedemikian, adalah mungkin untuk menentukan nasib arah mudah alih dalam syarikat anda dan pelaburan di dalamnya.

Adakah anda masih mempunyai keraguan dan soalan tentang aplikasi merentas platform? Baca tentang cara kami membuat permohonan untuk mendapatkan langganan dengan cepat kepada salah satu institusi sukan di bandar ini dan cuba aplikasi untuk membayar semua jenis perkhidmatan - daripada perkhidmatan perumahan dan komunal kepada pesanan di kedai dalam talian. Lebih baik lagi, daftar untuk mendapatkan perundingan percuma, menunjukkan anggaran anggaran dan penerangan ringkas tentang idea itu, atau hubungi pengurus kami Katya melalui telefon

Telefon pintar terus mendapat lebih banyak ruang di bawah sinar matahari, bukan sahaja sebagai alat untuk mengambil foto kucing dan video XXX, tetapi juga sebagai alat yang berfungsi. Oleh itu, permintaan untuk pembangunan mudah alih semakin meningkat. Secara umum diterima bahawa buruh dan keren ialah Objective-C/Swift untuk iOS dan Java/Kotlin untuk Android. Tidak syak lagi, ia adalah kerja keras dan keren, tetapi terdapat sejumlah besar senario sebenar di mana penggunaan rangka kerja merentas platform adalah lebih disukai berbanding alat asli.

Sesetengah pembangun mengharapkan rangka kerja merentas platform untuk menyelesaikan semua masalah kehidupan mereka, manakala yang lain memusuhi mereka. Kedua-dua "kem yang berperang" mempunyai salah tanggapan mereka sendiri yang disebabkan oleh kekurangan pemahaman tentang cara dan perkara yang berfungsi. Ini menambah bahan api kepada api, kerana emosi digunakan dan bukannya hujah teknikal.

Juga dalam kalangan pembangun, terutamanya pemula, terdapat banyak mitos tentang rangka kerja mudah alih merentas platform. Dalam artikel kami, kami akan menganalisis yang paling popular daripada mereka. Tetapi pertama, mari kita lihat pembangunan mudah alih melalui mata perniagaan yang menyediakan wang untuk keseluruhan blackjack IT.

Mengapa kita memerlukan alat merentas platform?

Dari segi sejarah, sentiasa ada persaingan dalam pasaran komputer, dan setiap pengeluar menyediakan set optimum alat asli yang dipanggil untuk membangunkan aplikasi untuk sistem pengendalian dan peranti mereka.

Alat asli = disediakan oleh pemilik ekosistem.

Semua tanda "nativeness" yang lain adalah SECONDARY - tingkah laku dan antara muka aplikasi, akses kepada keupayaan OS, prestasi, dsb.

Di samping itu, hampir selalu ternyata bahawa alat asli tidak serasi antara satu sama lain bukan sahaja pada tahap bahasa pembangunan, konvensyen dan seni bina yang diterima, tetapi juga pada tahap mekanisme untuk bekerja dengan sistem pengendalian dan perpustakaan. Akibatnya, untuk melaksanakan algoritma dan antara muka yang sama, adalah perlu untuk menulis aplikasi untuk beberapa persekitaran dalam bahasa pengaturcaraan yang berbeza, dan kemudian menyokongnya berdasarkan "satu arahan setiap platform". Pada masa yang sama, keupayaan dan penampilan aplikasi pada platform yang berbeza hampir selalu 90% sama. Hanya untuk keseronokan, bandingkan pelaksanaan program kegemaran anda untuk iOS dan Android.

Perkara penting kedua ialah kehadiran pengetahuan dan pengalaman yang diperlukan dalam pasukan: jika mereka tidak berada di sana, maka ia akan mengambil masa untuk belajar.

Untuk menyelesaikan kedua-dua masalah ini, alat pembangunan merentas platform (bukan sahaja mudah alih) telah lama muncul di pasaran, menawarkan:

• memaksimumkan asas kod biasa dalam satu bahasa pengaturcaraan supaya produk lebih mudah dibangunkan dan diselenggara;
• menggunakan kecekapan dan pakar sedia ada untuk melaksanakan aplikasi pada platform baharu.

Memandangkan kini terdapat banyak bahasa pengaturcaraan (dan persekitaran) (dan pakar yang bercakap bahasa ini), terdapat sejumlah besar alat untuk pembangunan merentas platform. Sebagai contoh, kami akan memberi tumpuan kepada yang popular di kawasan kami PhoneGap, Xamarin, React Native dan Qt.

Sekarang kita boleh bercakap tentang mitos.

Mitos 1. Sihir

Mitos paling biasa yang menghantui minda pembangun pemula adalah berkaitan dengan kepercayaan kepada algoritma super (dan pengaturcara super yang menciptanya) yang secara ajaib menukar aplikasi merentas platform kepada yang asli. Sesuatu di sepanjang baris "menukar kod JavaScript ke Swift dan kemudian menyusun aplikasi Swift." Mitos ini didorong oleh pembangun alat merentas platform sendiri, menjanjikan penciptaan "aplikasi asli" sebagai hasilnya. Dan bukan sesiapa yang berbohong di sini, tetapi imaginasi yang kaya dan salah faham tentang mekanisme asas kadang-kadang menyebabkan pemaju berfikir tentang teknik shamanik.

Prinsip utama yang mendasari penyelesaian merentas platform ialah membahagikan kod kepada dua bahagian:

• merentas platform, hidup dalam persekitaran maya dan mempunyai akses terhad kepada keupayaan platform sasaran melalui jambatan khas;
• asli, yang menyediakan permulaan aplikasi, pengurusan kitaran hayat objek utama dan mempunyai akses penuh kepada API sistem.

Untuk menghubungkan dunia "asli" dan dunia "cross-platform", perlu menggunakan yang istimewa jambatan, dialah yang menentukan keupayaan dan batasan rangka kerja merentas platform.

Apabila menggunakan jambatan, prestasi sentiasa dikurangkan disebabkan oleh penukaran data antara "dunia", serta penukaran panggilan API dan perpustakaan.

Jadi, semua aplikasi merentas platform mesti mempunyai bahagian asli, jika tidak, sistem pengendalian tidak akan dapat melancarkannya. Jadi mari kita lihat dengan lebih dekat apakah API dan mekanisme sistem yang disediakan oleh iOS, Android dan Windows sendiri. Mari kita beralih kepada mitos seterusnya.

Mitos 2. Bukan asli!

Jadi, kami mempunyai bahagian merentas platform aplikasi yang hidup dalam persekitaran maya dan berinteraksi dengan sistem pengendalian melalui infrastruktur rangka kerja dan jambatan.

Semua sistem pengendalian: iOS, Android dan Windows UWP menyediakan akses kepada subsistem berikut (set API sistem):

• WebView (pelayar web dalam apl) digunakan dalam mashup berasaskan PhoneGap dan pada asasnya bertindak sebagai persekitaran masa jalan untuk tapak web tempatan;
• Enjin JavaScript digunakan dalam React Native dan analog untuk pelaksanaan pantas kod JS dan pertukaran data antara Native dan JS;
• OpenGL ES (atau DirectX) digunakan dalam enjin permainan dan aplikasi berdasarkan Qt/QML atau analog untuk memaparkan antara muka;
• Subsistem UI bertanggungjawab untuk antara muka pengguna asli aplikasi, yang berkaitan untuk React Native dan Xamarin.

Aplikasi merentas platform mempunyai bahagian asli dan akses penuh yang sama kepada API sistem seperti aplikasi asli. Perbezaannya ialah kaedah sistem dipanggil melalui jambatan dan infrastruktur rangka kerja:

WebView- aplikasi hidup dalam penyemak imbas webnya, sama seperti tapak web satu halaman. Tiada akses kepada kawalan asli (butang, senarai, dll.), semuanya berdasarkan HTML/CSS/JavaScript. Sebaliknya, pembangun web akan berasa seperti ikan keluar dari air.

Enjin JavaScript menjadi popular agak baru-baru ini, kerana mekanisme serupa telah ditambahkan pada iOS hanya dalam versi 7.0. Salah satu ciri yang patut dipertimbangkan ialah keperluan untuk menyusun struktur data kompleks yang dipindahkan antara JavaScript dan persekitaran Native dalam JSON. Untuk menerangkan secara ringkas kelas penyelesaian ini, kod JS yang mengawal aplikasi asli dilaksanakan dalam persekitaran JavaScript.

OpenGL ES dan DirectX ialah subsistem peringkat rendah dan digunakan untuk memaparkan antara muka pengguna dalam permainan dan, sebagai contoh, Qt/QML. Iaitu, apabila menggunakan OpenGL/DirectX, pembangun sendiri melukis kawalan dan animasi, yang hanya boleh serupa dengan yang asli. Sebaliknya, ia adalah subsistem peringkat rendah dengan prestasi yang sangat tinggi, itulah sebabnya ia juga digunakan dalam enjin permainan merentas platform.

Semua aplikasi merentas platform mempunyai bahagian asli, dan oleh itu kemungkinan akses penuh yang sama kepada API sistem seperti yang asli. Selain itu, aplikasi merentas platform dibina dan dibungkus dengan alatan asli ke dalam pakej pemasangan asli. Persoalan utama ialah bagaimana interaksi antara bahagian merentas platform dan bahagian asli diatur. Contohnya, di dalam WebView atau menggunakan Open GL ES / DirectX tidak ada cara untuk mencipta antara muka pengguna dengan rupa asli sepenuhnya, tetapi pada masa yang sama terdapat akses penuh kepada GPS, Pemberitahuan Tekan dan fungsi lain. Dan kod dalam JavaScript atau C# boleh mengawal aplikasi asli dan kelakuannya secara bebas, memberikan rupa asli sepenuhnya.

Untuk meringkaskan, ya, ia adalah "bukan asli" dari segi alat pembangunan yang digunakan (bukan dari Apple, Google). Tetapi aplikasi boleh menjadi asli sepenuhnya dari segi akses kepada API sistem dan memberikan rupa dan rasa asli sepenuhnya. Dan kita beralih ke mitos seterusnya.

Mitos 3. Tongkat pada tongkat

Di sini adalah wajar untuk memahami bahawa API asli tidak dianggap sebagai tongkat secara lalai (walaupun terdapat pendapat yang berbeza di sini), jadi semua kemarahan ditujukan pada bahagian merentas platform. Jelas sekali, persekitaran pelaksanaan (contohnya, WebView, enjin JavaScript atau Mono) juga sukar untuk dipanggil tongkat - penyelesaian matang matang dengan sejarah yang panjang.

Nampaknya tongkat adalah bagaimana bahagian merentas platform berintegrasi dengan yang asli. Untuk lebih memahami cara rangka kerja yang berbeza berfungsi, menggunakan contoh PhoneGap, Xamarin, Qt dan React Native, kami akan melihat mekanisme sistem pengendalian tersebut yang digunakan untuk memautkan bahagian merentas platform dan "asli".

Kami akan mulakan dengan PhoneGap. Di bawah ialah seni bina peringkat atas aplikasi berdasarkan rangka kerja ini.

Aplikasi pada PhoneGap sebenarnya adalah aplikasi asli yang memaparkan WebView sebagai satu-satunya kawalan UI. Melaluinya interaksi dengan bahagian asal berlaku. Semua Paparan Web standard dalam iOS, Android dan Windows UWP menyokong keupayaan untuk menambah pengendali asli anda sendiri untuk sifat dan kaedah JS. Pada masa yang sama, kod JS hidup dalam persekitaran terpencilnya sendiri dan tidak mengetahui apa-apa tentang bahagian asli - ia hanya menarik kaedah JS yang diperlukan atau mengubah sifat JS yang diperlukan. Semuanya berada di dalam DOM web standard, yang mana elemen baharu yang dikaitkan dengan pelaksanaan asli hanya ditambah.

Apabila membuat aplikasi dalam React Native, pembangun hampir selalu perlu melaksanakan bahagian asli dalam Objective-C, Java atau C#, dan pengurusan aplikasi asli itu sendiri akan datang daripada JavaScript. Malah, enjin JavaScript ialah elemen WebView yang tersedia secara berasingan. Interaksi berlaku melalui jambatan JS yang sama seperti dalam kes PhoneGap. Walau bagaimanapun, dalam React Native, kod JS tidak mengawal pepohon DOM web, tetapi aplikasi asli.

Sila ambil perhatian bahawa disebabkan oleh pengehadan iOS (tiada cara untuk melaksanakan JIT), kod JavaScript ditafsirkan dengan cepat, dan bukannya disusun. Secara umum, ini tidak mempunyai kesan yang ketara ke atas prestasi dalam aplikasi sebenar, tetapi ia patut diingat.

Sekarang mari kita lihat Xamarin.iOS dan Xamarin.Android klasik, kerana Xamarin.Forms (yang menyokong Windows UWP) ialah tambahan kepada mereka.

Xamarin menggunakan perpustakaan Mono untuk berinteraksi dengan sistem pengendalian sasaran, yang membolehkan anda memanggil kod asli menggunakan mekanisme P/Invoke. Ia juga digunakan untuk berkomunikasi dengan API asli dalam iOS/Android. Iaitu, untuk semua kaedah API asli awam, pembalut dicipta dalam C#, yang seterusnya, memanggil API sistem. Dengan cara ini, anda boleh mengakses semua API sistem daripada aplikasi Xamarin anda.

Dan akhirnya, mari kita lihat Qt, kerana terdapat banyak soalan mengenainya daripada pembangun berpengalaman.

Qt ialah "perkara itu sendiri", ini mempunyai kedua-dua kelebihan dan batasan. Pustaka Qt hanya menyambung kepada API sistem C++ yang terdapat pada semua sistem pengendalian. Untuk memaparkan antara muka pengguna, mekanisme peringkat rendah digunakan, tetapi enjin grafiknya sendiri menyokong penggayaan asli. Dalam kes ini, pada Android anda perlu mengakses API Java melalui jambatan khas (jambatan JNI), dan untuk Windows UWP, gunakan penukar panggilan Open GL ES kepada DirectX, memandangkan Open GL tidak tersedia untuk UWP.

Untuk meringkaskan: semua rangka kerja merentas platform menggunakan keupayaan asli standard sistem pengendalian, matang, dan dicipta oleh pasukan berpengalaman dan komuniti sumber terbuka dengan sokongan gergasi industri IT. Dan akhirnya, sudah tiba masanya untuk hujah "paling kuat".

Mitos 4. Lambat

Kad truf penting yang orang suka gunakan dalam pertikaian tentang rangka kerja merentas platform ialah prestasi rendah. Sekali lagi, ia bergantung kepada apa yang hendak dibandingkan dan burung nuri apa yang perlu dikira.

Mari kita ingat bahawa keistimewaan aplikasi merentas platform ialah kewujudan selari dua dunia yang disambungkan oleh jambatan:

• PhoneGap: HTML/JS dan Native Java / Objective-C / C#;
• React Native: JS dan Native Java / Objective-C / C#;
• Xamarin: Mono dan Native Java/Objective-C;
• Qt: C++ dan Native Java / Objective-C.

Oleh itu, apabila membandingkan prestasi, seseorang mesti mengambil kira kelajuan operasi:

• bahagian merentas platform;
• bahagian asli;
• jambatan.

Jika anda menaip dalam enjin carian, sebagai contoh, bertindak balas terhadap prestasi asli vs pantas, anda boleh melihat banyak ujian yang berbeza, dan kebanyakannya mendapati bahawa prestasi menurun secara mendadak dengan penggunaan aktif jambatan, termasuk manipulasi aktif UI daripada silang- kod platform. Untuk Xamarin, keadaannya kelihatan sama - bahagian merentas platform sangat pantas dan setanding dengan yang asli dalam pemprosesan data, tetapi apabila menggunakan jambatan, prestasi mungkin menurun. Qt biasanya berfungsi pada tahap C++, yang pantas dengan sendirinya. Jika kami mempertimbangkan penyelesaian berdasarkan PhoneGap, maka prestasi akan sangat bergantung pada WebView, tetapi anda tetap tidak boleh menukar UI dalam kod JavaScript secara aktif atau menjalankan pengiraan saintifik.

Perlahan-lahan? Ya, penurunan prestasi mungkin disebabkan oleh interaksi yang tidak cekap dengan sistem pengendalian melalui jambatan. Walau bagaimanapun, dunia merentas platform itu sendiri adalah sepantas dunia asli.

Aplikasi mudah alih telah menjadi teman yang tidak berubah dalam kehidupan kita. Dengan bantuan mereka, kami bukan sahaja boleh berseronok dan memudahkan kehidupan kami, membuat pembelian atau memesan perkhidmatan tertentu dalam talian, tetapi juga mempromosikan perniagaan kami, meningkatkan pangkalan pelanggan kami, dan, akibatnya, meningkatkan keuntungan. Dan jika tiada siapa yang boleh meragui keperluan untuk mencipta aplikasi untuk perniagaan mereka, maka beberapa kesulitan mungkin timbul dengan pilihan jenis aplikasi mudah alih.

Semua aplikasi moden untuk peranti mudah alih boleh dibahagikan kepada asli dan merentas platform, dan setiap dua kumpulan ini mempunyai kedua-dua kekuatan dan kelemahannya.

Aplikasi asli ialah aplikasi yang dibangunkan khusus untuk platform tertentu dalam bahasa pengaturcaraan yang sesuai. Jadi, apabila membuat aplikasi untuk Android, Java digunakan, dan untuk aplikasi iOS - Objective-c atau Swift. Apabila mencipta projek sedemikian, pakar mengambil kira semua ciri platform, memberi perhatian khusus kepada reka bentuk UI/UX, keperluan/syor pembangun sistem pengendalian, serta trend terkini dalam industri mudah alih. Seorang pakar tidak akan dapat menguasai sepenuhnya semua bahasa di atas, oleh itu, untuk membangunkan satu produk asli untuk platform yang berbeza, perlu melibatkan pembangun yang berbeza, dan ini adalah perbelanjaan tambahan, dan masa pembangunan akan mengagumkan. Tetapi pada masa yang sama, aplikasi akan "disesuaikan" kepada platform tertentu, akan mempunyai akses kepada sumber dalaman dan fungsi peranti dan akan berfungsi dengan cekap yang mungkin.

Walaupun senarai banyak kelebihan pembangunan asli, pelanggan tidak selalu mahu menghabiskan masa dan wang untuk pembangunan mereka, melibatkan beberapa pakar dalam proses penciptaan. Pilihan terbaik dalam kes sedemikian ialah pembangunan merentas platform, yang membolehkan anda membuat aplikasi untuk mana-mana platform menggunakan teknologi web standard. Dalam kes ini, pembangunan boleh dijalankan oleh seorang yang mempunyai pengetahuan dan pengalaman yang diperlukan dalam bekerja dengan HTML5, JavaScript dan CSS3. Perkembangan merentas platform boleh disusun menjadi fail .apk untuk Android dan fail .ipa untuk IOS. Oleh itu, berdasarkan satu pembangunan, anda boleh mendapatkan dua aplikasi untuk sistem pengendalian popular, menghabiskan lebih sedikit masa dan wang untuknya. Walau bagaimanapun, perkembangan sedemikian juga mempunyai kelemahannya, jadi sangat dinasihatkan untuk mendekati setiap kes tertentu secara individu dan memilih pilihan yang paling sesuai - pembangunan asli atau merentas platform.

Bahagian pelanggan dan pelayan aplikasi

Kebanyakan aplikasi yang serius mempunyai bahagian klien mereka sendiri, yang sering dipanggil frontend, dan bahagian pelayan - backend. Bahagian hadapan bertanggungjawab untuk apa yang anda lihat pada skrin peranti mudah alih anda, iaitu keseluruhan persembahan visual aplikasi, termasuk reka bentuk, saiz dan lokasi tetingkap, menu, butang, anak panah dan sebarang elemen lain. Bahagian hadapan juga bertanggungjawab untuk respons aplikasi terhadap tindakan pengguna tertentu yang bertujuan untuk beralih ke bahagian apl yang berbeza, memanggil menu baharu dan sebagainya.

Bahagian belakang ialah bahagian pelayan aplikasi dan terletak pada pelayan jauh, yang boleh didapati di mana-mana dan diuruskan menggunakan pelbagai jenis alatan perisian. Hubungan antara bahagian klien dan pelayan dijalankan berkat API (antara muka pengaturcaraan aplikasi). Dalam erti kata lain, API ialah sejenis perantara antara bahagian hadapan dan hujung belakang, yang menghantar permintaan dari pihak klien ke pelayan, mengembalikan data yang diperlukan pengguna.

Pembangunan bahagian hadapan

Bahagian klien aplikasi adalah sangat penting, kerana dengannya pengguna itu sendiri akan berurusan dan pemahaman amnya tentang operasi aplikasi akan bergantung pada kemudahan bahagian hadapan. Ia boleh dibangunkan sama ada secara manual, tetapi untuk ini anda perlu mempunyai pemahaman yang baik tentang HTML5, CSS3 dan skrip java, atau menggunakan rangka kerja yang dipanggil. Dalam kes pertama, persekitaran pembangunan Apache Cordova, yang juga dikenali sebagai PhoneGap, sering digunakan. Menggunakan persekitaran ini, anda boleh mencipta aplikasi untuk mana-mana platform menggunakan teknologi web, yang Cordova tukarkan kepada kod yang boleh difahami untuk platform tertentu. Cordova membuka kemungkinan yang hampir tidak terhad untuk pembangun web yang tidak semestinya perlu mempelajari Objective-C atau Swift, Java atau Kotlin untuk mencipta aplikasi untuk sistem pengendalian tertentu.

Walaupun Cordova tidak mempunyai had dalam UI dan logik, rangka kerja menawarkan penyelesaian templat siap sedia. Di satu pihak, ini mempercepatkan dan memudahkan proses pembangunan dengan ketara, kerana pakar boleh menggunakan butang siap sedia, senarai, medan input, kad dan elemen UI yang lain. Sebaliknya, pakar boleh menggunakan untuk pembangunan hanya alat dan elemen yang tersedia dalam rangka kerja yang dipilih. Yang paling popular ialah Ionic, yang membolehkan anda membuat aplikasi merentas platform untuk setiap citarasa. Rangka kerja ini mempunyai koleksi elemen standard terbina dalam yang besar yang meniru aplikasi asli secara visual, tetapi reka bentuknya boleh diubah jika perlu. Pada masa yang sama, pembangun boleh menyambungkan banyak pemalam tambahan yang mengembangkan keupayaan rangka kerja ionik, dan projek yang dibuat pada rangka kerja ini boleh dilancarkan terus dalam tetingkap penyemak imbas dan menilai bagaimana aplikasi yang dibuat akan kelihatan dan berfungsi tanpa perlu gunakan emulator atau pasangkannya pada telefon pintar.

Pembangunan bahagian belakang

Walaupun bahagian pelanggan dikendalikan oleh pereka bentuk dan pembangun dengan pengetahuan tentang HTML, CSS, JS dan rangka kerja, bahagian belakang dikendalikan oleh pengaturcara dari profil yang berbeza. Untuk mengkonfigurasi pelayan, bahasa dan alat pengaturcaraan yang berbeza boleh digunakan; perkara utama ialah mengkonfigurasi operasi dan interaksi mereka dengan bahagian pelanggan dengan betul. Di sini adalah perlu untuk menggunakan sistem pengurusan pangkalan data yang sesuai. Ini mungkin MySQL tradisional, Redis, PostgreSQL atau mana-mana pangkalan data lain (contohnya, MongoDB) yang sesuai untuk pelaksanaan projek tertentu dan di mana pembangun bahagian belakang mahir. Untuk mencipta bahagian pelayan aplikasi, pembangun boleh menggunakan PHP, NodeJS, C#, Ruby, Python, Java dan bahasa pengaturcaraan lain.

Pakar studio mudah alih KitApp mendekati isu membangunkan bahagian hadapan dan bahagian belakang secara menyeluruh dan bertanggungjawab yang mungkin. Pembangun kami akan mencipta untuk anda aplikasi merentas platform bagi sebarang kerumitan dan fokus secepat dan secekap yang mungkin! Hubungi kami, dan pakar kami akan segera menasihati anda tentang semua soalan anda!