رفتن به محتوای اصلی
پارادایس کد

ساخت اپلیکیشن موبایل؛ اندروید نیتیو، PWA و کراس‌پلتفرم

اپلیکیشنی می‌سازیم که روی گوشی‌های واقعی کاربران شما روان اجرا شود، نه فقط روی گوشی تیم توسعه. با تکنولوژی‌ای که برای محصول شما درست است، نه برای مد روز.

ساخت اپلیکیشن با یک تصمیم شروع می‌شود که بیشتر از هر چیز روی هزینه و کیفیت اثر دارد: نیتیو، کراس‌پلتفرم یا PWA؟ ما برنامه‌نویسی اندروید را با Kotlin و Jetpack Compose انجام می‌دهیم، وقتی منطق مشترک بین چند پلتفرم لازم است از Kotlin Multiplatform و Compose Multiplatform استفاده می‌کنیم و وقتی نصب از فروشگاه ضروری نیست، PWA می‌سازیم. این انتخاب را با شما و بر اساس مخاطب، بودجه و نیازهای سخت‌افزاری محصول می‌گیریم.

اپلیکیشن نیتیو اندروید بهترین عملکرد، دسترسی کامل به سخت‌افزار و تجربه کاربری آشنا را می‌دهد و برای انتشار در کافه بازار و مایکت و پرداخت درون‌برنامه‌ای مسیر استاندارد است. PWA ارزان‌تر است، با یک لینک باز می‌شود، به‌روزرسانی فوری دارد و روی iOS هم کار می‌کند، اما به اعلان‌ها و قابلیت‌های سیستمی دسترسی محدودتری دارد. کراس‌پلتفرم هزینه دو کدبیس را کم می‌کند، به شرط اینکه معماری از روز اول درست چیده شود.

اپلیکیشن اندروید میز پردیس را با Kotlin و Compose نیتیو ساختیم، کنار نسخه PWA و ربات‌ها، همه روی یک بک‌اند NestJS. همدور یک اپ اندروید و یک نسخه وب Kotlin/Wasm با حجم ۲٫۷ مگابایت (brotli) دارد که هر دو از یک موتور قوانین Kotlin Multiplatform استفاده می‌کنند و پرداخت را از کافه بازار، مایکت، زرین‌پال و کیف پول بله می‌پذیرند. این تجربه را مستقیم وارد پروژه شما می‌کنیم.

چه چیزی می‌سازیم

  • اپلیکیشن اندروید نیتیو

    برنامه‌نویسی اندروید با Kotlin و Jetpack Compose، معماری لایه‌ای، کار آفلاین و بهینه‌سازی برای گوشی‌های میان‌رده و ضعیف.

  • PWA قابل نصب

    وب‌اپی که روی صفحه اصلی نصب می‌شود، آفلاین کار می‌کند و بدون انتظار برای تأیید فروشگاه به‌روز می‌شود؛ روی اندروید و iOS.

  • کراس‌پلتفرم با Kotlin Multiplatform

    منطق کسب‌وکار، شبکه و داده یک بار نوشته می‌شود و بین اندروید، وب و دسکتاپ مشترک است، بدون قربانی کردن رابط نیتیو.

  • طراحی رابط و تجربه کاربری

    طراحی اپلیکیشن موبایل راست‌به‌چپ، با دیزاین‌سیستم، حالت تاریک و الگوهای آشنای اندروید که کاربر برای یادگیری‌شان وقت نمی‌گذارد.

  • پرداخت درون‌برنامه‌ای و انتشار

    پیاده‌سازی پرداخت درون‌برنامه‌ای کافه بازار و مایکت، اتصال به درگاه‌ها و آماده‌سازی و انتشار نسخه در فروشگاه‌ها.

  • بک‌اند و API اپلیکیشن

    سرور اختصاصی با NestJS یا Ktor، احراز هویت، اعلان، همگام‌سازی آفلاین و ارتباط بلادرنگ با WebSocket.

روند کار

  1. ۰۱

    انتخاب پلتفرم

    مخاطب، دستگاه‌های هدف، نیاز به سخت‌افزار و کانال توزیع را بررسی می‌کنیم و بین نیتیو، PWA و کراس‌پلتفرم با دلیل مکتوب انتخاب می‌کنیم.

  2. ۰۲

    نمونه اولیه روی گوشی

    جریان‌های اصلی را زود به شکل یک بیلد قابل نصب روی گوشی واقعی می‌بریم تا بازخورد روی تجربه واقعی باشد، نه روی تصویر.

  3. ۰۳

    توسعه با بیلدهای منظم

    اپ و بک‌اند را موازی می‌سازیم، بیلدهای آزمایشی منظم می‌دهیم و روی گوشی‌های ضعیف، شبکه کند و حالت آفلاین تست می‌کنیم.

  4. ۰۴

    انتشار و نگهداری

    نسخه را امضا و در فروشگاه‌ها منتشر می‌کنیم، گزارش کرش و عملکرد را پایش می‌کنیم و با به‌روزرسانی‌های اندروید سازگار نگه می‌داریم.

چه چیزی هزینه را تعیین می‌کند؟

