HarmonyOS: یہ کیا ہے، نظام کا فن تعمیر اور ArkUI پر ترقی

HarmonyOS کیا ہے؟

HarmonyOS ایک تقسیم شدہ آپریٹنگ سسٹم ہے جسے ہواوے نے تیار کیا ہے اور پہلی بار 2019 میں کمپنی کے نئے آلات پر گوگل خدمات تک رسائی کی پابندی کے جواب میں متعارف کرایا گیا تھا۔ HarmonyOS اپنے مائیکروکرنل پر بنایا گیا ہے، جو Linux سے مختلف ہے، اور آلات کے درمیان ہموار آپریشن کے لیے ڈیزائن کیا گیا ہے: اسمارٹ فونز، ٹیبلٹس، اسمارٹ واچز، ٹیلی ویژن، آٹوموٹیو سسٹمز اور IoT آلات۔

Huawei (HarmonyOS ایکو سسٹم رپورٹ، 2026) کے مطابق، یہ نظام 700 ملین سے زیادہ آلات پر نصب ہے، بشمول 300 ملین اسمارٹ فونز۔ چینی مارکیٹ 95% تنصیبات پر مشتمل ہے۔ HarmonyOS 5.0 (NEXT، 2024) سے شروع کرتے ہوئے، نظام نے Android AOSP مطابقت کو مکمل طور پر ترک کر دیا ہے — تمام ایپلیکیشنز ArkTS یا C++ میں ArkUI استعمال کرتے ہوئے لکھی جانی چاہئیں۔

HarmonyOS کی کلیدی خصوصیت اس کا تقسیم شدہ فن تعمیر ہے: ایک ایپلیکیشن ایک ساتھ متعدد آلات پر چل سکتی ہے، انٹرفیس کو اسکرینوں کے درمیان منتقل کر سکتی ہے۔ مثال کے طور پر، صارف فون پر نیویگیشن شروع کرتا ہے جبکہ انٹرفیس کار کی اسکرین پر ظاہر ہوتا ہے — بغیر دوبارہ تالیف یا اضافی کوڈ کے۔

HarmonyOS ورژن کی تاریخ

HarmonyOS 1.0 (2019) — اسمارٹ فونز کے لیے نہیں، اسمارٹ اسکرین کے لیے پہلا ورژن۔ HarmonyOS 2.0 (2021) — اسمارٹ فونز، ٹیبلٹس اور گھڑیوں کے لیے کھولا گیا، AOSP ایپلیکیشنز کی معاونت۔ HarmonyOS 3.0 (2022) — بہتر تقسیم شدہ فن تعمیر، Super Device، Multiscreen Collaboration۔ HarmonyOS 4.0 (2023) — ArkUI 3.0، Live View، بہتر کارکردگی۔ HarmonyOS NEXT (5.0، 2024) — AOSP کا مکمل ترک، صرف مقامی HarmonyOS ایپلیکیشنز۔

HarmonyOS فن تعمیر: تقسیم شدہ مائیکروکرنل

HarmonyOS کا فن تعمیر Android اور iOS سے بنیادی طور پر مختلف ہے۔ یک سنگی Linux کرنل کے بجائے، HarmonyOS اپنا مائیکروکرنل استعمال کرتا ہے جو کم سے کم مراعات یافتہ افعال کو نافذ کرتا ہے: میموری کا انتظام، عمل کی ترتیب اور بین العمل مواصلات۔ دیگر تمام خدمات صارف کی جگہ میں چلتی ہیں۔

مائیکروکرنل اور حفاظت

HarmonyOS مائیکروکرنل تقریباً 10,000 لائنوں پر مشتمل ہے (Linux کرنل 20 ملین سے زیادہ ہے)۔ چھوٹا کوڈ بیس چھوٹی حملہ کی سطح کا مطلب ہے۔ نظام رسمی تصدیق — کرنل کوڈ کی درستگی کا ریاضیاتی ثبوت — استعمال کرتا ہے۔ HarmonyOS بایومیٹرکس، ادائیگیوں اور خفیہ کاری کی کنجیوں کے لیے ہارڈویئر سطح پر Trusted Execution Environment (TEE) کی حمایت کرتا ہے۔ بین العمل مواصلات IPC کے ذریعے نافذ کیا جاتا ہے، جو Android میں Binder سے 5 گنا زیادہ کارکردہ ہے۔

چار فن تعمیر کی تہیں

