Frontend State Ko'prigini Loyihalash: Mikro-Frontendlar Orasidagi Ilovalararo Holatni Ulashish Bo'yicha Global Qo'llanma

Mikro-frontend arxitekturasiga global o'tish, Yagona Sahifali Ilovalar (SPAs) paydo bo'lganidan beri veb-ishlab chiqishdagi eng muhim evolyutsiyalardan birini anglatadi. Monolit frontend kod bazalarini kichikroq, mustaqil ravishda joylashtiriladigan ilovalarga bo'lish orqali butun dunyodagi jamoalar tezroq innovatsiya qilishlari, samaraliroq kengayishlari va texnologik xilma-xillikni qabul qilishlari mumkin. Biroq, bu arxitekturaviy erkinlik yangi, jiddiy muammoni keltirib chiqaradi: Bu mustaqil frontendlar bir-biri bilan qanday aloqa qiladi va holatni qanday ulashadi?

Foydalanuvchining sayohati kamdan-kam hollarda bitta mikro-frontend bilan chegaralanadi. Foydalanuvchi 'mahsulot-qidiruv' mikro-frontendida savatga mahsulot qo'shishi, 'global-header' mikro-frontendida savatchadagi mahsulotlar soni yangilanganini ko'rishi va nihoyat 'xarid-qilish' mikro-frontendida xaridni yakunlashi mumkin. Ushbu uzluksiz tajriba mustahkam, yaxshi ishlab chiqilgan aloqa qatlamini talab qiladi. Aynan shu yerda Frontend State Ko'prigi tushunchasi paydo bo'ladi.

Ushbu keng qamrovli qo'llanma global kontekstda faoliyat yurituvchi dasturiy ta'minot arxitektorlari, yetakchi dasturchilar va muhandislik jamoalari uchun mo'ljallangan. Biz sizning mikro-frontend ekotizimingizni bog'laydigan, bu arxitekturani shunchalik kuchli qiladigan avtonomiyani yo'qotmasdan, bir butun foydalanuvchi tajribasini ta'minlaydigan holat ko'prigini qurishning asosiy tamoyillari, arxitekturaviy naqshlari va boshqaruv strategiyalarini o'rganamiz.

Mikro-Frontendlarda Holatni Boshqarish Muammosini Tushunish

An'anaviy monolit frontendda holatni boshqarish hal qilingan muammo. Redux, Vuex yoki MobX kabi yagona, birlashgan holat ombori ilovaning markaziy asab tizimi vazifasini bajaradi. Barcha komponentlar ushbu yagona haqiqat manbasidan o'qiydi va unga yozadi.

Mikro-frontend dunyosida bu model ishdan chiqadi. Har bir mikro-frontend (MFE) — bu o'z freymvorkiga, o'z bog'liqliklariga va ko'pincha o'zining ichki holatini boshqarish tizimiga ega bo'lgan o'zini o'zi ta'minlaydigan ilova — bir oroldir. Shunchaki yagona, ulkan Redux omborini yaratib, har bir MFE'ni undan foydalanishga majburlash, biz qochishga harakat qilgan qattiq bog'liqlikni qayta tiklab, 'taqsimlangan monolit'ni yaratgan bo'lar edi.

Shu sababli, muammo ushbu orollar o'rtasidagi aloqani osonlashtirishdir. Biz odatda holat ko'prigidan o'tishi kerak bo'lgan holat turlarini quyidagicha tasniflashimiz mumkin:

• Global Ilova Holati: Bu, qaysi MFE faol bo'lishidan qat'i nazar, butun foydalanuvchi tajribasi uchun muhim bo'lgan ma'lumotlardir. Misollar:
  • Foydalanuvchi autentifikatsiyasi holati va profil ma'lumotlari (masalan, ism, avatar).
  • Lokalizatsiya sozlamalari (masalan, til, mintaqa).
  • UI mavzusi afzalliklari (masalan, qorong'u/yorug' rejim).
  • Ilova darajasidagi funksiya bayroqlari.
• Tranzaksiyaviy yoki Funksiyalararo Holat: Bu bir MFE'da paydo bo'lib, foydalanuvchi ish oqimini yakunlash uchun boshqasi tomonidan talab qilinadigan ma'lumotlardir. U ko'pincha vaqtinchalik bo'ladi. Misollar:
  • Mahsulot, savatcha va xarid qilish MFE'lari o'rtasida ulashiladigan xarid savatchasining tarkibi.
  • Bir MFE'dagi formadagi ma'lumotlardan shu sahifadagi boshqa MFE'ni to'ldirish uchun foydalanish.
  • Header MFE'siga kiritilgan qidiruv so'rovlari, qidiruv-natijalari MFE'sida natijalarni ishga tushirishi kerak.
