سوال در مورد ابزارک ها (widgets,blocks,partials or moduls)

من نمی گم مغایره که استاد، می گم من نمی پسندم
توی همین مثالی که شما زدین قراره حساب کتاب هایی نظیر اینکه کاربر لاگین کرده یا نکرده رو توی کنترلر چک کنیم دیگه، حالا فرض کنید تعداد و نوع ابزارک ها زیاده و علاوه بر این ساختار برنامه قراره طوری باشه که ادمین کنترل کاملی (جای ابزارک، پارامترهای ابزارک و...) بر روی ابزارک ها داشته باشه، با این وجود کجا باید این حساب کتاب ها انجام بشه؟

مثلا توی Yii و CI (به کمک یک Helper) یک کلاس داریم به اسم widget (که هم به کلاس های کار با بانک اطلاعاتی دسترسی داره و هم به کلاس های مربوط به نمایش) برای ساختن یه ابزارک کافیه همانند یه کنترلر عمل کنیم، یه کلاس از widget مشتق می کنیم و توی توابعش حساب کتاب هامون رو انجام میدیم و مقادیر رو به نماها پاس میدیم و خروجی نما رو به صورت یه رشته دریافت می کنیم و به درخواست کننده تحویل میدیم، روش فراخوانیش هم یه چیزی شبیه requestAction توی کیکه.

با این تفاسیر سوال من اینه که توی کیک اساسن میشه یه کاری شبیه این انجام داد؟

مثل اینه سو تفاهم شده بنده قصد جسارت نداشتم.شوخی کردم در پست قبلی. اما برگردیم سر بحث
من این کار رو انجام دادم جای ابزارک ها و پارامترها رو توسط کلاسی با نام widget تعریف میکنم. که در این کلاس جدولی داریم به نام widgets که مکان و محل قرارگیری و پارامترها را از آن لود میکنیم.

میدونم که شوخی بود عزیز
اگه یه تکه کد بزاری ممنون میشم
لقمه آماده نمیخاما! به دلیل اینکه تازه دارم کیک یاد میگیرم ازتون میخام یه تکه کد بزاری

شرمده پروژه طوری هست که مجاز نیستم کد بزارم. ولی توضیح میدم خدمتون. جدولی دارم به طور ساده با این مشخصات
title
position
sort
enable
بعد در اکشنی فرضا به نام configwidgets اطلاعاتی را از مکان و چینش و وضعیت و ... میفرستیم به این اکشن و اطلاعات رو دخیره میکنیم در جدول widgets. بعد element ها رو با foreach لود میکنیم.

کجا این کارها رو میکنی؟
تو app_controller؟

نه در کنترلر widgets پیکربندی انجام میشه ولی نمایش ابزارک ها بستگی به نیاز خودتون داره.

درست متوجه نشدم
شما یه کنترلر داری برای مدیریت (ساختن، ویرایش، حذف و ...) ابزارک ها
حالا مثلن تو کنترلر articles میخای ابزارک هایی که ساختی رو نشون بد، چطور این کارو می کنی؟

در کنترل articles اکشن index هستیم. نمای این اکشن index.ctp هست. درون این نما المنت ها را فراخوانی میکنیم.

حساب کتاب ها رو هم توی المنت ها انجام میدی دیگه درسته؟

نه عملیات منطقی در اکشن هر المنت انجام میشه از طریق requestAction که اکشن میتونه توی widget باشه مثلا یک ابزارک داری برای تازه ترین ها. تو این ابزارک مینویسی
[php]
$data = $this->requestAction(''widgets/new)
['Post']['title']echo $data

بحث جالب و کاملی شد.
لازم دیدم 2 تا نکته رو بگم.
1- در مورد mvc و مورد صحبت شده باید خدمتتون بگم ما اینجا داریم در مورد element صحبت میکنیم. نه view . المنت درسته از نوع ویو حساب میشه اما در واقع partial هست و می تونه ساختار و محتوای جدا از ویو ما داشته باشه.