HarmonyOS فن تعمیر چار تہوں پر مشتمل ہے: Kernel Subsystem (مائیکروکرنل + ڈرائیور)، System Service Layer (نظام کی خدمات: تقسیم شدہ ڈیٹا، فائل سسٹم، حفاظت)، Framework Layer (ArkUI، ملٹی میڈیا، ٹیلی فونی، AI خدمات)، Application Layer (صارف کی ایپلیکیشنز)۔ ہر تہہ IPC کے ذریعے نیچے والی تہہ سے الگ کی گئی ہے۔

تقسیم شدہ فائل سسٹم

HarmonyOS ایک تقسیم شدہ فائل سسٹم (DFS) فراہم کرتا ہے جو تمام صارف آلات کے اسٹوریج کو ایک واحد مجازی جگہ میں متحد کرتا ہے۔ ایک ایپلیکیشن ڈیوائس بتائے بغیر URI کے ذریعے فائلوں تک رسائی حاصل کرتی ہے — نظام درخواست کو اس ڈیوائس پر روٹ کرتا ہے جہاں فائل جسمانی طور پر محفوظ ہے۔ DFS آخر تا آخر خفیہ کاری اور کثرت سے استعمال ہونے والے ڈیٹا کی خودکار نقل کی حمایت کرتا ہے۔

// HarmonyOS تقسیم شدہ فائل سسٹم کے ساتھ کام
#include <dfs/storage_manager.h>
#include <uri/uri_helper.h>

using namespace OHOS::Storage;

// تقسیم شدہ ڈیوائس پر فائل URI حاصل کرنا
Uri GetDistributedFileUri(const std::string& localPath) {
    DistributedFileManager manager;
    auto deviceList = manager.GetOnlineDevices();

    for (const auto& device : deviceList) {
        Uri uri = manager.GetFileUri(device.deviceId, localPath);
        if (uri.IsValid()) {
            return uri;  // ایک ڈیوائس پر فائل مل گئی
        }
    }
    return Uri::Empty();
}

// دور دراز ڈیوائس سے ڈیٹا پڑھنا
std::string ReadDistributedFile(const Uri& uri) {
    DistributedFile file(uri);
    if (!file.Open(OpenMode::READ_ONLY)) {
        return "";
    }

    char buffer[4096];
    size_t bytesRead = file.Read(buffer, sizeof(buffer));
    file.Close();

    return std::string(buffer, bytesRead);
}

مثال میں، DistributedFileManager صارف کے تمام آن لائن آلات پر فائل تلاش کرتا ہے اور ایک تقسیم شدہ URI لوٹاتا ہے۔ DistributedFile ایپلیکیشن کے لیے شفاف طریقے سے، IPC کے ذریعے دور دراز کے ڈیوائس پر جسمانی طور پر فائل کھولتا ہے۔ ڈویلپر کو یہ جاننے کی ضرورت نہیں ہے کہ ڈیٹا کہاں محفوظ ہے — نظام خود بخود درخواست کو روٹ کرتا ہے۔

ArkUI اور ArkTS: انٹرفیس کی ترقی

ArkUI ہواوے کے تیار کردہ HarmonyOS کا اعلانیہ UI فریم ورک ہے۔ انٹرفیس کو SwiftUI (iOS) یا Jetpack Compose (Android) کی طرح رد عمل ڈیٹا بائنڈنگ کے ساتھ اجزاء کے درجہ بندی کے طور پر بیان کیا گیا ہے۔ ArkTS ایک ترقیاتی زبان ہے جو TypeScript پر مبنی ہے جس میں اضافی جامد ٹائپنگ اور @Component، @State، @Prop، @Link ڈیکوریٹرز کے ذریعے ArkUI کے ساتھ انضمام ہے۔

بنیادی ArkTS تصورات

ArkTS UI فریم ورک ہم آہنگی کے لیے TypeScript کو بڑھاتا ہے: @Component — UI جزو کے اعلان کے لیے ڈیکوریٹر، build() — ایک لازمی طریقہ جو UI عناصر کا درخت لوٹاتا ہے، @State — ایک رد عمل متغیر جس کی تبدیلیاں خود بخود جزو کو دوبارہ کھینچتی ہیں، @Prop — والدین سے ان پٹ پراپرٹی، @Link — دو طرفہ بائنڈنگ۔ تمام ArkUI اجزاء ترمیم کنندگان (.width، .height، .backgroundColor) کے ساتھ زنجیری نحو استعمال کرتے ہیں۔