• Buyruq va Bildirishnoma Holati: Bu bir MFE'ning konteynerga yoki boshqa MFE'ga biror harakatni bajarishni buyurishini o'z ichiga oladi. Bu ma'lumot almashishdan ko'ra ko'proq hodisalarni ishga tushirish bilan bog'liq. Misollar:
  • MFE tomonidan global muvaffaqiyat yoki xato bildirishnomasini ko'rsatish uchun hodisa yuborilishi.
  • MFE'ning asosiy ilova routeridan navigatsiya o'zgarishini so'rashi.

Mikro-Frontend Holat Ko'prigining Asosiy Tamoyillari

Muayyan naqshlarga sho'ng'ishdan oldin, muvaffaqiyatli holat ko'prigi uchun yo'naltiruvchi tamoyillarni o'rnatish juda muhim. Yaxshi loyihalashtirilgan ko'prik quyidagicha bo'lishi kerak:

• Bog'liqliksiz (Decoupled): MFE'lar bir-birining ichki implementatsiyasi haqida to'g'ridan-to'g'ri ma'lumotga ega bo'lmasligi kerak. MFE-A MFE-B ning React bilan qurilganligini va Redux'dan foydalanishini bilmasligi kerak. U faqat ko'prik tomonidan taqdim etilgan, oldindan belgilangan, texnologiyadan mustaqil shartnoma bilan o'zaro aloqada bo'lishi kerak.
• Aniq (Explicit): Aloqa shartnomasi aniq va yaxshi belgilangan bo'lishi kerak. Umumiy global o'zgaruvchilarga tayanish yoki boshqa MFE'larning DOM'ini manipulyatsiya qilishdan saqlaning. Ko'prikning 'API'si aniq va hujjatlashtirilgan bo'lishi kerak.
• Kengaytiriladigan (Scalable): Yechim sizning tashkilotingiz o'nlab yoki hatto yuzlab MFE'lar qo'shganda ham silliq kengayishi kerak. Aloqa tarmog'iga yangi MFE qo'shishning ishlashga ta'siri minimal bo'lishi kerak.
• Chidamli (Resilient): Bir MFE'ning ishdan chiqishi yoki javob bermasligi butun holat almashish mexanizmini buzmasligi yoki boshqa aloqador bo'lmagan MFE'larga ta'sir qilmasligi kerak. Ko'prik nosozliklarni izolyatsiya qilishi kerak.
• Texnologiyadan Mustaqil (Technology Agnostic): MFE'larning asosiy afzalliklaridan biri bu texnologik erkinlikdir. Holat ko'prigi React, Angular yoki Vue kabi ma'lum bir freymvorkka bog'lanmagan holda buni qo'llab-quvvatlashi kerak. U universal JavaScript tamoyillari yordamida aloqa qilishi kerak.

Holat Ko'prigini Qurish uchun Arxitekturaviy Naqshlar

Holat ko'prigi uchun hammaga mos keladigan yagona yechim yo'q. To'g'ri tanlov sizning ilovangizning murakkabligiga, jamoa tuzilishiga va o'ziga xos aloqa ehtiyojlariga bog'liq. Keling, eng keng tarqalgan va samarali naqshlarni ko'rib chiqaylik.

1-Naqsh: Hodisalar Shinasi (Publish/Subscribe)

Bu ko'pincha eng oddiy va bog'liqligi eng kam naqshdir. U haqiqiy hayotdagi e'lonlar taxtasiga taqlid qiladi: bir MFE xabar joylashtiradi (hodisani nashr etadi) va ushbu turdagi xabarga qiziqqan har qanday boshqa MFE uni tinglashi mumkin (obuna bo'ladi).

Konseptsiya: Barcha MFE'lar uchun markaziy hodisa dispetcheri mavjud bo'ladi. MFE'lar ma'lumotlar yuki bilan nomlangan hodisalarni chiqarishi mumkin. Boshqa MFE'lar ushbu maxsus hodisa nomlari uchun tinglovchilarni ro'yxatdan o'tkazadi va hodisa ishga tushganda qayta chaqiruv funksiyasini bajaradi.

