Printable View
با سلام خدمت دوستان محترم، یک اسلاید آموزشی درست کردم که میخواستم توی نشست بعدی نهاد توی بابل درموردش یک کارگاه یکروزه تشکیل بدم که از اونجا که تا حالا نظرسنجی طوری پیش رفته که بیشتر تمایل داشتن یک پروژه عملی توی کارگاه انجام بشه، تصمیم گرفتم این اسلاید رو برای دانلود و مطالعه در اختیار دوستان بگذارم.
لینک دریافت:
http://www.barnamenevis.ir/articles/67/MVC
خوشحال میشم نظر دوستان رو درباره این آموزش بدونم. اگه احیاناً سؤالی هم بود توی همین تاپیک مطرح کنید.
این لینک که خرابه :ناراحت:نقل قول:
نوشته شده توسط MMSHFE
لینک سالمه. به لطف برخی دوستان، پهنای باند ماهانه سایت تمام شده و درنتیجه باید تا اول ماه میلادی بعدی (گمونم فردا باشه) صبر کنید تا دوباره سایت بیاد بالا!
یعنی برخی دوستان dos attack زدند ؟نقل قول:
نوشته شده توسط MMSHFE
اسلاید و حای دیگه ایلود کنید زمان طلاست !
من 10 تا فیلم دارم البته زبان انگلیسی هست از ابنتدا mvc رو یاد میده تا ajax در mvc و یک cms کوچک با mvc درست می کنه کاملا هم خوب آموزش میده خودم می خواستم به صورت یک pdf فارسی درست کنم یک مقداری هم انجام دادم ولی وقت ندارم اگر کسی انجام میده با مدیران هماهنگ کنه من این فیلم هارو آپلود کنم که دانلود کنه و آموزش رو توی سایت بزاره
اگه بزاری که خیلی خوبه
منم موافقم :)نقل قول:
اسلاید و حای دیگه ایلود کنید زمان طلاست !
فایل اسلاید به پست اول همین تاپیک ضمیمه شد.
از دوستان عزیزی که آموزش رو دریافت و مطالعه کردن تقاضا میکنم اگه نظری درموردش دارن، بیان کنن چون همین سبک آموزش (ازنظر سادگی بیان) قراره مبنای کار در ادامه تاپیک آموزش مرحله به مرحله PHP قرار بگیره و اونجا، با همین روند، MVC رو بطور کامل و با جزئیات بیشتر آموزش بدیم.
تشکر مفید بود .
یه کلاس رجیستری هم برای نگه داشتن آبجکت کنترلر ها و مدل ها و احیانا کلاسهای دیگری که بعنوان کامپوننت استفاده خواهند شد ، لازم بود پیاده سازی کنید .
این آموزش در ساده ترین حالت بوده. توی آموزش جامع که بعداً میگذارم، موارد مختلفی مثل Singleton و Registry و Factory و... همه به تفصیل و با مثال توضیح داده میشه.
خیلی خوب بود.نقل قول:
نوشته شده توسط MMSHFE
بهترین مطلب در این زمینه که تاحالا دیده بودم.
هم بقدر کافی مختصر بود هم ساده و هم جامعیت خوبی داشت.
تشویق شدم که وارد MVC بشم.
شاید آموزشهای قبلی بخاطر همون اشتباهات که شما اشاره کردید و نقص و ابهامهایی که داشتن باعث شده بودن بقدر کافی به MVC علاقمند نشم (متوجه میزان کارایی و اهمیتش در زمینهء رفع مشکلات برنامه های بزرگ و پیچیده نشده بودم).
راستی یه جایی همین امروز میخوندم که کامپوننت گرایی و MVC با هم رابطهء چندان خوبی ندارن.
یعنی MVC طراحی سیستمهای کامپوننت رو خیلی دشوارتر میکنه ظاهرا.
البته به این هم اشاره کرده بود که حالا این مبحث کامپوننت هم همه چیز نیست و لزومی نداره اصلا سیستم کامپوننتی باشه (بخصوص در وب ظاهرا).
حالا من نمیدونم دقیقا منظور چیه.
اصولا باید اول کامپوننت و اینها رو تعریف و روشن کنیم.
یعنی کامپوننت چیه، و مثلا فرقش با پلاگین و ماجول و Addon و اکستنشن چیه و چرا MVC طراحی کامپوننت رو دشوار میکنه.
آموزش خوبی بود.
راستی آقای شهرکی میخواستم بدونم اون کتابی معرفی کردید از انتشارات Apress هست؟
اموزش عالی بود!
میشه ی اموزش cmsمتوسط با mvcمثال بزنید؟
ممنون اقای شهرکی
فکر می کنم Apress باشه من نمی دونم چه کتابی رو معرفی کردند ولی یکی از بهترین کتاب های MVC برای انتشارات Apress هست توی google book هم می تونین رایگان بخونیننقل قول:
نوشته شده توسط amin7x
من توی MVC متد هارو همه استاتیک میزارم
به نظر شما صحیح هست ؟
======
نوید فیلمایی که گفتی رو میزاری ؟
متد static باید بعنوان آخرین راهکار و جایی که دیگه هیچ چاره ای ندارین، مورد استفاده قرار بگیره چون اگه قرار بود همه متدها رو static بگذاریم و با کمک اسم کلاس بهش دسترسی پیدا کنیم و دیگه شئ و کپسوله سازی و... مطرح نباشه، خوب چه کاریه، با همون توابع معمولی کار میکردیم!
آقاي شهركي ميشه اون cms ساده اي ه در جلسات 7 و 8 آموزشتون ساخته بودين با MVC بنويسين ؟؟؟؟
چون اونجوري بهتر ياد ميگيريم.
بعد من يه جا خونده بودم MODEL براي دسترسي به ديتابيس هست ... يعني اينا اشتباه آموزش داده بودن؟
نه اشتباه نیست. من هم که گفتم Model برای دسترسی به دیتابیس هست.
پس ويو رو بايد خارج از كنترلر صدا بزنيم؟نقل قول:
نوشته شده توسط MMSHFE
بله، همه کلاسها (شامل model و view و controller) بیرون از این عناصر (توی فایل اصلی که معمولاً index.php هست) فراخوانی میشن. منتها کنترلر به مدل و ویو به هر دو شئ دیگه دسترسی داره تا درصورت نیاز، از کنترلر بخواد به مدل دستور بده داده های خاصی رو در اختیارش بگذاره.
آقاي شهركي ميشه اين رو انجام بديد؟نقل قول:
نوشته شده توسط MMSHFE
اين طوري يه مثال عملي هم هست ...نقل قول:
آقاي شهركي ميشه اون cms ساده اي ه در جلسات 7 و 8 آموزشتون ساخته بودين با MVC بنويسين ؟؟؟؟
با تشکر از آقای شهرکی خیلی آموزش ساده و مفیدی بود.از دوستان کسی هست که این کتاب رو گیر آورده باشه؟ (pro PHP MVC)
Pro PHP MVC
http://uploaded.net/file/mp2uz9o7
در اصل Model برای دسترسی به داده هامون چه در دیتابیس و چه در آرایه ها و امثال ایناست!!نقل قول:
نوشته شده توسط MRmoon
بله می زارم تا یک هفته دیگه الان سرم خیلی شلوغ هستنقل قول:
نوشته شده توسط Veteran
اگه خدا بخواد و فرصت کنم، توی خود تاپیک آموزش PHP از جلسه 16 به بعد که به MVC اختصاص داره (جلسه 15 تکمیل و جمع بندی مباحث شئ گرایی هست)، همون CMS رو با اصول و استانداردهای جدید (HTML5 و CSS3 و MVC و...) بازنویسی میکنیم.نقل قول:
نوشته شده توسط MRmoon
سلام . خیلی ممنون . ایا باز ادامه داره ؟
خیلی خوب بود . منتها من یک خطا میگیرم . نمیدونم دلیلش چیه
http://img.ir/wRQ.gif
سلامنقل قول:
نوشته شده توسط Variable
کدتون درسته. فقط چک کنید که قبل از EOT پایانی هیچ whitespaceای وجود نداشته باشه.
ولی تو عکسی که گذاشتین 2 تا خطا وجود داره، بهتره کدتون رو اینجا قرار بدید که بررسی کنیم
دوستان من این کد پیاه را هم برای MVC نوشتم ، یه MVC ساده هستش ، اگه میخواید می تونید بررسیش کنید و و اگه سوالی هم داشته باشین می تونم به شما پاسخ بدم ، راستی اگه دیدین که میتونه بهترش بشه یا یه جاهایی را بد رفتم ، ممنون میشم که راهنماییم کنید .
دلیلش اینه که بعد از EOT>>> احتمالاً توی کد شما Space اضافه تایپ شده. دقت کنید که بعد از Delimiter توی خط شروع HereDoc و قبلش توی خط پایانی، هیچ Whitespace Character خاصی (شامل Tab و Space و...) نباید وجود داشته باشه.نقل قول:
نوشته شده توسط Variable
من یه مدت هست که دارم افزونه های جوملا طراحی میکنم هیچ وقت نمیدونستم که دارم از روش mvc استفاده میکنم
فقط یه مشکل هست کدوم رابطه بین قسمت ها درست هست ؟ چیزی که شما میگین یا چیزی که جوملا میگه ؟
این عکس توی سایت جوملا بودش
این تصویر مربوط به ساختار قدیمی MVC هست و ساختار جدید، همون تصویری هست که توی اسلاید گذاشتم و توی ویکیپدیا هم در صفحه MVC گذاشته شده.
سلام من تازه شروع به یادگیری php کردم
mvc یاد بگیرم خوبه یا شی گرا
فرق این دوتا چیه
برای پیاده سازی معماری MVC باید اول شی گرایی بلد باشیم
البته یادگیری شئ گرایی کمک خیلی زیادی توی اجرای بهتر MVC میکنه ولی لزوماً ضرورتی نداره حتماً از شئ گرایی استفاده بشه و MVC رو بصورت Procedural هم میشه مورد استفاده قرار داد. اصولاً قدمت MVC بیشتر از OOP هست.
یه سوال دیگه داشتم
خالی با php هم می شه وبسایت فوق العاده ای ساخت
اونوقت اینا به چه درد می خورن.
گویا مطالب رو بطور کامل و دقیق نخوندین. بله دوست عزیز، بدون MVC و OOP و... هم میشه وبسایت فوق العاده ساخت ولی بعد از مدتی اگه پروژه بزرگ بشه و بخواین افزونه های مختلفی بهش اضافه کنید و این بخشها رو مدیریت کنید و کد مرتباً تغییر کنه، اونوقت در بین انبوهی از کدهای نامرتب و بهم ریخته که هر بخش با تمام بخشهای دیگه ارتباط تنگاتنگ و مدیریت نشده داره، گرفتار خواهید شد. Design Patternها برای حل اینگونه مشکلات درست شدن.
سلام
مهندس شهرکی . یه سوال .
من اگه تو قالب HTML یک قسمتی داشته باشم که به نام
content
بعد تو صفخه اول یک فرم درش باشه .
و بعد از پر کردن فرم . در صفخه دوم همون قسمت مشخصات کاربر نمایش داده شده باشه
سوالم اینجاست که
این فرم باید تو مدل قرارداشته باشه یا تو ویوو
توی View باید بگذارین چون بهرحال مربوط به نمایش اطلاعات میشه و مدل فقط وظیفه استخراج اطلاعات از منابع ذخیره سازی مثل فایل و دیتابیس و سایر سایتها و... رو برعهده داره.
خب من تو مثال شما فرمم رو اینجوری اضافه کردم . توی فایل
main.view
این خط رو اضافه کردم
$t->Assign('form',$this->model->form);
ودر فایل main.model
$this->form="<form method='GET' action='clicked' >
id:<input type='text' name='id'/><br />
user:<input type='text' name='uname'/><br />
password:<input type='password' name='pass' /><br />
<input type='submit' />
</form>";
الان این درست کار میکنه. منتها شما چیجوری این فرم رو تو فایل کلاس view قرار میدید؟
ممنون آقای شهرکی واقعا عالی بود.
با اجازه آقای شهرکی
تو این لینک بصورت خیلی ساده در حد مبتدی مطلبی وجود داره.
ببینید، عنصر فرم باید توی کلاس view باشه نه توی کلاس مدل. بعد توی main.view باید بنویسید ;(t->Assign('form', $this->form$نقل قول:
نوشته شده توسط Variable
مدل فقط وظیفه استخراج اطلاعات از پایگاه داده ها و یا ذخیره کردن نتایج کارها توی اون رو برعهده داره و اصلاً هیچ چیزی بجز این نباید داخلش باشه (چه فرم، چه هرگونه کد دیگه). تمام اینها وظیفه View هست. کنترلر هم که کارش مشخصه: دریافت ورودیهای کاربر و دستور دادن به مدل برای استخراج داده های مناسب از پایگاه داده ها تا بعداً View از اونها استفاده کنه.
سلام
شما به این میگید اسلاید ؟ به نظر من که این اصلا شبیه یه اسلاید نیست و بیشتر یه جزوه هستش، البته قصد بدی ندارم ولی تا اونجایی که میدونم توی اسلاید نباید ما بیام کل داستان و از ب بسم الله بگیم البته این ایراد من به طراحی هستش نه به محتوا.
دوست عزیز، اگه پست اول رو کامل و با دقت میخوندین، متوجه میشدین که این اسلاید چرا اینطوری شده. قرار بود اول اسلاید باشه و تیتر مطالب داخلش باشه و بعد، توی کارگاه آموزشی درباره اسلایدها توضیح داده بشه ولی بعداً چون موضوع MVC توسط اکثریت اعضا انتخاب نشد، توضیحات رو هم بهش اضافه کردم تا بصورت خودآموز در بیاد. حالا مشکل فقط فرمته؟ PDF بگذارم خوبه؟ بهتره بجای ساختار و ظاهر، درمورد محتوا بحث و تبادل نظر کنیم. اینطور نیست؟
استاد شما گفتتین بین لایه view و controller ارتباطی وجود ندارد ولی در این کتا چیزی دیگه ایی گفته که کتابشم جدیده.(apress mvc)
ولی تو ویکی پدیا حرف شما رو زد .
http://en.wikipedia.org/wiki/Model%E...0%93controller
البته وقتی زبان رو فارسی میکنی عکس ویکی پدیا عوض میشه که زده view با controller ارتباط داره :
http://fa.wikipedia.org/wiki/%D9%85%...8C%DA%AF%D8%B1
و شما گفته بودی در 1970 اولین بار مورد استفاده قرار گرفته ویکی پدیا زده در سال 1979
ضمیمه 107050
ولی این ارتباط جدیدی که شما میگی به نظرم بهتره .
این ارتباط که شما گفتی چه برتری هایی نسبت با اون ارتباط ها داره ؟
نه من منظورم دهه 1970 بود. شاید اشتباهاً گفتم سال 1970 اما درهرحال، نسخه انگلیسی ویکیپدیا بروزتره و کتاب Apress هم خیلی جدید نیست و توی حوزه IT تغییرات حتی ممکنه روزانه اتفاق بیفته. بهرحال این ایده اصلی که بخشهای مختلف پروژه از هم جدا باشن، منطق اصلی MVC هست و فکر میکنم راهکار جدید MVC بهتر این هدف رو پیاده سازی میکنه و اگه به این شکل عمل نکنیم، Controllerهای خیلی حجیم و در عوض، Model و View خیلی کوچک خواهیم داشت و عملاً توزیع مناسبی ازنظر بار کاری روی بخشهای مختلف نداریم. اما توی معماری جدید، View که مسئولیت نمایش داده ها رو برعهده داره، بطور طبیعی بزرگتر و پررنگتر از بقیه بخشها خواهد شد و در عین حال، بخشهای مختلف بطور تقریباً متعادل و مساوی در انجام اهداف پروژه دخیل خواهند بود.