شما در مورد widget ها در yii صحبت کردید. اگر دقت کنید. در yii هم داره عملیات رو در ویو انجام میده درسته در کلاس CWidget یا کلاس به ارس برده از این کلاس انجام میشه. اما در منطق پروسس داره در لاسه ویو انجام میشه. در کیک هم اگر بخواهید این مورد رو پیاده سازی کنید باید یک هلپر ایجاد کنید.
بهترین مثالی که می تونم بزنم پلاگین cake_grid هست.

در این پلاگین همانند widget عمل شده.

(2011/07/24 02:08 AM)saleh نوشته است:  1- در مورد mvc و مورد صحبت شده باید خدمتتون بگم ما اینجا داریم در مورد element صحبت میکنیم. نه view . المنت درسته از نوع ویو حساب میشه اما در واقع partial هست و می تونه ساختار و محتوای جدا از ویو ما داشته باشه.

چرا ما باید این استثنا رو برای partial ها در نظر بگیریم؟ اون هم در شرایطی که اغلب partial ها نیاز به منطق دارن و علاوه بر این تیم یا کسی که توی یه پروژه کار طراحی رو انجام میده (که احتمالا چندان در جریان طرز کار برنامه و فریمورکش نیست) صرفن یه قالب کلی رو طراحی نمی کنه بلکه باید تمام اجرای صفحه رو بسازه

(2011/07/24 02:08 AM)saleh نوشته است:  شما در مورد widget ها در yii صحبت کردید. اگر دقت کنید. در yii هم داره عملیات رو در ویو انجام میده درسته در کلاس CWidget یا کلاس به ارس برده از این کلاس انجام میشه. اما در منطق پروسس داره در لاسه ویو انجام میشه. در کیک هم اگر بخواهید این مورد رو پیاده سازی کنید باید یک هلپر ایجاد کنید.
در این پلاگین همانند widget عمل شده.

ما از طریق کتابخانه ای (مثلا یه کلاس template) می تونیم ابزارک ها رو فراخوانی کنیم و خروجیشون رو به نما ارسال کنیم و این همون چیزیه که من توی کیک دنبالشم.

یه سوال: توی کیک میشه کلاس های هسته رو override کرد؟

[/php]
خوب شما هم همین حرف من رو زدید پس لازم داریم که در ویو ها بتونیم به سایر منابع دسترسی داشته باشیم. می مونه بحث جدا سازی منطق و نمایش پروسس.


من هم این موضوع رو دنبالش بودم و 80% نوشتمش .من جز کیک و مقداری زند تا الان با هیچ فرم ورک دیگری کار نکردم.اما همیشه یک سرم تو سورس های ایین فریم ورک ها هست. برای گرفتن ایده و...

براتون یک پلاگین عالی گذاشتم. ببنید چطور با یک helper این کار رو انجام داده؟.

اما در مورد override کردن. شما اون کلاسی که می خواهید override کنید. رو در مسیری که در /lib هست رو در /app کپی کنید.
فرضا اگر کلاس view.php رو بخواهید override کنید باید کلاس خودتون رو در /app/view کپی کنید. کیک کلاس شما رو فراخوانی می کنه

(2011/07/25 09:37 PM)saleh نوشته است:  خوب شما هم همین حرف من رو زدید پس لازم داریم که در ویو ها بتونیم به سایر منابع دسترسی داشته باشیم. می مونه بحث جدا سازی منطق و نمایش پروسس.

ولی این معنیش این نیست که حتمن داخل ویوها از سایر منابع استفاده کنیم، راه معمولش (تو سایر فریمورک ها) اینه که از طریق یه کد واسطه این کارو انجام بدیم و فقط پارامترها رو به ویو ارسال کنیم، مثلن همین پلاگینی که گذاشتین از طریق هلپر حساب کتاب ها رو انجام میده