هزینه ساخت اپلیکیشن بیشتر از تعداد صفحه‌ها، به پلتفرم‌ها، منطق سمت سرور و یکپارچه‌سازی‌ها بستگی دارد. بعد از جلسه شناخت، برآورد را فاز به فاز ارائه می‌کنیم.

  • پلتفرم هدف: فقط اندروید، PWA یا چند پلتفرم با کد مشترک
  • پیچیدگی بک‌اند: حساب کاربری، نقش‌ها، داده بلادرنگ و همگام‌سازی آفلاین
  • یکپارچه‌سازی‌ها: پرداخت درون‌برنامه‌ای، درگاه، نقشه، پیامک و سرویس‌های بیرونی
  • میزان طراحی اختصاصی رابط، انیمیشن و دیزاین‌سیستم
  • نیاز به پنل مدیریت، گزارش‌گیری و پشتیبانی و نگهداری بعد از انتشار

پرسش‌های پرتکرار

هزینه ساخت اپلیکیشن چقدر است؟

هزینه ساخت اپلیکیشن با تعداد صفحه‌ها تعیین نمی‌شود؛ اپی با پنج صفحه که پرداخت، چت بلادرنگ و همگام‌سازی آفلاین دارد، از اپی با بیست صفحه محتوای ساده گران‌تر است. عوامل اصلی پلتفرم هدف، پیچیدگی بک‌اند، یکپارچه‌سازی‌ها و میزان طراحی اختصاصی‌اند. پیشنهاد ما معمولاً این است که با نسخه اول کوچک و قابل انتشار شروع کنید، بازخورد واقعی بگیرید و بعد سرمایه‌گذاری کنید. بعد از جلسه شناخت، دامنه هر فاز و برآورد آن را مکتوب ارائه می‌کنیم.

ساخت اپلیکیشن نیتیو بهتر است یا PWA؟

اگر به دوربین، بلوتوث، اعلان‌های قابل‌اعتماد، کار سنگین پس‌زمینه یا پرداخت درون‌برنامه‌ای فروشگاه‌ها نیاز دارید یا مخاطب انتظار دارد اپ را از فروشگاه نصب کند، نیتیو انتخاب درست است. اگر محصول بیشتر فرم، داشبورد یا محتواست و می‌خواهید هزینه کمتر، انتشار فوری و دسترسی روی iOS بدون اپ‌استور داشته باشید، PWA کافی و حتی بهتر است. در میز پردیس هر دو را کنار هم ساختیم تا هر کاربر از مسیر مناسب خودش وارد شود.

چرا برای برنامه‌نویسی اندروید از Kotlin و Jetpack Compose استفاده می‌کنید؟

Kotlin زبان رسمی و پیشنهادی گوگل برای اندروید است و Jetpack Compose ابزار استاندارد امروز برای ساخت رابط کاربری اندروید. با Compose کد رابط کوتاه‌تر، قابل تست‌تر و سازگار با حالت تاریک و راست‌به‌چپ است و کتابخانه‌های جدید اندروید اول برای آن عرضه می‌شوند. مزیت دیگر این است که همین دانش با Kotlin Multiplatform و Compose Multiplatform به وب و دسکتاپ هم می‌رسد؛ همان‌طور که در همدور یک موتور قوانین مشترک هم در اپ اندروید و هم در نسخه وب اجرا می‌شود.

آیا ساخت اپلیکیشن کراس‌پلتفرم هزینه را نصف می‌کند؟

معمولاً نه دقیقاً نصف، اما می‌تواند صرفه‌جویی جدی ایجاد کند. در کراس‌پلتفرم منطق کسب‌وکار، شبکه و داده یک بار نوشته می‌شود و فقط بخش‌هایی که باید به سیستم‌عامل نزدیک باشند جداگانه پیاده می‌شوند. هزینه پنهان آن، نیاز به معماری دقیق از ابتدا و گاهی کار اضافه برای رفتارهای خاص هر پلتفرم است. ما با Kotlin Multiplatform کار می‌کنیم چون رابط و عملکرد نیتیو را حفظ می‌کند و هر جا لازم باشد می‌توان سراغ کد مخصوص پلتفرم رفت.

انتشار در کافه بازار و مایکت و پرداخت درون‌برنامه‌ای را هم انجام می‌دهید؟

بله. آماده‌سازی نسخه انتشار، امضای اپ، تصاویر و توضیحات فروشگاه و ارسال برای بررسی در کافه بازار و مایکت را انجام می‌دهیم. پرداخت درون‌برنامه‌ای را با تأیید خرید سمت سرور پیاده می‌کنیم تا خرید جعلی یا تکراری پذیرفته نشود و اگر اپ بیرون از فروشگاه هم توزیع می‌شود، درگاه پرداخت جداگانه وصل می‌کنیم. در همدور پرداخت از چهار مسیر کافه بازار، مایکت، زرین‌پال و کیف پول بله را پیاده کرده‌ایم.

بعد از انتشار اپلیکیشن، نگهداری و به‌روزرسانی چطور انجام می‌شود؟

اپلیکیشن بعد از انتشار تمام نمی‌شود. هر سال نسخه جدید اندروید و الزامات تازه فروشگاه‌ها می‌آید، کتابخانه‌ها به‌روز می‌شوند و کاربران روی گوشی‌هایی که تست نکرده‌اید مشکل پیدا می‌کنند. ما گزارش کرش و عملکرد را پایش می‌کنیم، وابستگی‌ها را منظم به‌روز نگه می‌داریم و نسخه‌های اصلاحی را منتشر می‌کنیم. سورس‌کد و دسترسی به حساب‌های فروشگاه همیشه متعلق به شماست تا اگر روزی تیم دیگری کار را ادامه داد، هیچ وابستگی‌ای به ما نداشته باشید.

بیشتر بخوانید