Implementatsiya:

• Brauzerning O'zida: Brauzerning o'rnatilgan `window.CustomEvent` dan foydalaning. MFE `window` obyektida hodisani yuborishi mumkin (`window.dispatchEvent(new CustomEvent('cart:add', { detail: product }))`), boshqalari esa tinglashi mumkin (`window.addEventListener('cart:add', (event) => { ... })`).
• Kutubxonalar: Wildcard hodisalari yoki yaxshiroq instansiya boshqaruvi kabi ilg'or xususiyatlar uchun mitt, tiny-emitter kabi kutubxonalar yoki hatto RxJS kabi murakkab yechimdan foydalanish mumkin.

Misol Stsenariysi: Mini-savatchani yangilash.

1. Mahsulot Tafsilotlari MFE `ADD_TO_CART` hodisasini mahsulot ma'lumotlari bilan birga nashr etadi.
2. Mini-savatcha belgisini o'z ichiga olgan Header MFE `ADD_TO_CART` hodisasiga obuna bo'ladi.
3. Hodisa ishga tushganda, Header MFE'ning tinglovchisi yangi mahsulotni aks ettirish uchun o'zining ichki holatini yangilaydi va savatchadagi mahsulotlar sonini qayta render qiladi.

Afzalliklari:

• Juda Kam Bog'liqlik: Nashr etuvchi kim tinglayotganini yoki umuman tinglayotganini bilmaydi. Bu kengaytirilish uchun a'lo darajada.
• Texnologiyadan Mustaqil: Standart JavaScript hodisalariga asoslangan bo'lib, har qanday freymvork bilan ishlaydi.
• Buyruqlar uchun Ideal: 'O't och va unut' (fire-and-forget) tipidagi bildirishnomalar va buyruqlar uchun mukammal (masalan, 'show-success-toast').

Kamchiliklari:

• Holatning Oniy Tasvirining Yo'qligi: Tizimning 'joriy holati'ni so'ray olmaysiz. Siz faqat qanday hodisalar sodir bo'lganini bilasiz. Kech yuklangan MFE muhim o'tmishdagi hodisalarni o'tkazib yuborishi mumkin.
• Nosozliklarni Tuzatishdagi Qiyinchiliklar: Ma'lumotlar oqimini kuzatish qiyin bo'lishi mumkin. Ma'lum bir hodisani kim nashr etayotgani yoki tinglayotgani har doim ham aniq emas, bu esa hodisa tinglovchilarining 'spagetti'siga olib keladi.
• Shartnomani Boshqarish: To'qnashuvlar va chalkashliklarning oldini olish uchun hodisalarni nomlash va yuklama tuzilmalarini aniqlashda qattiq intizomni talab qiladi.

2-Naqsh: Umumiy Global Ombor

Ushbu naqsh umumiy global holat uchun markazlashtirilgan, kuzatiladigan haqiqat manbasini taqdim etadi, bu monolit holat boshqaruvidan ilhomlangan, lekin taqsimlangan muhit uchun moslashtirilgan.

