چرا دروپال (بخش سوم)

در آخر بخش دوم از ادغام پذیری دروپال صحبت شد. مقرر شد تا در این قسمت مثال‌هایی در مورد ادغام‌پذیری دروپال صحبت کنم. مهمترین‌ ان‌ها عبارت‌اند از:

• Redmine
• Jira
• Alfresco
• CPanel
• DirectAdmin
• ISPConfig
• Magento
• Prestashop (Sandbox)
• Sharepoint
• SugarCRM
• Vtiger CRM
• Gitlab
• Github
• Amazon S3
• Salesforce
• Google Services
• etc ...

دروپال از هسته‌ای پیشرفته برخورداره. از توانایی‌های هسته دروپال میشهبه رویداد گرایی اشاره کرد. این خاصیت کمک می‌کنه تا ماژول‌ها بتونند مکمل دیگری باشند. باز این از امتیازاتی هست که در کم‌تر در نرم‌افزاری اون‌هم به میزان کم به‌کار رفته. به عنوان مثال ماژول بسیار قدرتمندی به‌نام Views برای دروپال ایجاد شده که یک سیستم تولید نمایش (view) هست و یک گزارش‌ساز در درون آن گنجانده شده. حال برای این ماژول بیش از ۵،۶۰۰ ماژول جانبی (برای نسخه‌های مختلف دروپال تولید) شده. بسیاری از نیاز‌های یک نرم‌افزار، وب‌سایت یا فروشگاه را می‌توان با نصب و پیکربندی ماژولهای پایه‌ای تولید نمود. به شکلی که برای یک نیاز خاص، الزامی به نصب ماژول مازاد نیست. به عنوان مثال، Slideshow widget را می‌توان با استفاده از فرم‌ساز دروپال (Content)، بخش ورود اطلاعات را ایجاد، با Views خروجی اسلایدشو به صورت بلاک (Widget) تولید نمود. ماژول Views از تعداد زیادی لایبرری جاوااسکریپتی اسلایدشو پشتیبانی می‌کنه. که البته به صورت جداگانه قابل نصب و استفاده هستند.

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

دروپال این قابلیت را دارد تا ماژول‌ها هم هوک‌های خودشون رو تولید کنند. به عنوان مثال، Views هوک‌هایی دارد که می‌توان به یک view را از زمان Initialize تا زمان رندر شدن در زمان‌ها مختلف دسترسی پیدا کرده و تغییر داد. ۱. قبل از ایجاد کوئری دیتابیس، ۲. قبل از اجرای کوئری، ۳. قبل از اجرا و ۴. قبل از رندر شدن نمایش آن. برای مشاده‌ی هوک‌های Views به این آدرس بروید و برای آشنایی بیشتر با هوک در دروپال به اینجا مراجعه کنید.