سوالی که در این زمینه دارم اینه که اگه هلپرها توی کیک اساسن همچین کاربردهایی هم دارن چرا به کلاس view دسترسی ندارن و ما باید دستی لودش کنیم؟

توی CI کلاس هایی که شما توی پروژه تون در قالب library می نویسید و ازشون استفاده می کنین همین مشکل رو دارن، یعنی باید توی این کلاس ها یک instance ایجاد کنیم که بتونیم به کلاس های لود شده توسط CI دسترسی داشته باشیم، این مشکل توی پروژه ای که library هاش زیاد بود خیلی منو درگیر کرد چون به وضوح باعث کندی برنامه شده بود (نمی دونم چرا؟)

حالا در مورد کیک و استفاده از هلپر به عنوان جداکننده منطق از نمایش برای ابزارک ها هم من با تردید به قضیه نگاه می کنم.

سوال: با توجه به تجارب شما از آشپزی با کیک در صورتی که مثلن توی یک صفحه ۳۰ تا ابزارک داشته باشیم (که همگی از هلپر به عنوان جدا کننده استفاده می کنن) و توی همه هلپرهای ابزارک ها کلاس View رو رجیستر کنیم، این باعث کندی کیک نمیشه؟

تو کیک تموم کلاس ها از جمله هلپر ها برای یک بار فراخوانی میشند و در کلاس ریجستری نگهداری میشند.

پس مجدید نیاز به لود کردن نیست. و هر وقت لازم داشته باشید میتونید. کلاس رو در دست رس داشته باشید.


در هلپر ها هم سایر عملیات لازم برای رندر و .... انجام میشه. پس واقعا دلیل نداره کلاس به صورت پابلیک تو هلپر ها دسترسی داشته باشند.


در ضمن شما وقتی تو یک ویو یا لایوت میگید $this->... خوب این همون ویو هست دیگه

در مورد کندی در بالا اشاره کردم. البته برای کلاس ویو.

یک نکته رو یاد آوری کنم. در 1.3 یک مشکل هست . که اونم این هست که زمانی شما یک هلپر رو در هلپر دیگر فراخوانی می کنید. میاد یک بار اون هلپر رو فراخوانی میکنه. در 2 این مشکل بر طرف شده. در 1.3 هم باید از روش lazy_helper استفاده کنید.

در کل طبق تجربیاتم شما برای سیستم های بزرگ باید سیستم کش خوبی رو پیاده سازی کنید. این مشکل در تموم فرم ورک ها صادقه حتی زند زمانی که شما کشینگ خوبی نداشته باشید. سیستم کند میشود.
برای یک تست کوچیک شما یک پروژه رو کشش رو تو core.php غیر فعال کنید مصرف مموری و سرعت رو ببینید. حالا کش رو فعال کنید. سرعت زمین تا آسمان فرق میکنه

خیلی بحث داره به درازا کشیده میشه و خودمم از اینکه اینهمه می پرسم احساس خوبی ندارم
منتها چاره ای ندارم، ممنون میشم اگه چند پست دیگه ای صبر پیشه کنین

(2011/07/27 01:02 AM)saleh نوشته است:  تو کیک تموم کلاس ها از جمله هلپر ها برای یک بار فراخوانی میشند و در کلاس ریجستری نگهداری میشند.
پس مجدید نیاز به لود کردن نیست. و هر وقت لازم داشته باشید میتونید. کلاس رو در دست رس داشته باشید.