Konseptsiya: Konteyner ilovasi (MFE'larni joylashtiradigan 'qobiq') freymvorkdan mustaqil holat omborini ishga tushiradi va uning API'sini barcha bola MFE'lar uchun mavjud qiladi. Bu ombor faqat foydalanuvchi seansi yoki mavzu ma'lumotlari kabi haqiqatan ham global bo'lgan holatni saqlaydi.

Implementatsiya:

• Zustand, Nano Stores kabi yengil, freymvorkdan mustaqil kutubxonadan yoki oddiy RxJS `BehaviorSubject`dan foydalaning. `BehaviorSubject` ayniqsa yaxshi, chunki u har qanday yangi obunachi uchun 'joriy' qiymatni saqlaydi.
• Konteyner ombor instansiyasini yaratadi va uni, masalan, `window.myApp.stateBridge = { getUser, subscribeToUser, loginUser }` orqali ochib beradi.

Misol Stsenariysi: Foydalanuvchi autentifikatsiyasini boshqarish.

1. Konteyner Ilovasi Zustand yordamida `{ user: null }` holati va `login()` hamda `logout()` amallari bilan foydalanuvchi omborini yaratadi.
2. U `window.appShell.userStore` kabi API'ni ochib beradi.
3. Login MFE `window.appShell.userStore.getState().login(credentials)` ni chaqiradi.
4. Profil MFE o'zgarishlarga obuna bo'ladi (`window.appShell.userStore.subscribe(...)`) va foydalanuvchi ma'lumotlari o'zgarganda qayta render qilinadi, bu esa tizimga kirishni darhol aks ettiradi.

Afzalliklari:

• Yagona Haqiqat Manbasi: Barcha umumiy global holat uchun aniq, tekshirilishi mumkin bo'lgan joyni taqdim etadi.
• Bashorat Qilinadigan Holat Oqimi: Holat qanday va qachon o'zgarishini tushunish osonroq, bu esa nosozliklarni tuzatishni soddalashtiradi.
• Kech Kelganlar uchun Holat: Kechroq yuklangan MFE darhol ombordan joriy holatni so'rashi mumkin (masalan, foydalanuvchi tizimga kirganmi?).

Kamchiliklari:

• Qattiq Bog'liqlik Xavfi: Agar ehtiyotkorlik bilan boshqarilmasa, umumiy ombor barcha MFE'lar uning tuzilishiga qattiq bog'lanib qoladigan yangi monolitga aylanib qolishi mumkin.
• Qattiq Shartnomani Talab Qiladi: Omborning shakli va uning API'si qat'iy belgilanishi va versiyalanishi kerak.
• Qo'shimcha Kod (Boilerplate): Har bir MFE'da omborning API'sini idiomatik tarzda iste'mol qilish uchun freymvorkka xos adapterlarni yozishni talab qilishi mumkin (masalan, maxsus React hook yaratish).

3-Naqsh: Aloqa Kanali Sifatida Veb Komponentlar

Ushbu naqsh aniq, ierarxik aloqa oqimini yaratish uchun brauzerning mahalliy komponent modelidan foydalanadi.

Konseptsiya: Har bir mikro-frontend standart Maxsus Element (Custom Element) bilan o'ralgan bo'ladi. Keyin konteyner ilovasi atributlar/xususiyatlar orqali MFE'ga ma'lumotlarni uzatishi va maxsus hodisalar orqali yuqoriga kelayotgan ma'lumotlarni tinglashi mumkin.

Implementatsiya:

• MFE'ni ro'yxatdan o'tkazish uchun `customElements.define()` API'sidan foydalaning.
• Serializatsiya qilinadigan ma'lumotlarni (stringlar, raqamlar) uzatish uchun atributlardan foydalaning.
• Murakkab ma'lumotlarni (obyektlar, massivlar) uzatish uchun xususiyatlardan foydalaning.
• Ota-komponentga yuqoriga aloqa qilish uchun maxsus element ichidan `this.dispatchEvent(new CustomEvent(...))` dan foydalaning.

Misol Stsenariysi: Sozlamalar MFE'si.

1. Konteyner MFE'ni render qiladi: ``.
2. Sozlamalar MFE (o'zining maxsus element o'rami ichida) `user-profile` ma'lumotlarini qabul qiladi.
3. Foydalanuvchi o'zgarishni saqlaganida, MFE hodisani yuboradi: `this.dispatchEvent(new CustomEvent('profileUpdated', { detail: newProfileData }))`.
4. Konteyner ilovasi `` elementidagi `profileUpdated` hodisasini tinglaydi va global holatni yangilaydi.

Afzalliklari:

• Brauzerda Mavjud: Kutubxonalar kerak emas. Bu veb-standart va o'z-o'zidan freymvorkdan mustaqil.
• Aniq Ma'lumotlar Oqimi: Ota-bola munosabati aniq (props pastga, hodisalar yuqoriga), buni tushunish oson.
• Inkapsulyatsiya: MFE'ning ichki ishlashi Maxsus Element API'si ortida to'liq yashiringan.

Kamchiliklari:

• Ierarxik Cheklov: Ushbu naqsh ota-bola aloqasi uchun eng yaxshisidir. Yonma-yon joylashgan MFE'lar o'rtasidagi aloqa uchun noqulay bo'lib qoladi, bu esa ota-komponent tomonidan vositachilik qilinishi kerak bo'ladi.
• Ma'lumotlarni Serializatsiya Qilish: Ma'lumotlarni atributlar orqali uzatish serializatsiyani talab qiladi (masalan, `JSON.stringify`), bu esa noqulay bo'lishi mumkin.

To'g'ri Naqshni Tanlash: Qaror Qabul Qilish Asoslari

Ko'pgina yirik miqyosli, global ilovalar bitta naqshga tayanmaydi. Ular ish uchun to'g'ri vositani tanlab, gibrid yondashuvdan foydalanadilar. Qaroringizni yo'naltirish uchun oddiy bir asos:

• MFE'lararo buyruqlar va bildirishnomalar uchun: Hodisalar Shinasi bilan boshlang. U oddiy, yuqori darajada bog'liqliksiz va jo'natuvchiga javob kerak bo'lmagan harakatlar uchun mukammal. (masalan, 'Foydalanuvchi tizimdan chiqdi', 'Bildirishnomani ko'rsatish')
• Umumiy global ilova holati uchun: Umumiy Global Ombordan foydalaning. Bu ko'plab MFE'lar doimiy ravishda o'qishi kerak bo'lgan autentifikatsiya, foydalanuvchi profili va lokalizatsiya kabi muhim ma'lumotlar uchun yagona haqiqat manbasini taqdim etadi.
• MFE'larni bir-birining ichiga joylashtirish uchun: Veb Komponentlar ushbu ota-bola o'zaro ta'sir modeli uchun tabiiy va standartlashtirilgan API'ni taklif qiladi.
• Qurilmalar bo'ylab ulashiladigan muhim, doimiy holat uchun: Backend-for-Frontend (BFF) yondashuvini ko'rib chiqing. Bu yerda BFF haqiqat manbasiga aylanadi va MFE'lar uni so'raydi/o'zgartiradi. Bu murakkabroq, lekin eng yuqori darajadagi izchillikni taklif etadi.

Odatdagi sozlama foydalanuvchi seansi uchun Umumiy Global Ombor va boshqa barcha vaqtinchalik, kesishuvchi masalalar uchun Hodisalar Shinasini o'z ichiga olishi mumkin.

Amaliy Implementatsiya: Umumiy Ombor Misoli

Keling, Umumiy Global Ombor naqshini obuna modeliga ega oddiy obyekt yordamida soddalashtirilgan, freymvorkdan mustaqil misol bilan ko'rib chiqaylik.

1-qadam: Konteyner Ilovasida Holat Ko'prigini Aniqlash

            
// Konteyner ilovasida (masalan, shell.js)

const createStore = (initialState) => {
  let state = initialState;
  const listeners = new Set();

  return {
    getState: () => state,
    setState: (newState) => {
      state = { ...state, ...newState };
      listeners.forEach(listener => listener(state));
    },
    subscribe: (listener) => {
      listeners.add(listener);
      // Obunani bekor qilish funksiyasini qaytarish
      return () => listeners.delete(listener);
    },
  };
};

const userStore = createStore({ user: null, theme: 'light' });

// Ko'prikni global miqyosda tuzilmali tarzda ochib berish
window.myGlobalApp = {
  stateBridge: {
    userStore,
  },
};

            

              
                Copy
              
            
          

2-qadam: React MFE'sida Ombordan Foydalanish

            
// React asosidagi Profil MFE'sida
import React, { useState, useEffect } from 'react';

const userStore = window.myGlobalApp.stateBridge.userStore;

const UserProfile = () => {
  const [user, setUser] = useState(userStore.getState().user);

  useEffect(() => {
    const handleStateChange = (newState) => {
      setUser(newState.user);
    };
    const unsubscribe = userStore.subscribe(handleStateChange);
    // Komponent o'chirilganda obunani tozalash
    return () => unsubscribe();
  }, []);

  if (!user) {
    return <p>Iltimos, tizimga kiring.</p>;
  }

  return <h3>Xush kelibsiz, {user.name}!</h3>;
};

            

              
                Copy
              
            
          

3-qadam: Vanilla JS MFE'sida Ombordan Foydalanish

            
// Vanilla JS asosidagi Header MFE'sida

const userStore = window.myGlobalApp.stateBridge.userStore;
const welcomeMessageElement = document.getElementById('welcome-message');

const updateUserMessage = (state) => {
  if (state.user) {
    welcomeMessageElement.textContent = `Salom, ${state.user.name}`;
  } else {
    welcomeMessageElement.textContent = 'Mehmon';
  }
};

// Boshlang'ich holatni render qilish
updateUserMessage(userStore.getState());

// Kelajakdagi o'zgarishlarga obuna bo'lish
userStore.subscribe(updateUserMessage);

            

              
                Copy
              
            
          

Ushbu misol, oddiy, kuzatiladigan ombor turli freymvorklar orasidagi bo'shliqni qanday qilib samarali to'ldirishi mumkinligini va shu bilan birga aniq va bashorat qilinadigan API'ni saqlab qolishini ko'rsatadi.

Global Jamoa uchun Boshqaruv va Eng Yaxshi Amaliyotlar

Holat ko'prigini joriy etish, ayniqsa taqsimlangan, global jamoalar uchun texnik muammo bo'lgani kabi, tashkiliy muammo hamdir.

• Aniq Shartnoma O'rnating: Holat ko'prigingizning 'API'si uning eng muhim xususiyatidir. Umumiy holat shaklini va mavjud amallarni rasmiy spetsifikatsiya yordamida aniqlang. TypeScript interfeyslari yoki JSON Schemas buning uchun ajoyib vositadir. Ushbu ta'riflarni barcha jamoalar iste'mol qilishi mumkin bo'lgan umumiy, versiyalangan paketga joylashtiring.
• Ko'prikni Versiyalash: Holat ko'prigi API'siga kiritilgan buzuvchi o'zgarishlar halokatli bo'lishi mumkin. Aniq versiyalash strategiyasini (masalan, Semantik Versiyalash) qabul qiling. Buzuvchi o'zgarish kerak bo'lganda, uni versiya bayrog'i ortida joylashtiring yoki vaqtincha eski va yangi API'larni qo'llab-quvvatlash uchun adapter naqshidan foydalaning, bu esa jamoalarga turli vaqt zonalarida o'z tezligida migratsiya qilish imkonini beradi.
• Egalikni Aniqlang: Holat ko'prigiga kim egalik qiladi? Bu hammaga ochiq bo'lmasligi kerak. Odatda, markaziy 'Platforma' yoki 'Frontend Infratuzilmasi' jamoasi ko'prikning asosiy mantig'ini, hujjatlarini va barqarorligini ta'minlash uchun mas'uldir. O'zgartirishlar arxitektura ko'rib chiqish kengashi yoki ommaviy RFC (Fikrlar uchun so'rov) jarayoni kabi rasmiy jarayon orqali taklif qilinishi va ko'rib chiqilishi kerak.
• Hujjatlarga Ustunlik Bering: Holat ko'prigining hujjatlari uning kodi kabi muhimdir. U aniq, tushunarli bo'lishi va tashkilotingizdagi har bir qo'llab-quvvatlanadigan freymvork uchun amaliy misollarni o'z ichiga olishi kerak. Bu global jamoa bo'ylab asinxron hamkorlikni ta'minlash uchun muhokama qilinmaydigan shartdir.
• Nosozliklarni Tuzatish Vositalariga Sarmoya Kiriting: Bir nechta ilovalar bo'ylab holatni tuzatish qiyin. Umumiy omboringizni barcha holat o'zgarishlarini, shu jumladan qaysi MFE o'zgarishni keltirib chiqarganini qayd etadigan oraliq dasturiy ta'minot (middleware) bilan kuchaytiring. Bu xatolarni topishda bebaho bo'lishi mumkin. Siz hatto umumiy holat va hodisalar tarixini vizualizatsiya qilish uchun oddiy brauzer kengaytmasini yaratishingiz mumkin.

Xulosa

Mikro-frontend inqilobi global miqyosda taqsimlangan jamoalar bilan keng ko'lamli veb-ilovalar yaratish uchun ajoyib afzalliklarni taqdim etadi. Biroq, bu potentsialni ro'yobga chiqarish aloqa muammosini hal qilishga bog'liq. Frontend State Ko'prigi shunchaki yordamchi dastur emas; bu mustaqil qismlar to'plamini yagona, yaxlit bir butun sifatida ishlashiga imkon beruvchi ilovangiz infratuzilmasining asosiy qismidir.

Turli xil arxitekturaviy naqshlarni tushunish, aniq tamoyillarni o'rnatish va mustahkam boshqaruvga sarmoya kiritish orqali siz kengaytiriladigan, chidamli va jamoalaringizga ajoyib foydalanuvchi tajribalarini yaratish imkonini beradigan holat ko'prigini qurishingiz mumkin. Ajratilgan orollardan bog'langan arxipelagga sayohat — bu ongli arxitekturaviy tanlov bo'lib, u kelgusi yillar davomida tezlik, miqyos va hamkorlikda o'z samarasini beradi.