// ArkTS — ArkUI پر صارف پروفائل اسکرین
@Component
struct ProfileScreen {
    @State userName: string = "اننا پیٹرووا";
    @State avatarUrl: Resource = $r("media.avatar_default");
    @State isLoading: boolean = false;
    @Prop onEditClick: () => void;

    aboutToAppear(): void {
        this.loadUserData();
    }

    async loadUserData(): Promise<void> {
        this.isLoading = true;
        try {
            const data = await UserService.getProfile();
            this.userName = data.name;
            this.avatarUrl = data.avatarUrl;
        } catch (error) {
            console.error("لوڈنگ کی خرابی", error);
        } finally {
            this.isLoading = false;
        }
    }

    build(): void {
        Column() {
            if (this.isLoading) {
                LoadingProgress()
                    .width('50%')
                    .height('50%');
            } else {
                Stack({ alignContent: Alignment.Center }) {
                    Image(this.avatarUrl)
                        .width('100%')
                        .height('100%')
                        .objectFit(ImageFit.Cover);

                    Column() {
                        Text(this.userName)
                            .fontSize('24fp')
                            .fontWeight(FontWeight.Bold)
                            .fontColor(Color.White);

                        Button("ترمیم کریں", {
                            type: ButtonType.Capsule,
                            stateEffect: true
                        })
                            .onClick(() => {
                                this.onEditClick();
                            })
                            .margin({ top: '12vp' });
                    }
                    .alignItems(HorizontalAlign.Center)
                    .width('100%');
                }
                .width('100%')
                .height('300vp');
            }
        }
        .padding('16vp')
        .width('100%')
        .height('100%');
    }
}

// ایپلیکیشن کا داخلی نقطہ
@Entry
@Component
struct MainApp {
    build(): void {
        Column() {
            ProfileScreen({
                onEditClick: () => {
                    console.info("پروفائل ایڈیٹر کھولیں");
                }
            });
        }
        .width('100%')
        .height('100%');
    }
}

ArkTS میں ProfileScreen جزو ظاہر کرتا ہے: رد عمل متغیرات کے لیے @State، ان پٹ کال بیک کے لیے @Prop، Column/Stack/Text/Image/Button بنیادی UI اجزاء کے طور پر، async/await کے ذریعے غیر متزامن ڈیٹا لوڈنگ۔ لوڈنگ کے دوران LoadingProgress ظاہر ہوتا ہے۔ تمام سائز vp (ورچوئل پکسلز) میں متعین ہیں — iOS میں pt یا Android میں dp کی طرح انکولی اکائیاں۔

مختلف آلات کے لیے موافقت

ArkUI اسکرین کی چوڑائی کے مطابق بریک پوائنٹس (xs، sm، md، lg، xl) کے نظام کے ذریعے ذمہ دار ڈیزائن کی حمایت کرتا ہے۔ فون سے ٹیبلٹ یا گھڑی پر سوئچ کرتے وقت اجزاء خود بخود دوبارہ ترتیب ہو جاتے ہیں۔ GridRow اور GridCol انکولی کنٹینر ہیں جو بریک پوائنٹ کے لحاظ سے کالموں کی تعداد تبدیل کرتے ہیں۔ سائز کی اکائیاں: vp (ورچوئل پکسل)، fp (فونٹ پکسل — فونٹ کی ترتیبات کے ساتھ اسکیل)، lpx (گھڑیوں کے لیے منطقی پکسل)۔

DevEco Studio اور ترقیاتی اوزار

DevEco Studio HarmonyOS کے لیے سرکاری مربوط ترقیاتی ماحول (IDE) ہے، جو IntelliJ IDEA Community Edition پر مبنی ہے۔ اس میں ArkTS اور C++ کی حمایت کے ساتھ کوڈ ایڈیٹر، ایک بصری ArkUI ایڈیٹر (ڈریگ اینڈ ڈراپ)، ایک HarmonyOS ڈیوائس ایمولیٹر، فوری UI دیکھنے کے لیے Preview اور کارکردگی کے تجزیے کے لیے Profiler شامل ہے۔

HarmonyOS ایمولیٹر

DevEco Studio میں QEMU پر مبنی ایک ایمولیٹر شامل ہے جو اسمارٹ فونز (مختلف اسکرین سائز)، ٹیبلٹس، گھڑیوں اور ٹیلی ویژن کو سپورٹ کرتا ہے۔ ایمولیٹر ایک تقسیم شدہ ماحول کی نقل کرتا ہے: آپ متعدد ورچوئل ڈیوائسز چلا سکتے ہیں اور کراس ڈیوائس تعامل کی جانچ کر سکتے ہیں۔ ایمولیٹر کو ورچوئلائزیشن کی ضرورت ہے (Windows پر Hyper-V، Linux پر KVM)۔

