در این بخش از سری مقالات آموزشی، با استفاده از ماژول CTools، قصد داریم قابلیت plugable بودن رو به ماژولهامون اضافه کنیم. زمانهایی پیشمیاد که استفاده از سیستم هوکها چندان مناسب نیست. نیاز به یک سیستم متمرکزتر که قوانین تعریف شده برای یک کار رو به صورت مجتمع در یک بسته به جای استفاده از سیستم سراسری هوکها دلیل خوبی برای استفاده از پلاگینهاست. ماژول CTools بخش زیادی از بخشهای تکراری (بخشهایی که نیاز به کدهای Biolerplate دارند) رو برای توسعه دهندگان ماژول انجام میده. در واقع Platforrm مناسیبی برای plugable کردن ماژولهاست.
در این بخش از مقاله، یک متد کاربردیتر رو بررسی میکنیم. قصد داریم یک Display formatter سفارشی برای فیلدهای متنی ایجاد کنیم.
در بخش قبلی مقاله به باگی در کدهامون اشاره کردیم: اگر کاربر چندینبار از فرم استفاده میکرد، چندین مقدار مجزا وارد پایگاه داده میشد، در حالی که انتظار داشتیم برای هر کاربر فقط یک نتیجهی محاسبه در پایگاه داده ذخیره بشه. در این بخش از مقاله به بررسی سایر ابزار موجود برای انجام queryها در دروپال و رفع باگهای قبلی با کمک این ابزار میپردازیم.
در بخش قبل ساختار یک جدول پایگاهداده برای ماژول my_calculator رو تعریف کردیم. در این بخش، ورود اطلاعات به این جدول رو بررسی میکنیم.
در این بخش از مقاله ذخیرهی دادهها در پایگاه دادهی دروپال رو بررسی میکنیم
Rules با نزدیک به ۱۹۳۰۰۰ استفاده کننده یکی از قدرتمندترین ابزارهای دروپالیست. بسیاری از کارهایی که نیاز به نوشتن ماژولهای سفارشی دارند با این ماژول قابل پیادهسازیه. اما بعضی از ابزارهایی که در کد در اختیار توسعه دهندگان قرار گرفته هنوز رابطی برای استفاده در این ماژول ندارند، از جمله EFQ که ما سعی کردیم این نقص رو برطرف کنیم.
در حالی که از فرمها میتوان برای نمایش اطلاعات استفاده کرد، دلیل اصلی استفاده از آنها ورود داده است. در این بخش به ورود داده توسط فرمها در کاربر میپردازیم
در بخش اول با ساختار کلی یک ماژول، نحوهی کار هوکها (قلابها)، سیستم منو و استانداردهای کد نویسی آشنا شدیم. در این مقاله در مورد ساختار فرمها صحبت میکنیم.
قبلا در مورد دروپال ۸، مزیت هاش و معایبش کمی صحبت کردیم. دیگه چیزی نمونده که دروپال ۸ بیاد. اما به نظر میرسه که بعضی ها خیلی هم خوشحال نیستند. دوست دارید بدونید ماجرا چیه؟ پس همراه ما باشید.