اینو می دونم، منتها در مورد مثالی که من زدم قضیه فرق می کنه، برا همین مثالم رو کامل توضیح میدم:
برنامه قراره مثلن ۳۰ نوع ابزارک داشته باشه که ادمین باید بتونه ابزارک هایی از جنس این ۳۰ نوع بسازه، پارامترهاش رو تعریف کنه و ...
توی برنامه هم قراره از هلپر برای جدا کردن منطق ابزارک ها از نماهای ابزارک ها استفاده کنیم، به همین دلیل مجبوریم تو همه هلپرهای ابزارک هایی که نیاز به کلاس ویو و مدل دارن اون ها رو رجیستر کنیم، به این دلیل که ما نمی دونیم ادمین چه ابزارک هایی رو با چه مشخصاتی خواهد ساخت.
حالا اگه ادمین از هر نوع ابزارک یک دونه بسازه و همه این ابزارک ها نیاز به ویو و مدل داشته باشن، کیک چه برخوردی با اینکه ما توی همه شون ویو و مدل رو رجیستر کردیم می کنه؟ آیا عملیات رجیستر کردن ویوها و مدل ها ۳۰ بار انجام میشه؟ یا اینکه ویو فقط بار اول رجیستر شده و از رجیستر شدن مدل های رجیستر شده هم چشم پوشی میشه؟

خواهش میکنم دوست عزیز. من تا اونجایی که تجربیاتم جواب بده درخدمتم. موردی هم باشه که ندونم. حتما روش تحقیق میکنم. پس هیچ ناراحتی وجود نداره.

در مورد سوالتون باید شما رو دعوت کنم به شناخت بهتر کلاس های کیک. ببینید. کلاس view.php کلاسی هست که وظیفه رندر کردن ویو ها و لایوت رو بر عهده داره. و توسط کنترلر مقادیر رو که باید هندل کنه رو میگیره و در اخر به کنترلر بر میگردونه (مثلا داده های فرم.).

این کلاس یکبار توسط کیک include میشه . یک نمونه ازش ساخته میشه و در کلاس ریجستری نگه داره میشه(سایر کلاس ها به این صورت هست.).

شما هزار بار هم که نیار به این کلاس نداشته باشید. باید از همین نمونه ساخته شده استفاده کنید. چون این نمونه شامل اطلاعات لازم و داده ها هست.

پس به طور کلی ساختن یک نمونه دیگر از کلاس ویو اصلا معنی نداره.

شما هر چند با که بگید classRegistere::getobject('view') در اصل همون نمونه ساخته شده رو به شما میده . نه یک نمونه جدید.

اما در مورد این :

نقل قول:حالا اگه ادمین از هر نوع ابزارک یک دونه بسازه و همه این ابزارک ها نیاز به ویو و مدل داشته باشن، کیک چه برخوردی با اینکه ما توی همه شون ویو و مدل رو رجیستر کردیم می کنه؟

بالا گفتم کار این کلاس فقط رندر هست. یعنی شما وقتی از این کلاس استفاده کنید. یک ویو رو بهش میدید این رندر میکنه و خروجی میده. حالا خروجی رو هر جا بخواهید استفاده می کنه.
و دیگر شما هیچ در گیری با این کلاس ندارید.

خیلی خوب میشد اگه مای بی بی دکمه ۵تشکر هم می داشت
در مورد مدل ها هم اینی که می فرمایین صادقه؟ یعنی مثلن اگه تو ۳ ابزارک به یک مدل نیاز داشته باشیم و تو هر سه مدل مذکور رو رجیستر کرده باشیم، کیک فقط یه بار فرآیند لود کردن رو انجام میده؟

در صورتی که فراخوانی شده باشه بله اما اگر آبجکتی از اون مدل وجود نداشته باشه. واسه بار اول یک نمونه از کلاس رو میزاره تو کلاس ریجستری. سری بعد هون نمونه رو فراخوانی میکنه . نکته لازم این هست که حتما به توابع classRegistery دقت کنید و ببینید هر کدام چه کاربردی داره؟!


اما یک چیز باحال تر، کیک 2 بتا 2-3 روز پیش ریلیز شد. رسما واسه تست یک مقدار کد زدم . دیگه سوئچ کردم روش. واسه این کار شما و کلا این موارد تغییرات خوبی داشته.

قسمت view رو یک نگاهی بندازید.


کلان ترکونده اساسی

و این هم دقیقا همون حالتی که در yii هست .