Preview اور Live Preview

ArkUI Preview بلڈ یا ایمولیٹر شروع کیے بغیر فوری UI دیکھنے کی خصوصیت ہے۔ کوڈ کی تبدیلیاں 1-2 سیکنڈ میں Preview میں ظاہر ہوتی ہیں۔ تمام معیاری اجزاء اور اینیمیشنز تعاون یافتہ ہیں۔ Preview موافقت کی جانچ کے لیے مختلف بریک پوائنٹس کے ساتھ کام کرتا ہے۔ Live Preview ہارڈویئر پر جانچ کے لیے USB یا Wi-Fi کے ذریعے ایک حقیقی ڈیوائس سے جڑتا ہے۔

HarmonyOS SDK اور API

HarmonyOS SDK میں شامل ہے: ArkUI (UI اجزاء)، Multimedia Kit (آڈیو/ویڈیو کیپچر اور پلے بیک)، Connectivity Kit (Bluetooth، Wi-Fi، NFC)، Location Kit (جیو لوکیشن)، Sensor Kit (سینسرز)، AI Kit (Huawei NPU پر آن ڈیوائس انفرنس کے ساتھ ML Kit)۔ API ورژنز: API 9 (HarmonyOS 3.x)، API 10 (4.x)، API 11 (NEXT)۔

// Multimedia Kit کے ذریعے HarmonyOS پر کیمرہ شروع کرنا
import multimedia.CameraManager;
import multimedia.CameraInput;
import multimedia.PreviewOutput;

@Component
struct CameraView {
    @State isPreviewActive: boolean = false;
    cameraManager: CameraManager = CameraManager.getInstance();
    cameraInput?: CameraInput;
    previewOutput?: PreviewOutput;

    async startPreview(): Promise<void> {
        try {
            // کیمرہ کی اجازت کی درخواست
            const granted = await Permissions.request("ohos.permission.CAMERA");
            if (!granted) return;

            // کیمرہ حاصل کرنا (0 — پچھلا، 1 — اگلا)
            const camera = await this.cameraManager.getCamera(0);

            // کیمرہ ان پٹ بنانا
            this.cameraInput = await this.cameraManager.createCameraInput(camera);
            await this.cameraInput.open();

            // Surface پر پیش نظارہ شروع کرنا (ArkUI XComponent)
            this.previewOutput = await this.cameraManager.createPreviewOutput({
                width: 1920,
                height: 1080
            });
            await this.previewOutput.start();
            this.isPreviewActive = true;
        } catch (error) {
            console.error("Camera error: " + error.message);
        }
    }

    async stopPreview(): Promise<void> {
        await this.previewOutput?.stop();
        await this.cameraInput?.close();
        this.isPreviewActive = false;
    }
}

CameraView جزو Multimedia Kit کے ساتھ کام کو ظاہر کرتا ہے: Permissions.request کے ذریعے اجازت کی درخواست، CameraManager کے ذریعے کیمرہ حاصل کرنا، CameraInput اور PreviewOutput بنانا۔ ArkUI Surface (XComponent کے ذریعے) ویڈیو سٹریم دکھاتا ہے۔ تمام کارروائیاں try/catch کے ذریعے غلطی کے انتظام کے ساتھ غیر متزلزل ہیں۔

تقسیم شدہ ایپلیکیشنز اور کراس ڈیوائس

HarmonyOS کا تقسیم شدہ فن تعمیر حریفوں سے بنیادی فرق ہے۔ ایک ایپلیکیشن متعدد ایٹمک سروسز (Atomic Services) پر مشتمل ہو سکتی ہے، ہر ایک بہترین ڈیوائس پر چل رہی ہے۔ صارف ایک ڈیوائس پر کام شروع کرتا ہے اور سیاق و سباق کھوئے بغیر دوسرے پر جاری رکھتا ہے۔

Atomic Services اور Ability

