Pac arxitekturasi

PAC arxitekturasi
Kamroq e'lon qilingan, lekin hali ham keng qo'llaniladigan arxitektura-Presentation-Abstraction-Control yoki PAC. MVC va PAC o'rtasidagi ikkita asosiy farq shundaki, PACda taqdimot komponenti "soqov" bo'lib, barcha razvedka tekshirgichda joylashgan va PAC qatlamlangan. Yana, chiroyli rasmga qarang.
Taqdimot va Abstraktsiya komponentlari hech qachon bir -biri bilan gaplashmasligini sezasiz. Tekshiruvchi displey komponentini emas, kirishni oladi. Nazoratchi biznes mantig'i va yo'nalish ma'lumotlariga ega. Taqdimot komponenti - bu faqat boshqaruvchi tomonidan yuborilgan va HTMLga (yoki WML, XML yoki matnga yoki grafik kuzatuv tizimidagi belgiga yoki boshqa narsalarga) yuboradigan xom ma'lumotlarni oladigan filtr. Bu shunchaki shablon tizimi.
PAC arxitekturasining klassik namunasi - havo harakatini boshqarish tizimi. Bir PAC agenti radar tizimidan kiruvchi 747 ning joylashuvi to'g'risida ma'lumot oladi va taqdimot komponentini tuvalga (ekranga) bo'yash uchun ishlatadi. Boshqa agent mustaqil ravishda uchayotgan DC-10 va tuvalga tushadigan bo'yoqlar haqida ma'lumot oladi. Yana biri ob -havo ma'lumotlarini oladi va bulutlarni bo'yaydi, boshqasi kirayotgan dushman bombardimonchisini kuzatib, uning o'rniga qizil zarba beradi. (Xo'sh, kuting ...)
Internet va Drupal
Veb -dastur na MVC, na PAC -ga mos kelmaydi. MVC -ning View komponenti uchun izchil voqea tsikli yo'q. PAC uchun kirish displey bilan bir xil manbadan, ya'ni Taqdimot qatlami orqali keladi. Men ko'rgan (va yozgan) veb -ilovalarning aksariyati, odatda, noto'g'ri (noto'g'ri) MVC deb nomlangan gibrid yondashuvni qo'llaydi. Men bu chalkashlikda asosan Quyoshni ayblayman, lekin aylanib o'tish uchun ham ayb etarli.
Men bu erda Drupalni tanlamoqchiman, chunki bu men uchun eng yaxshi tanish, lekin bu Drupalga xos kuzatuv emas. Drupal - bu PAC arxitekturasi. Aslida, bu juda yaxshi PAC arxitekturasi. Menyu tizimi boshqaruvchi vazifasini bajaradi. U kirishni bitta manba (HTTP GET va POST) orqali qabul qiladi, so'rovlarni tegishli yordamchi funktsiyalarga yo'naltiradi, ma'lumotlarni abstraktsiyadan chiqaradi (tugunlar va Drupal 5 da shakllar), so'ng taqdimotni olish uchun uni filtrdan o'tkazadi. uning (mavzu tizimi). U hatto bloklar ko'rinishida bir nechta parallel PAC agentlariga ega bo'lib, ular ma'lumotlarni umumiy konvaga o'tkazadi (page.tpl.php).
Hammasi yaxshi, lekin biz shuni esda tutishimiz kerakki, Drupal bu MVC tizimi emas, balki PAC. Agar Drupal MVC asosi bo'lganida, theme_* funktsiyalari node_load () chaqiruvlariga tarqalgan. Bu, masalan, Adrianning FAPI 3 rejalari meni qo'rqitishining bir sababidir. U o'z taqdimotida "o'zgartirilgan MVC, lekin Model va View biroz birlashtirilgan" haqida gapiradi. Xo'sh, Drupal bilan boshlash, birinchi navbatda, MVC emas. Ikkinchidan, Model va ko'rinish - bu siz birlashtirmoqchi bo'lgan oxirgi qismlar. Yupqa boshqaruvchini qalin ko'rinishga birlashtirish mantiqiy, lekin boy model va boy ko'rinishni birlashtirish boy tartibsizlikni keltirib chiqaradi. Bu birinchi navbatda butun nuqta bo'lgan ma'lumotlar va displeyni ajratishni yo'qotadi.
Hozirgi vaqtda MVCga eng yaqin Drupal - bu panellar moduli. Panellar sayt ma'muriga maxsus hududlar bilan maxsus tartibni o'rnatishga, so'ngra bloklar, Ko'rishlar yoki tugunlarni o'sha hududlarga tortishga imkon beradi. Hozirgi vaqtda, bu Drupal ma'lumotlar bazasiga kirishni (hatto node_load () kabi kirish vositalari orqali) tema_funksiyalari va shablon fayllarida faol ravishda o'chirilishini hisobga olgan holda, ekranni qo'llab-quvvatlaydigan yagona haqiqiy mantiq. Hatto, bu hali ham maxsus panel sahifalari bilan cheklangan. Masalan, blokni tugun sahifasiga tasodifiy tortib olishning hech qanday usuli yo'q. Men Earl "merlin" Milesni Panel 2.0, Keyingi avlod bilan chuqur shug'ullanganini bilaman, lekin menimcha, hozirda panellarni ichkaridan burish kerak emas. Albatta, agar u tuzatsa, meni tuzatishga tayyor. ;-)
Ko'rinishni tugun maydoniga aylantirish uchun Viewfield moduli ham bor, lekin bu juda yaxshi tushuncha, bu hali ham PAC o'ylashi yoki eng g'alati gibrid aralashmasi.
Xulosa
Bu borada yana ko'p gapirish mumkin, lekin kech bo'ladi, shuning uchun hozircha qulay to'xtash joyini topaman. Veb -ilovalaringiz haqida o'ylayotganda, "ajratish yaxshi, shuning uchun biz MVC -dan foydalanmoqdamiz" degan ma'noni qaytarib olmaslikka harakat qiling. Bu gapning faqat "ajralish yaxshi" degan qismi to'g'ri. Modulli tizimni yaratishning ko'plab usullari mavjud, ularning barchasi har xil joylarga mos keladi. MVC bu yagona emas, hatto ulardan eng keng tarqalgani ham emas. Agar siz ma'lumotlar do'koniga to'g'ridan -to'g'ri ekran qatlamidan qo'ng'iroq qilmasangiz, aslida siz uni umuman ishlatmaysiz.
Men kelgusi yil MVC va PAC savoliga qanday javob berish va ularning jamoaviy rivojlanish jarayonlariga ta'siri haqida ko'proq fikrlar bilan qaytaman. Ungacha, Yangi yilingiz bilan va kodlash bilan!