Desktop tətbiq istifadəçinin kompüterində quraşdırılan proqramdır. Electron tanış veb texnologiyaları ilə belə tətbiqlər hazırlamaq imkanları verir. Amma bir saytı ayrıca pəncərədə göstərmək həmişə yeni məhsul dəyəri yaratmır. Əvvəl kompüterdə quraşdırmanın hansı işi asanlaşdırdığı aydın olmalıdır.
Məsələn, yerli fayllarla xüsusi əməliyyat, iş yerinə uyğun interfeys və ya razılaşdırılmış cihaz əlaqəsi lazım ola bilər. Bunlar izahlı ehtimallardır, hər Electron layihəsinin hazır funksiyaları deyil. Mobil və desktop proqram hazırlanması çərçivəsində konkret ssenari ayrı qiymətləndirilir.
Brauzerdən fərqli ehtiyac varmı?
İstifadəçi eyni işi brauzerdə rahat görürsə, ayrıca quraşdırmanın xərci və dəstək yükü nəzərə alınmalıdır. Desktop seçiminin səbəbi «daha ciddi görünür» ilə məhdudlaşmamalıdır. Əsas sual əməliyyatın kompüter imkanları ilə hansı əlaqəyə ehtiyac duymasıdır.
İzahlı nümunə: əməkdaş razılaşdırılmış qovluqdan sənəd seçir və onu serverdəki iş kartına bağlayır. Bu şərti ssenaridə fayla giriş, yoxlama və göndərmə qaydası birlikdə planlaşdırılır. İstifadəçinin səhv qovluq seçməsi də normal vəziyyət kimi nəzərə alınmalıdır.
Yerli məlumat və serverin rolu
Tətbiqin cihazda saxladığı məlumatla serverdəki əsas qeydi ayırın. Kompüter dəyişəndə və ya proqram yenidən quraşdırılanda nə bərpa olunacaq? Yerli nüsxə yalnız keşdirsə, bunu etibarlı əsas baza kimi istifadə etmək olmaz. Offline iş tələb olunursa, dəyişikliklərin sinxronizasiyası da ayrıca qaydadır.
API əlaqəsində olduğu kimi, gecikmiş cavab, təkrar göndərmə və eyni qeydin iki yerdə dəyişməsi nəzərə alınır. Proqramın masaüstündə olması bu məsələləri aradan qaldırmır.
Təhlükəsizlik modelinin əhəmiyyəti
Electron-un rəsmi təhlükəsizlik sənədi uzaq məzmun üçün Node.js girişinin açılmamasını, kontekst ayrılığını və sandbox nəzarətlərini vurğulayır. Daha geniş kompüter imkanları daha diqqətli sərhəd tələb edir.
Praktik tələbdə proqramın hansı qovluğu oxuya, hansı faylı yaza və hansı xarici ünvana keçə biləcəyi yazılmalıdır. İstifadəçi tərəfindən daxil olunan məlumat kompüterdə sərbəst komanda icrası kimi şərh edilməməlidir. Görünən interfeyslə səlahiyyətli sistem əməliyyatları arasında nəzarətli əlaqə qurulmalıdır.
İstifadəçi hesabları və cihazlar
Bir kompüteri bir neçə insan istifadə edə bilər. Hesabdan çıxış, saxlanmış fayllar və əvvəlki istifadəçinin məlumatı haqqında qayda lazımdır. Əksinə, bir insanın bir neçə cihazdan işləməsi də mümkün ola bilər. Bu vəziyyətlər sadə «bir quraşdırma, bir istifadəçi» fərziyyəsini pozur.
- Giriş məlumatı harada və necə saxlanılır?
- Hesab bağlananda yerli sessiyanın davranışı nədir?
- İş kompüteri itəndə hansı məlumat əlçatan qalır?
- Quraşdırma üçün hansı sistem səlahiyyəti tələb olunur?
- Dəstəklənən əməliyyat sistemləri hansılardır?
Yeniləmə və versiyaların idarəsi
Desktop proqramın yeni versiyasını hazırlamaqla istifadəçinin onu alması eyni şey deyil. Yeniləmənin çatdırılması, yoxlanması və əvvəlki versiya ilə uyğunluğu planlaşdırılmalıdır. Kompüterin iş siyasətləri avtomatik yeniləməyə təsir edə bilər.
Backend cavabı dəyişəndə köhnə quraşdırma işləyə bilməlidir və ya istifadəçiyə anlaşılan keçid yolu verməlidir. API versiya planı burada mühümdür. Məlumat çevrilməsinin geri dönüşü ayrıca yoxlanılmalıdır.
Qəbul sınaqları
- Təmiz kompüterdə quraşdırma.
- Adi istifadəçi hüquqları ilə əsas iş axını.
- İcazəsiz qovluq və ya yanlış fayl seçimi.
- İnternetsiz açılış və sonradan bağlantı.
- Hesabdan çıxış və başqa istifadəçinin girişi.
- Köhnə versiyadan yenilənmə və lazım olan bərpa.
Yalnız proqramçının kompüterində işləyən tətbiq təhvil üçün yetərli sübut deyil. İstifadə olunacaq əməliyyat sistemi, cihaz və məhdudiyyətlər real sınağa daxil edilməlidir. Dəstək üçün versiya və səhv məlumatını toplamaq yolu da lazımdır.
Nümunə: yeniləmə zamanı açıq qalan iş
İstifadəçi formu doldurarkən yeni versiya hazır olduğunu düşünün. Bu şərti ssenaridə dərhal proqramı bağlamaq məlumat itkisinə səbəb ola bilər. Yenilənmə vaxtı, saxlanmamış dəyişiklik və sonradan davam etmə qaydası əvvəl müəyyən olunmalıdır.
Eyni zamanda həmişəlik köhnə versiyada qalmaq da razılaşdırılmamış vəziyyət yarada bilər. Proqram istifadəçiyə tələb olunan addımı izah etməli və işin nə vaxt dayandırılacağını aydın göstərməlidir. Yenilənmədən sonra yerli məlumatın açılması ayrıca yoxlanılır.
- Saxlanmamış forma ilə yeniləmə ssenarisini sınayın.
- Köhnə versiyanın backend ilə əlaqəsini yoxlayın.
- Yerli məlumatın yeni versiyada düzgün açıldığını müqayisə edin.
- Problem zamanı istifadəçinin dəstəyə verəcəyi məlumatı müəyyən edin.
Bu, avtomatik yeniləmənin hər layihədə eyni olmasını tələb etmir. Əsas məsələ yeni paketin çatdırılmasını istifadəçinin yarımçıq işi ilə uyğunlaşdırmaq və nəticəni anlaşılan etməkdir.
Tez verilən suallar
Electron tətbiqi həmişə offline işləyirmi?
Xeyr. Offline davranış ayrıca layihələndirilir və məlumatın hansı hissəsinin yerli saxlanmasına bağlıdır.
Hər sayt desktop tətbiqə çevrilməlidirmi?
Quraşdırma istifadəçi üçün konkret üstünlük yaratdıqda mənalıdır. Sadə məzmun saytı üçün brauzer kifayət edə bilər.
Finex kimi biznes layihələrinin prosesləri iş interfeysini müzakirə etmək üçün nümunə kontekstidir. Seçimdən əvvəl platforma variantlarını və təhvil-dəstək planını birlikdə qiymətləndirin.
Desktop layihəni sifarişə hazırlamaq
Əməliyyat sistemi, API və yerli fayllarla iş ssenariləri müəyyən olduqda Electron desktop tətbiq xidməti üçün mərhələlər razılaşdırıla bilər. Quraşdırma və yenilənmə planı da funksiyalarla birlikdə nəzərdən keçirilir.