Atomic Service HarmonyOS پر کم سے کم تعیناتی اکائی ہے۔ ہر سروس ایک یا زیادہ Ability (Android میں Activity کے مشابہ) نافذ کرتی ہے۔ Page Ability — UI کے ساتھ ایک اسکرین، Service Ability — ایک پس منظر کا کام، Data Ability — ڈیٹا تک رسائی۔ ایک ایپلیکیشن Ability کو دوسرے ڈیوائس کو سونپ سکتی ہے: مثال کے طور پر، UI ٹیبلٹ پر ظاہر ہوتا ہے جبکہ AI پروسیسنگ NPU والے فون پر چلتی ہے۔

تقسیم شدہ ڈیٹا مینجمنٹ

تقسیم شدہ ڈیٹا مینجمنٹ (DDM) نظام آلات کے درمیان ایپلیکیشن کی حالت کو ہم آہنگ کرتا ہے۔ DDM تقسیم شدہ ڈیٹا آبجیکٹس استعمال کرتا ہے — رد عمل آبجیکٹ جو تمام صارف آلات پر خود بخود نقل ہو جاتے ہیں۔ ایک ڈیوائس پر ڈیٹا کی تبدیلی فوری طور پر باقی تمام آلات پر ظاہر ہوتی ہے۔ DDM خفیہ کاری کی حمایت کرتا ہے اور نیٹ ورک کنکشن (Bluetooth، Wi-Fi، سیلولر ڈیٹا) کو مدنظر رکھتا ہے۔

Super Device

Super Device — HarmonyOS کی ایک خصوصیت جو 7 Huawei آلات کو ایک واحد کمپیوٹنگ ماحول میں متحد کرنے کی اجازت دیتی ہے۔ صارف Super Device انٹرفیس میں ڈیوائس آئیکنز کو گھسیٹتا ہے: اسپیکر آڈیو آؤٹ پٹ بن جاتے ہیں، ٹیبلٹ دوسری اسکرین بن جاتا ہے، گھڑی فون پر فٹنس ایپ کے لیے دل کی دھڑکن مانیٹر بن جاتی ہے۔ تمام آلات 5 ms سے کم تاخیر کے ساتھ Distributed Bus کے ذریعے ہم آہنگ ہوتے ہیں۔

AppGallery اور ایپلیکیشن کی اشاعت

Huawei AppGallery HarmonyOS کا سرکاری ایپ اسٹور ہے، جو Google Play اور App Store کے بعد دنیا میں تیسرا سب سے بڑا ہے۔ Huawei (2026) کے مطابق، AppGallery کے 580 ملین سے زیادہ ماہانہ فعال صارفین ہیں۔ ڈویلپر رجسٹریشن افراد کے لیے مفت ہے (Apple کے $99 کے برعکس)۔

اشاعت کا عمل

ڈویلپر DevEco Studio (.hap فارمیٹ — HarmonyOS Ability Package) میں ایپلیکیشن بناتا ہے۔ AppGallery Connect کے ذریعے اشاعت: HAP فائل اپ لوڈ کریں، تفصیل پُر کریں (نام، آئیکن، اسکرین شاٹس)، قیمت کا ماڈل ترتیب دیں۔ اوسط جانچ کا وقت 1-3 کاروباری دن ہے۔ Huawei سیکیورٹی (جامد تجزیہ)، API مطابقت اور پالیسی کی تعمیل کی جانچ کرتا ہے۔

کمائی

AppGallery حمایت کرتا ہے: paid ایپلیکیشنز (Huawei کمیشن 15-30%)، سبسکرپشنز (15% کمیشن)، Huawei Ads Kit کے ذریعے اشتہار اور IAP Kit کے ذریعے ایپ میں خریداریاں۔ Huawei Pay چینی مارکیٹ کے لیے ایک ادائیگی کا گیٹ وے ہے جو Alipay اور WeChat Pay کو سپورٹ کرتا ہے۔ بین الاقوامی ڈویلپرز PayPal یا بینک ٹرانسفر کے ذریعے ادائیگیاں وصول کرتے ہیں۔

Huawei Mobile Services (HMS)

HMS Core خدمات کا ایک مجموعہ ہے جو Google کے بغیر Huawei آلات پر Google Play Services کی جگہ لیتا ہے۔ شامل ہیں: Push Kit (پش اطلاعات)، Map Kit (نیویگیشن کے ساتھ نقشے)، Location Kit (جیو لوکیشن)، Ads Kit (اشتہار)، Analytics Kit (تجزیہ)، Account Kit (Huawei ID کے ذریعے اجازت)۔ HMS Core HarmonyOS والے آلات اور Huawei Android آلات (AppGallery کے ذریعے) پر دستیاب ہے۔