Yii vs Laravel

نقل قول:

---

نوشته شده توسط rezakho

در لاراول کلاس احراز هویت به صورت اوتوماتیک به مدل User متصل میشه و به شکل زیر عملیات احراز هویت رو انجام میده
و به صورت Auth::user به مدل و کلاس احراز هویت، یکجا دسترسی دارم

---

معادل Yii :

$identity = new UserIdentity($username, $password);

$identity->authenticate();

if($identity->errorCode === UserIdentity::ERROR_NONE && Yii::app()->user->login($identity)) {

    // user logged in

}

نقل قول:

---

گرفتن نام کاربر

---

معادل Yii :

Yii::app()->user->name

نقل قول:

---

چک کردن ورود یوزر

---

معادل Yii :

if(!Yii::app()->user->isGuest)

{

    // The user is logged in...

}

نقل قول:

---

ورود کاربر به صورت remember me

---

معادل Yii :

$duration = ($this->remember ? 1209600 : 0); // two weeks

if (Yii::app()->user->login($identity, $duration)) {

    // user logged in

}

نقل قول:

---

چک کردن ورود کاربر به روش remember

---

معادل Yii :

if($this->remember && !Yii::app()->user->isGuest) {

    //

}

نقل قول:

---

احراز هویت با id

---

معادل Yii :

$u = User::model()->findByPK(1);

Yii::app()->user->login(new UserIdendity($u['username'], $u['password']));

نقل قول:

---

احراز هویت با مدل

---

مشابه کد قبلی

نقل قول:

---

تصدیق کاربر بدون لاگین

---

معادل Yii :

if(Yii::app()->user->login($identity)) {

/* look at the difference with login via authentication

if($identity->errorCode === UserIdentity::ERROR_NONE && Yii::app()->user->login($identity)) {

*/

{

    //

}

نقل قول:

---

لاگین کاربر فقط برای request فعلی

---

معادل Yii :

if(Yii::app()->user->login($identity) {

    // code

    Yii::app()->user->logout();

}

نقل قول:

---

خروج کاربر

---

معادل Yii

Yii::app()->user->logout();

در مورد دسترسی به فیلدهای user، تا اونجا که من میدونم، در yii باید کلاس CWebUser رو دستکاری کرد، ولی شما توی پست قبل این مورد رو ذکر نکردید، این هم متنی که خود گوانگ زو! نوشته

By default, the expression Yii::app()->user returns a CWebUser application component which represents the information that are closely related with the current user. Some information can be persistent throughout the current user session. For example, CWebUser already comes with a name property that stores the username of the current user.
In order to store more information, we need to modify the identity class used together with CWebUser. Each application may have one or several identity classes which are mainly responsible to provide ways of performing user authentication.


Resource: http://www.yiiframework.com/wiki/6/h...-yii-app-user/


مثلا اگر جدول user ما، فیلدهای به نام family, old, avatar , ... داشته باشه، شما چطور بهش از طریق Yii::app()->user دسترسی پیدا میکنید

کلاس CWebUser توی Yii کلاً بحثش از مدل User جداست. این کلاس وظیفه انجام کارهای مربوط به کابر جاری مثل لاگین و اعتبارسنجی و بررسی نقشها و خروج و... رو برعهده داره و منطقی هم نیست که با مدل User یکی باشه چون توی هر پروژه فیلدهای کاربران و حتی اسم جدولشون متغیره. بجای این کار خیلی راحت با دستور زیر میشه مدل کاربر جاری رو بدست آورد:

$user = User::model()->findByPk(Yii::app()->user->id);

حتی من توی پروژه هام میام توی کلاس CController که توی پوشه protected/components هست، کد زیر رو اضافه میکنم:

public $currentUser;

public function init() {

    if (!Yii::app()->user->isGuest) {

        $this->currentUser = User::model()->findByPk(Yii::app()->user->id);

    }

}

و از اونجا که این کلاس، والد تمام کنترلرهاست و متد init هم همیشه در ابتدای هر درخواست اجرا میشه، به راحتی میتونم توی هر اکشن یا ویو با this->currentUser$ به مدل کاربر جاری و ازطریق اون به تمام فیلدهاش دسترسی پیدا کنم.

خوب اینم که دوباره شد دستی!
روش شما روش خوبیه، اما خود Yii روش خوبی رو برای برنامه نویس ارائه نداده

شاید حق با شما باشه ولی من خودم شخصاً اینکه کلاس مدیریت کاربر از مدل کاربر جدا باشه رو میپسندم (بازم تأکید میکنم نظر شخصیه) و ازطرفی Yii هم مکانیزمهایی برای اینکه بشه به راحتی مدل رو در همه کلاسها در اختیار داشت (مثل روشی که من استفاده کردم) فراهم کرده.

خوب
نوبت request ها و input هاست
لاراول 2 کلاس Input , Request رو برای کارهای مختلف ارائه کرده

گرفتن داده های POST یا GET

$name = Input::get('filedName');

// or

$name = Input::get('filedName', 'defaultValue');

تست وجود یک داده POST یا GET

if (Input::has('name'))

{

    //

}

دریافت تمام داده ها

$inputs = Input::all();

دریافت تعدادی از داده ها

$inputs = Input::only('username', 'password');

دریافت همه داده ها به غیر از تعدادی

$inputs = Input::except('credit_card');

دریافت داده هایی که به صورت آرایه ارسال شده اند

$input = Input::get('products.0.name');

ذخیره داده های POST یا GET در session

Input::flash();

پاک کردن داده های POST یا GET از session

Input::flush();

ذخیره برخی از داده های POST یا GET در session

Input::flashOnly('username', 'email');

ذخیره همه داده های POST یا GET در session به جز برخی

Input::flashExcept('password');

خواندن داده های POST یا GET ذخیره شده در session

$username = Input::old('username');

بقیه در پست های بعدی

نقل قول:

---

نوشته شده توسط rezakho

گرفتن داده های POST یا GET

---

معادل Yii

// get requests

$name = Yii::app()->request->getQuery('fieldName');

// or

$name = Yii::app()->request->getQuery('fieldName', 'defaultValue');



// post requests

$name = Yii::app()->request->getPost('fieldName');

// or

$name = Yii::app()->request->getPost('fieldName', 'defaultValue');



// get or post requests

$name = Yii::app()->request->getParam('fieldName');

// or

$name = Yii::app()->request->getParam('fieldName', 'defaultValue');

تست وجود یک داده POST یا GET

if (!Yii::app()->getQuery('name'))

{

    //

}

نقل قول:

---

دریافت تمام داده ها

---

نمیدونم چرا اصلاً براش متد جداگانه گذاشتن چون خیلی راحت میشه با خود PHP انجام داد و Yii هم وقتی پرسیدم که چرا چنین متدی نداره، گفتن چون وجودش بی معناست. مثال:

$inputs = $_POST

$inputs = $_GET

$inputs = $_REQUEST;

نقل قول:

---

دریافت تعدادی از داده ها

---

معادل Yii

$inputs = array(Yii::app()->request->getParam('username'), Yii::app()->request->getParam('password'));

نقل قول:

---

دریافت همه داده ها به غیر از تعدادی

---

این مورد رو هم معادلی پیدا نکردم ولی اینطوری میشه شبیه سازی کرد (البته برخلاف Input::all این مورد بنظرم سودمند اومد و نفهمیدم چرا نگذاشتن) :

$inputs = $_REQUEST';

unset($inputs['credit_card']);

نقل قول:

---

دریافت داده هایی که به صورت آرایه ارسال شده اند

---

معادل Yii

$input = Yii::app()->request->getParam('products[0][name]');

نقل قول:

---

ذخیره داده های POST یا GET در session

---

معادل Yii

// store

Yii::app()->user->setState('post', serialize($_POST));

// retrieve

$values = unserialize(Yii::app()->getState('post'));

نقل قول:

---

پاک کردن داده های POST یا GET از session

---

معادل Yii

Yii::app()->user->setState('post', null);

نقل قول:

---

ذخیره برخی از داده های POST یا GET در session

---

معادل Yii

Yii::app()->user->setState('post', serialize(array(Yii::app()->request->getParam('username'), Yii::app()->request->getParam('email'))));

نقل قول:

---

ذخیره همه داده های POST یا GET در session به جز برخی

---

$inputs = $_REQUEST;

unset($inputs['password']);

Yii:app()->user->setState('post', serialize($inputs));

نقل قول:

---

خواندن داده های POST یا GET ذخیره شده در session

---

معادل Yii :

$inputs = unserialize(Yii::app()->getState('post');

$username = $inputs['username'];

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

تو Yii چرا این قدر پیچیده هستش ؟ مثلا: ذخیره برخی از داده های POST یا GET در session . این واقعا آزار دهندست. تو نسخه جدید هم اینطوریه؟
به غیر اون بقیه توابعش برای input و request سخت تر و پیچیده تر از لاراول هستش. تو این کد مثلا:

if (!Yii::app()->getQuery('name'))



{



    //



}

تو دید اول اصلا به ذهن نمیرسه که برای تست وجود یک داده POST یا GET هستش

دوست عزیز، دید اول چیه؟ مثلاً برنامه نویسیم ها! توی مستنداتش نوشته که getQuery برای دریافت Getها و getPost برای دریافت Postها و getParam هم برای دریافت هر دو هست. ! هم که یعنی empty و null نباشه. حالا حتماً باید بگه Input::has تا خوانا بشه؟ بهرحال من هم مثل شما قبول دارم که ساختار Yii توی این مورد یکم پیچیده و دست و پاگیره ولی حقیقتش تا حالا موردی نبوده که بخوام توی اکشن خاصی، دستی مقادیر رو بگیرم و همیشه برای اکشن پارامتر تعریف میکنم و خود Yii اون رو توی پارامترها میچینه و هرجا هم احیاناً لازم بوده، از خود POST_$ و GET_$ استفاده کردم و با وجود دستوراتی مثل in_array و array_keys خیلی راحت میشه چک کرد فرضاً یک مقدار توی POST_$ هست یا نه. درهرصورت تا جایی که فهمیدم توی نسخه 2 یک کلاس مخصوص پردازش ورودیهای کاربر اضافه کردن.

بحث Input::has بودن یا نبودن نیست اصلا. ولی مدت زمان به خاطر موندن خیلی از توابع به تعریف اونها بستگی داره. مثلا شما سعی میکنید توابعی رو تعریف کنید که همیشه تو دهنتون بمونه اگر هم بعضی هاشون سخت بود آلیاس تعریف میکنید. اون کلاسی که اضافه شده چیه؟ میتونین توضیحی بدید؟ (مختصر)

منم فقط می خوام نظرمو بگم ...
من قبلا با yii کار کردم .... فریم ورک محشریه . از همه نظر عالیه هیچ شکی در اون نیست ... ولی مشکلی که داشت این بود که من کلا php رو با yii یاد گرفتم .. و بعد از یک مدتی به خاطر دستورات پیچیده بودن دستورات و کلا ساختار برای من ، کلا از php کشیدم بیرون و رفتم سراغ node تا حدود این یک سال که با فریم ورک sails کار کردم که واقعاااا عالی بود ... بعد خاطر دور نبودن از php دنبال یک فریم ورک برای کار بودم که فهمیدم laravel از نظر ساختار و حتی کد زدن چون ساختار جفتشون شبیه rails بود ....
و توی این دو هفته ای که اومدم سراغ laravel واقعاااا دیدم برای من خیلی خیلی خیلی بهتر از yii بوده...
در کل قابلیت های جفتشون یکیه ... بعضی جاها هم یک سری اختلافاتی هست که توی پروژه های بزرگ مشخص می شه ... و چیزی که بین این ها فاصله و رقابت ایجاد می کنه به نظرم فقط راحتی فرد در استفاده است ... که برای بنده به شخصه laravel خیلی قابل فهم تر بود ... بعضی از برنامه نویسان اینقدر مسائل پیچیده حل کردن که ماهیچه های مغر عادت کرده به پیچیده جل کردن مسئله ها ( به قول نویسنده کتابی که می خوندم ) بعضی ها هم مثل ما دنبال سریع و تمیز تر شدن هر چه بیشتر کد ها .....
هر کسی با یکی راحته و گرنه قابلیت ها تقریبا یکی است ....
استادان عزیز نظرمو گفتم ... نتوپید به ما .... همه جای متنم گفتم : به نظر من ، من فکر می کنم و.....

خوب بریم سراغ فایل در فرم ها

گرفتن یک فایل که توسط فرم ارسال شده

$file = Input::file('photo');

چک کردن ارسال یک فایل

if (Input::hasFile('photo'))

{

    //

}

جابجایی فایل آپلود شده

Input::file('photo')->move($destinationPath);



Input::file('photo')->move($destinationPath, $fileName);

گرفتن اطلاعات فایل آپلود شده

$path = Input::file('photo')->getRealPath();

$name = Input::file('photo')->getClientOriginalName();

$extension = Input::file('photo')->getClientOriginalExtension();

$size = Input::file('photo')->getSize();

$mime = Input::file('photo')->getMimeType();

تو بخش نوبت request ها و input. کدهای لاراول واقعا بسیار کوچیک،سریع و آسون هستن. امیدوارم تو نسخه جدید Yii هم راحت تر شده باشن این قسمتها

نقل قول:

---

نوشته شده توسط tux-world

بحث Input::has بودن یا نبودن نیست اصلا. ولی مدت زمان به خاطر موندن خیلی از توابع به تعریف اونها بستگی داره. مثلا شما سعی میکنید توابعی رو تعریف کنید که همیشه تو دهنتون بمونه اگر هم بعضی هاشون سخت بود آلیاس تعریف میکنید. اون کلاسی که اضافه شده چیه؟ میتونین توضیحی بدید؟ (مختصر)

---

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

نقل قول:

---

نوشته شده توسط tux-world

تو بخش نوبت request ها و input. کدهای لاراول واقعا بسیار کوچیک،سریع و آسون هستن. امیدوارم تو نسخه جدید Yii هم راحت تر شده باشن این قسمتها

---

بله خوشبختانه توی نسخه جدید خیلی راحت شده. مثلاً میگیم Request::get('name'); بجای اینکه بگیم Yii::app()->request->getQuery('name');

نقل قول:

---

نوشته شده توسط rezakho

گرفتن یک فایل که توسط فرم ارسال شده

---

$file = CUploadedFile::getInstanceByName('photo');

نقل قول:

---

چک کردن ارسال یک فایل

---

if (!CUploadedFile::getInstanceByName('photo')) {

    //

}

نقل قول:

---

جابجایی فایل آپلود شده

---

$file->saveAs($destinationPath . '/' . $file->name);

$file->saveAs($destinationPath . '/' . $filename);

گرفتن اطلاعات فایل آپلود شده

$path = $file->tempName;

$name = $file->name;

$extension = $file->extensionName;

$size = $file->size;

$mime = $file->type;

$error = $file->error;

// Yii provides hasError property

if(!$file->hasError) {

    $file->saveAs('uploads/' . $file->name);

}

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

بررسی وجود یا عدم وجود فایل:

File::exists()

دریافت محتویات یک فایل:

$contents = File::get($filename);

دریافت محتویات فایل به صورت ریموت (نتیجه دریافت به صورت بولین قابل دسترس است):

$contents = File::getRemote($url);

دریافت متغیرهای بازگشتی از فایل:

<?php

// file1.php - returns an array

return array(

    'key1' => 'value1',

    'key2' => 'value2',

);

?>



// Fetching the array of the file above

$value = File::getRequire('file1.php');

الحاق یک فایل یا همان require_once به صورت لاراولی:

File::requireOnce($some_php_file);

نوشتن محتوا در فایل:

$bytes_written = File::put($file, $contents);

if ($bytes_written === false)

{

    die("Error writing to file");

}

اضافه کردن محتوا در ابتدای فایل:

$bytesWritten = File::prepend($filename, $content);

if ($bytesWritten === false)

{

    die("Couldn't write to the file.");

}

اضافه کردن محتوا به انتهای فایل:

$bytesWritten = File::append($filename, $content);

if ($bytesWritten === false)

{

    die("Couldn't write to the file.");

}

حذف یک فایل:

File::delete($filename);

حذف چند فایل:

File::delete($file1, $file2, $file3);

حذف فایل به روش استفاده از آرایه:

$files = array($file1, $file2);

File::delete($files);

انتقال فایل به مسیر جدید:

if ( ! File::move($oldfile, $newfile))

{

    die("Couldn't rename file");

}

ایجاد یک نسخه دیگر از فایل در مسیر دیگر:

if ( ! File::copy($file, $dest))

{

    die("Couldn't copy file");

}

استخراج پسوند فایل:

$extension = File::extension($filename);

دریافت نوع فایل (پوشه یا فایل ):

echo File::type($filename);

دریافت سایز یا همان حجم فایل:

$bytes = File::size($filename);

دریافت اطلاعات اعم از تاریخ و ساعت آخرین تغییرات اعمال شده در فایل:

$timestamp = File::lastModified($filename);

if ($timestamp === false)

{

    die("Failure getting the time");

}

تشخیص پوشه بودن فایل:

if (File::isDirectory($filename))

{

    echo "Yes. It's a directory.";

}

تشخیص قابلیت نوشتن در داخل فایل.( سطح دسترسی برای نوشتن اعمال شده است یا خیر ):

if (File::isWritable($filename))

{

    echo "Yes. $filename is writable.";

}

if (File::isWritable($dirname))

{

    echo "Yes. $dirname is writable.";

}

فعلا کافیه :)

نقل قول:

---

نوشته شده توسط tux-world

بررسی وجود یا عدم وجود فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

file_exists

نقل قول:

---

دریافت محتویات یک فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$contents = file_get_contents($filename);

نقل قول:

---

دریافت محتویات فایل به صورت ریموت (نتیجه دریافت به صورت بولین قابل دسترس است):

---

از چه نسخه ای استفاد میکنید چون توی سایتش چنین دستوری رو توی لاراول ندیدم! لینک

نقل قول:

---

دریافت متغیرهای بازگشتی از فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

<?php

// file1.php - returns an array

return array(

    'key1' => 'value1',

    'key2' => 'value2',

);

?>



// Fetching the array of the file above

$values = require 'file1.php';

نقل قول:

---

الحاق یک فایل یا همان require_once به صورت لاراولی:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

require_once 'some_file.php';

نقل قول:

---

نوشتن محتوا در فایل:

---

$bytes_written = file_put_contents($file, $contents);

if ($bytes_written === false)

{

    die("Error writing to file");

}

نقل قول:

---

اضافه کردن محتوا در ابتدای فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$bytesWritten = file_put_contents($file, $contents . file_get_contents($file));

نقل قول:

---

اضافه کردن محتوا به انتهای فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$bytesWritten = file_put_contents($file, file_get_contents($file) . $contents);

نقل قول:

---

حذف یک فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

unlink($file);

نقل قول:

---

حذف چند فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

foreach(array($file1, $file2, $file3) as $file) { unlink($file); }

نقل قول:

---

حذف فایل به روش استفاده از آرایه:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:
مثل کد قبل

نقل قول:

---

انتقال فایل به مسیر جدید:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

if (!rename($oldfile, $newfile)) {

    die("Couldn't rename file");

}

نقل قول:

---

ایجاد یک نسخه دیگر از فایل در مسیر دیگر:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

if (!copy($oldfile, $newfile)) {

    die("Couldn't copy file");

}

نقل قول:

---

استخراج پسوند فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$extension = pathinfo($filename, PATHINFO_EXTENSION);

نقل قول:

---

دریافت نوع فایل (پوشه یا فایل ):

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

echo filetype($filename);

نقل قول:

---

دریافت سایز یا همان حجم فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$bytes = filesize($filename);

نقل قول:

---

دریافت اطلاعات اعم از تاریخ و ساعت آخرین تغییرات اعمال شده در فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

$timestamp = filemtime($filename);

if ($timestamp === false) {

    die("Failure getting the time");

}

نقل قول:

---

تشخیص پوشه بودن فایل:

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

if (is_dir($filename)) {

    echo "Yes. It's a directory.";

}

نقل قول:

---

تشخیص قابلیت نوشتن در داخل فایل.( سطح دسترسی برای نوشتن اعمال شده است یا خیر ):

---

ضرورتی نداره چون با خود PHP و با یک خط میشه انجام داد:

if (is_writable($filename)) {

    echo "Yes. $filename is writable.";

}

if (is_writable($dirname)) {

    echo "Yes. $dirname is writable.";

}

نقل قول:

---

فعلا کافیه :)

---

دوست عزیز، فریمورک قرار نیست هر کاری که خود PHP به راحتی انجام میده رو بیاد شکلش رو عوض کنه و بگه من قابلیتهام زیاده! لطفاً توی این تاپیک، قابلیتهایی رو معرفی کنید که با خود PHP خام نمیشه به راحتی انجام داد. Yii هم دلیلی نداشته وقتی مثلاً fileatime توی خود PHP هست بیاد بگه (CFileHelper::AccessTime($filename رو به کار ببرین. در عوض یکسری چیزهای دیگه اضافه کرده:
CFileHelper::copyDirectory برای کپی بازگشتی یک پوشه و همه فایلهای داخلش
CFileHelper::findFiles برای جستجوی یک یا چند فایل در کل یک پوشه و همه پوشه های فرعی داخلش
CFileHelper::getExtension تشخیص پسوند فایل
CFileHelper::getMimeTypeByExtension تشخیص MIME Type از روی پسوند
CFileHelper::getMimeType تشخیص MIME Type از روی هدرهای فایل
CFileHelper::removeDirectory حذف یک پوشه و همه فایلهای داخلش

اصلا بحث این که قراره عوض کنه نیست. تغییر بده و توسعه هم بده باز هم اشکالی نداره.ولی من خودم شخصا دوست دارم این تغییرات رو. اینایی هم که نوشتم نگفتم قابلیتهای لاراول هستش. قبل شما خودم اینا رو میدونستم. ولی به هر حال امکاناتی هستش که گذاشتن. شاید به نظر شما اضافی باشه ولی حداقلش برای من خوبه و ازشون استفاده میکنم. دل بخواه هستش بلاخره هم میشه استفاده کرد هم میشه نکرد. این اومده کار رو راحت تر کرده دست توش نبرده که
مثلا:

File::delete($file1, $file2, $file3);

راحت تر از :

foreach(array($file1, $file2, $file3) as $file) { unlink($file); }

هستش ولی باز هم میگم هیچ ضروریتی به استفاده از این خصوصیات نیست

یه سوال. چطور میشه چند تا دستگیره با هم در Yii به ایونت ها نسبت داد. مستنداتی پیدا نکردم میشه راهنمایی کنید؟ البته

منظورم ایونت هایی هست که قبل از ایجاد مدل باید اتچ بشند نه بعد از ساخته شدن

نقل قول:

---

نوشته شده توسط tux-world

اصلا بحث این که قراره عوض کنه نیست. تغییر بده و توسعه هم بده باز هم اشکالی نداره.ولی من خودم شخصا دوست دارم این تغییرات رو. اینایی هم که نوشتم نگفتم قابلیتهای لاراول هستش. قبل شما خودم اینا رو میدونستم. ولی به هر حال امکاناتی هستش که گذاشتن. شاید به نظر شما اضافی باشه ولی حداقلش برای من خوبه و ازشون استفاده میکنم. دل بخواه هستش بلاخره هم میشه استفاده کرد هم میشه نکرد. این اومده کار رو راحت تر کرده دست توش نبرده که
مثلا:

File::delete($file1, $file2, $file3);

راحت تر از :

foreach(array($file1, $file2, $file3) as $file) { unlink($file); }

هستش ولی باز هم میگم هیچ ضروریتی به استفاده از این خصوصیات نیست

---

ببینید، اینجور موارد سلیقه ای هست و در کل امتیاز خاصی محسوب نمیشه چون همونطور که شما به File::delete برای حذف چند فایل اشاره کردین که ساختار ساده تری داره، ساختارهایی هم مثل $values = require 'file1.php'; وجود داره که ساده تر از $values = File::getRequire('file1.php'); هست. درهرصورت بهتره توی این تاپیک دنبال قابلیتهای واقعی فریمورکها باشیم. چیزهایی مثل Eloquent لاراول و ActiveRecord در Yii منظورمه.

نقل قول:

---

نوشته شده توسط tux-world

یه سوال. چطور میشه چند تا دستگیره با هم در Yii به ایونت ها نسبت داد. مستنداتی پیدا نکردم میشه راهنمایی کنید؟ البته

منظورم ایونت هایی هست که قبل از ایجاد مدل باید اتچ بشند نه بعد از ساخته شدن

---

میشه مثال بزنید؟ منظورتون رو متوجه نشدم. در هر حال لینکهای زیر رو یه نگاه بندازین:
http://www.yiiframework.com/wiki/637...onbeginrequest
http://www.yiiframework.com/wiki/44/behaviors-events

مثال:

User::creating(function($user)

{

    // some jobs

});

 

User::creating(function($user)

{

    // some jobs

});

 

User::creating(function($user)

{

    // some jobs

});‬

این کد نمونش در Yii به چه شکل هستش؟ تو اون لینکها موردی نبود

البته اینهایی که شما نوشتین، Behavior هست نه Event ولی درهرصورت، توی Yii به این شکل میشه کار کرد:

class User extends CActiveRecord {

    public static function model($className=__CLASS__) {

        $model = parent::model($className);

        $model->onBeforeSave = 'func1';

        $model->onBeforeSave = 'func2';

        $model->onBeforeSave = 'func3';

        return $model;

    }



    private function func1() { ... }

    private function func2() { ... }

    private function func3() { ... }

}

نقل قول:

---

نوشته شده توسط rezakho

در مورد دسترسی به فیلدهای user، تا اونجا که من میدونم، در yii باید کلاس CWebUser رو دستکاری کرد، ولی شما توی پست قبل این مورد رو ذکر نکردید، این هم متنی که خود گوانگ زو! نوشته

By default, the expression Yii::app()->user returns a CWebUser application component which represents the information that are closely related with the current user. Some information can be persistent throughout the current user session. For example, CWebUser already comes with a name property that stores the username of the current user.
In order to store more information, we need to modify the identity class used together with CWebUser. Each application may have one or several identity classes which are mainly responsible to provide ways of performing user authentication.


Resource: http://www.yiiframework.com/wiki/6/h...-yii-app-user/


مثلا اگر جدول user ما، فیلدهای به نام family, old, avatar , ... داشته باشه، شما چطور بهش از طریق Yii::app()->user دسترسی پیدا میکنید

---

چه نیازی هست به اون فیلدها دسترسی داشت؟
فرض رو بر این میگذاریم نیاز هست؟!

        Yii::app()->user->setState('avatar', $user->avatar);

حالا هر جای برنامه میتونیم از طریق Yii::app()->user->avatar مقدارش رو بگیریم.

نقل قول:

---

نوشته شده توسط rezakho

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

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

---

دوست عزیز این نکته رو بگم که خود لاراول بر اساس سیمفونی درست شده. لاراول به شکلی ساده شده سیمفونی هست و جاهایی که نیاز بوده رو به صورت خودکار کش کرده. کافیه شما کش کلی سیمفونی رو روشن کنید تا سرعتش از هر دو فریم ورک گفته شده بالاتر بره (البته در صورتی که از داکترین استفاده نکنید.)
در عوض پیچیدگی هایی که میگید انعطاف پذیری و قدرت + مهندسی بودنش رفته بالا. نمونه انعطاف پذیری هم همین لاراول
تنها فریم ورکی که میشه کلاْ همه چیز رو شخصی ساز کرد همین سیمفونی هست.

نقل قول:

---

نوشته شده توسط MMSHFE

سیمفونی فریمورک خیلی خوب و قدرتمندیه و خیلی از فریمورکهای دیگه بخشهایی از خودشون رو مدیون اون هستن ولی دو مشکل لساسی داره که یکیش پرفورمنس پایینتر نسبت به بقیه و یکی دیگه هم سختگیریهایی هست که گاهی اوقات اعصاب برنامه نویس رو بهم میریزه تا جایی کع از خود PHP هم بعضاً سختگیرتر میشه. البته من با سختگیری قانونمند درجهت رعایت چهارچوب کاری موافقم ولی سیمفونی دیگه خیلی در این زمینه زیاده روی میکنه. بهرحال این تاپیک برای مقایسه Yii و لاراول هست و بهتره برای مقایسه یا معرفی سیمفونی تاپیک جداگانه ایجاد کنید.

---

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

این تاپیک مقایسه لاراول و یی هست، بحث سیمفونی نیست که شما پست میزنی!

نقل قول:

---

نوشته شده توسط bestirani2

چه نیازی هست به اون فیلدها دسترسی داشت؟

---

اون فیلدها که برای قشنگی نیست، برای استفاده هست، در لاراول مدل user کاربر فعلی اوتوماتیک بار میشه و فیلد ها و ریلیشن ها و متدها و ... همگی از طریق Auth::user در دسترس هست
نیازی هم به تک تک تعریف کردن عضوها مثل کد شما نیست

نقل قول:

---

نوشته شده توسط bestirani2

دوست عزیز این نکته رو بگم که خود لاراول بر اساس سیمفونی درست شده. لاراول به شکلی ساده شده سیمفونی هست و جاهایی که نیاز بوده رو به صورت خودکار کش کرده. کافیه شما کش کلی سیمفونی رو روشن کنید تا سرعتش از هر دو فریم ورک گفته شده بالاتر بره (البته در صورتی که از داکترین استفاده نکنید.)
در عوض پیچیدگی هایی که میگید انعطاف پذیری و قدرت + مهندسی بودنش رفته بالا. نمونه انعطاف پذیری هم همین لاراول
تنها فریم ورکی که میشه کلاْ همه چیز رو شخصی ساز کرد همین سیمفونی هست.

---

نقل قول:

---

نوشته شده توسط bestirani2

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

---

منظور کارایی خود فریمورک بود، کسی از کش صحبت نکرد

درمورد اینکه توی این تاپیک درمورد سیمفونی صحبت نکنیم موافقم (البته نه با این لحن - یکم بنظرم خشن اومد و میشد ملایمتر هم تذکر بدیم). درخصوص اینکه در لاراول مدل کاربر جاری بطور خودکار بارگذاری میشه هم راستش شخصاً زیاد موافق این قضیه نیستم چون بحث Authentication کاربر جاری و دسترسی به مدل کاربر جاری بنظرم دو موضوع جداگانه هستن و کلاس Authentication وظیفه مدیریت ورود و خروج و اعتبارسنجی و یکسری کارهای اینچنین رو برعهده داره و مدل کاربر همه جا مورد نیاز نیست که بخوایم بارگذاریش کنیم. شاید یکی از دلایل بهینه تر بودن Yii توی Benchmarkها هم همین مسئله باشه که تا وقتی نیاز نیست، هیچ چیز غیر ضروری بطور خودکار بارگذاری نمیشه. هرجا هم لازم بود به راحتی میشه با یک خط کد مدل کاربر رو بدست آورد:

$user = User::model()->findByPk(Yii::app()->user->id);

نقل قول:

---

نوشته شده توسط rezakho

اون فیلدها که برای قشنگی نیست، برای استفاده هست، در لاراول مدل user کاربر فعلی اوتوماتیک بار میشه و فیلد ها و ریلیشن ها و متدها و ... همگی از طریق Auth::user در دسترس هست
نیازی هم به تک تک تعریف کردن عضوها مثل کد شما نیست

---

نیازی به تعریف تک تک فیلدها نیست. مثال:

// mass assignment

Yii::app()->user->setState('attributes', $user->attributes);

// example of usage

echo Yii::app()->user->attributes['family'];

نقل قول:

---

نوشته شده توسط rezakho

این تاپیک مقایسه لاراول و یی هست، بحث سیمفونی نیست که شما پست میزنی!

---

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

نقل قول:

---

نوشته شده توسط rezakho

منظور کارایی خود فریمورک بود، کسی از کش صحبت نکرد

---

منظور من کش خود فریم ورک بود نه قسمت خاصی. لاراول هم همین کار رو به صورت توکار میکنه.

نقل قول:

---

$contents = File::getRemote($url);

---

نقل قول:

---

از چه نسخه ای استفاد میکنید چون توی سایتش چنین دستوری رو توی لاراول ندیدم! لینک

---

توی یکی دو نسخه پیش این تابع حذف شده. خود تیلور گفته کاربردی نداشته. ولی خب من برای دریافت محتوای فایل api گوگل‌مپ و ذخیره روی سرور خودم از این تابع استفاده میکردم. بعد از آپدیت لاراول، دیدم دیگه کار نمیکنه و خطا میده. تابع File::get هم کار نکرد (فک کنم مشکلم این بود که کلاً کارش لوکال بود یا که من گیج بودم اشتباه کردم) و از این رو از تابع file_get_contents خود پی‌اچ‌پی استفاده کردم.

نقل قول:

---

منم فقط می خوام نظرمو بگم ...
من قبلا با yii کار کردم .... فریم ورک محشریه . از همه نظر عالیه هیچ شکی در اون نیست ... ولی مشکلی که داشت این بود که من کلا php رو با yii یاد گرفتم .. و بعد از یک مدتی به خاطر دستورات پیچیده بودن دستورات و کلا ساختار برای من ، کلا از php کشیدم بیرون و رفتم سراغ node تا حدود این یک سال که با فریم ورک sails کار کردم که واقعاااا عالی بود ... بعد خاطر دور نبودن از php دنبال یک فریم ورک برای کار بودم که فهمیدم laravel از نظر ساختار و حتی کد زدن چون ساختار جفتشون شبیه rails بود ....
و توی این دو هفته ای که اومدم سراغ laravel واقعاااا دیدم برای من خیلی خیلی خیلی بهتر از yii بوده...
در کل قابلیت های جفتشون یکیه ... بعضی جاها هم یک سری اختلافاتی هست که توی پروژه های بزرگ مشخص می شه ... و چیزی که بین این ها فاصله و رقابت ایجاد می کنه به نظرم فقط راحتی فرد در استفاده است ... که برای بنده به شخصه laravel خیلی قابل فهم تر بود ... بعضی از برنامه نویسان اینقدر مسائل پیچیده حل کردن که ماهیچه های مغر عادت کرده به پیچیده جل کردن مسئله ها ( به قول نویسنده کتابی که می خوندم ) بعضی ها هم مثل ما دنبال سریع و تمیز تر شدن هر چه بیشتر کد ها .....
هر کسی با یکی راحته و گرنه قابلیت ها تقریبا یکی است ....
استادان عزیز نظرمو گفتم ... نتوپید به ما .... همه جای متنم گفتم : به نظر من ، من فکر می کنم و.....

---

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


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

نقل قول:

---

نوشته شده توسط mamal72

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

---

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

نقل قول:

---

نوشته شده توسط bestirani2

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

---

بحث رو من شروع کردم اما منظورم بد بودن سیمفونی نبود. منظورم این بود که فریمورکی مثل لاراول که اکثر قدرتش رو از یک فریمورک دیگه گرفته، نمیشه ازش انتظار تفاوت آنچنانی در Performance با فریمورک والدش داشته باشیم. ضمناً اینکه گفتین سیمفونی با فعال کردن کش سرعتش از Yii هم بیشتر میشه، باید بگم درصورتی که کش Yii غیرفعال باشه و از APC و Yiilite استفاده نکنیم، حرف شما صحیحه ولی اگه این دو مورد رو فعال کنیم و انجام بدیم، اونوقت دیگه سیمفونی و لاراول سرعتشون خیلی کمتر از Yii خواهد شد.

نقل قول:

---

نوشته شده توسط MMSHFE

بحث رو من شروع کردم اما منظورم بد بودن سیمفونی نبود. منظورم این بود که فریمورکی مثل لاراول که اکثر قدرتش رو از یک فریمورک دیگه گرفته، نمیشه ازش انتظار تفاوت آنچنانی در Performance با فریمورک والدش داشته باشیم. ضمناً اینکه گفتین سیمفونی با فعال کردن کش سرعتش از Yii هم بیشتر میشه، باید بگم درصورتی که کش Yii غیرفعال باشه و از APC و Yiilite استفاده نکنیم، حرف شما صحیحه ولی اگه این دو مورد رو فعال کنیم و انجام بدیم، اونوقت دیگه سیمفونی و لاراول سرعتشون خیلی کمتر از Yii خواهد شد.

---

من خودم با هر دو فریم ورک ورک کار کردم. سایت های بزرگی هم با YII زدم. تستی هم که بنده خودم گرفتم سیمفونی سرعتش با apc خیلی به فالکون نزدیک شد و از Yii با فعال YiiLite و بودن APC بیشتر بود. بازم تست میکنم که خدایی نکرده اشتباه نکرده باشم. البته اینم بگم که توی تست های انجام شده از Propel استفاده کردم که اونم اکتیو رکورد حساب میشه و سرعتش خیلی بیشتر از Doctrine هست. البته یه مزیت بزرگ YII توابع کش خوبی هست که داره که توی سیمفونی معادلش به صورت پیشفرض موجود نیست یا حداقل من ندیدم. مزیت دیگه YII پشتیبانی از وب ۲ هست که توی سیمفونی موجود نیست. نمیدونم واسه لاراول این مورد رو اضافه کردند یا نه ولی من واسه خودم توی سیمفونی اضافه کردم. در کل سیمفونی از نظر من برای پروژه های بزرگ مناسب هست و پروژه های متوسط و کوچکتر، YII‌ انتخاب مناسبتری هست.

پینوشت: مجدد بررسی کردم. YII 1 سریعتر بود ولی Yii 2 کندتر بود که فعلا نمیشه به دلیل الفا بودن این مورد رو حساب کنیم. البته این اختلاف برای مثال معروف Hello World بود و توی برنامه واقعی اختلاف بسیار ناچیز بود.

نقل قول:

---

نوشته شده توسط MMSHFE

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

---

من چند تایی قبلاً‌ دیده بودم که با یه سری کارا سریعتر شده بود. در حالت کلی معمولاً یی سریعتره ولی توی این یکی این طور نبود. البته این بنچمارک کاملی نیست. به هر حال، این لینک:

http://systemsarchitect.net/performa...hp-frameworks/

خوب درهرصورت چیزی که مشخصه اینه که این بنچمارک کامل و دقیق نیست چون از Skeleton هر فریمورک برای تست استفاده کرده و امکانات پروژه Skeleton یا همون Scaffolding که هر فریمورک میسازه با فریمورک دیگه متفاوته و درنتیجه تفاوت در نتیجه ها پیش میاد که البته خودش هم اشاره کرده. ضمناً فقط به RPS (تعداد درخواست در ثانیه) اشاره کرده و برای مثال نگفته چند مورد با موفقیت پردازش شده و چند مورد Drop شده و مصرف حافظه چطور بوده و...

خوب عید همگی پیشاپیش مبارک باشه
انشالله امسال، سال گشایش گره های کشور و مردم باشه

من از کلاس های Request و Response و Cookie و Session و ... فعلا میگذرم
اینها هم همون ساختار و سینتکس کوتاه رو که تا به حال دیدید، دارند

بریم سراغ template
لاراول از موتور blade که داخلی خودش هست برای templating استفاده میکنه
کم حجم، سریع، و ساده
در حالت معمول در بلید، layout در ویو مشخص میشه و میتونه در کنترلر هم مشخص بشه
همچنین layout میتونه شامل چند قطعه باشه که هر کدام از طریق ویو قابل مقدار دهی هستند
محتوای هر قطعه میتونه در داخل ویو، append یا prepend و یا replace بشه
بلید از ویو های تو در تو و include کردن ویو ها هم پشتیبانی میکنه
بلید همچنین از ساختارهای کنترلی مثل if و foreach , ... برای کوتاه کردن کدها، پشتیبانی میکنه
از همه مهمتر به راحتی قابل توسعه و گسترش هست
ضمنا ویو ها و لیوت های پردازش شده اوتوماتیک کش شده و در صورت عدم تغییر، دوباره پردازش نمیشند


ساختار یک layout

<html>

    <body>

        @section('sidebar')

            This is the master sidebar.

        @show



        <div class="container">

            @yield('content')

        </div>

    </body>

</html>

استفاده از layout و مقداردهی قطعه ها
کد زیر از لیوت master واقع در پوشه layouts استفاده میکنه
در قطعه sidebar اول مقدار پیشفرض خود لیوت و بعد مقدار جدید رو قرار میده
در قطعه content هم مقدار مورد نظر قرار داده میشه

@extends('layouts.master')



@section('sidebar')

    @parent



    <p>This is appended to the master sidebar.</p>

@stop



@section('content')

    <p>This is my body content.</p>

@stop

مابقی در پست های بعد

خوب Yii از این نظر خیلی منعطف تر و بهتر عمل کرده (بنظر من). بطور پیشفرض توی Yii نسخه 1.1 از BluePrint CSS و توی نسخه 2 از Bootstrap برای قالب استفاده شده و موتور قالب خاصی به کار نرفته هرچند به راحتی میتونه با Smarty و RainTPL و Twig و... ادغام بشه. اما ساختار فایلهای View در Yii به این صورته:
1- تم (Theme)
توی فایل تنظیمات میتونیم تم رو انتخاب کنیم (توی Yii هر تم میتونه فایلهای ویوی خاص خودش رو داشته باشه و به راحتی با تغییر یک پارامتر توی فایل تنظیمات، میشه تم رو عوض کرد) :

return array(

    ...

    'theme'=>'mytheme',

    ...

);

اگه تم تعریف کنیم، فایلهای ویو از مسیر webroot/themes/mytheme/views خونده میشه (که mytheme اسم تمی هست که توی تنظیمات مشخص کردین) وگرنه از مسیر webroot/protected/views این فایلها مورد دستیابی قرار میگیره. ضمناً هر تم میتونه حاوی فایلهای CSS و JS و... مختص خودش باشه.
2- فایلهای Layout
توی هر کنترلر (یا کنترلر والد یعنی protected/components/Controller.php) میتونیم یک فیلد public بگذاریم که مشخص میکنه از چه layout خاصی باید استفاده بشه:

public $layout = '//layouts/layout1';

// or

public $layout = '/layouts/layout1';

اینجا اگه از // استفاده بشه، دنبال پوشه layouts توی مسیر ریشه تم یا مسیر ریشه views میگرده ولی اگه از / استفاده کنیم، برای هر ماژول میتونیم پوشه views داخلش بسازیم و layout مخصوص همون ماژول رو تولید کنیم و این یعنی هر ماژول میتونه به شکل متفاوتی ظاهر بشه (حتی با تم مختلف - برای مثال، سایت اصلی با یک قالب و بخش مدیریت با یک قالب دیگه ظاهر بشه و هر زمان خواستیم، قالب هرکدوم رو بطور جداگانه بتونیم تغییر بدیم)
ضمناً امکان تنظیم کردن layout بصورت جداگانه برای هر اکشن هم وجود داره. مثال:

class UserController extends Controller {

    public $layout = '//layouts/layout1';

    public function actionIndex() {

        // uses layout1

    }

    public function actionView($id) {

        $this->layout = '//layouts/layout2';

        // uses layout2

    }

}

ساختار یک Layout نمونه:

کد HTML:

---

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <meta name="language" content="en" />

    <!-- blueprint CSS framework -->
    <link rel="stylesheet" type="text/css" href="<?php echo Yii::app()->request->baseUrl; ?>/css/screen.css" media="screen, projection" />
    <link rel="stylesheet" type="text/css" href="<?php echo Yii::app()->request->baseUrl; ?>/css/print.css" media="print" />
    <!--[if lt IE 8]>
    <link rel="stylesheet" type="text/css" href="<?php echo Yii::app()->request->baseUrl; ?>/css/ie.css" media="screen, projection" />
    <![endif]-->

    <link rel="stylesheet" type="text/css" href="<?php echo Yii::app()->theme->baseUrl; ?>/css/main.css" />
    <link rel="stylesheet" type="text/css" href="<?php echo Yii::app()->request->baseUrl; ?>/css/form.css" />

    <title><?php echo CHtml::encode($this->pageTitle); ?></title>
</head>

<body>

<div class="container" id="page">

    <div id="header"></div><!-- header image is embeded into the #header declaration in main.css -->

    <div id="mainmenu">
        <?php $this->widget('zii.widgets.CMenu',array(
            'items'=>array(
                array('label'=>'Projects', 'url'=>array('/project')),
                array('label'=>'About', 'url'=>array('/site/page', 'view'=>'about')),
                array('label'=>'Contact', 'url'=>array('/site/contact')),
                array('label'=>'Admin', 'url'=>array('/admin/default/index'), 'visible'=>Yii::app()->user->checkAccess("admin")),
                array('label'=>'Login', 'url'=>array('/site/login'), 'visible'=>Yii::app()->user->isGuest),
                array('label'=>'Logout ('.Yii::app()->user->name.')', 'url'=>array('/site/logout'), 'visible'=>!Yii::app()->user->isGuest)
            ),
        )); ?>
    </div><!-- mainmenu -->
    <?php if(isset($this->breadcrumbs)):?>
        <?php $this->widget('zii.widgets.CBreadcrumbs', array(
            'links'=>$this->breadcrumbs,
        )); ?><!-- breadcrumbs -->
    <?php endif?>

    <?php echo $content; ?>

    <div class="clear"></div>

    <div id="footer">
        Copyright &copy; <?php echo date('Y'); ?> by TrackStar.<br/>
        All Rights Reserved.<br/>
        <?php echo Yii::powered(); ?>
    </div><!-- footer -->

</div><!-- page -->

</body>
</html>

---

کمی بنظر ممکنه پیچیده بیاد ولی دقت کنید: این یک فایل HTML ساده است! یعنی فایلهای Layout در Yii یک قالب ساده HTML هستن که محتوای خروجی viewها رو میتونید در محل دلخواه با دستور زیر نمایش بدین:

<?php echo $content; ?>

3- فایلهای View
فایلهای ویو توی پوشه views (در مسیر تم یا مسیر پیشفرض ویوها) قرار میگیرن و وقتی تم تعریف کنیم، Yii اول توی پوشه views از مسیر تم دنبالش میگرده و اگه پیدا نکرد، توی پوشه views اصلی (داخل protected) دنبالش میگرده. ساختار یک یک فایل view نمونه:

کد HTML:

---

<?php $this->pageTitle=Yii::app()->name; ?>

<h1>Welcome to <i><?php echo CHtml::encode(Yii::app()->name); ?></i></h1>

<?php if(!Yii::app()->user->isGuest):?>
<p>
  You last logged in on <?php echo Yii::app()->user->lastLogin; ?>.   
</p>
<?php endif;?>

---

اگه دقت کنید، این هم یک فایل HTML ساده است. حالا چطوری این رو باید صدا بزنیم؟ فرض کنید توی کنترلر SiteController چنین دستوری داریم:

$this->render('index');

خوب این کد ساده باعث میشه دنبال فایل index.php (همون ویوی بالا) توی پوشه site (همنام با کنترلر) در پوشه views (اول توی پوشه تم و اگه نبود، توی پوشه views اصلی) بگرده و اون رو پردازش کنه. کل خروجی این ویو تحت عنوان متغیر content$ به فایل layout جاری (در اینجا layout1) داده میشه که در مکان دلخواه با دستوری که گفتیم (;echo $content) نشونش بده.
4- استفاده فایلهای Layout از هم (Layoutهای واسط)
فرض کنید من چند Layout فرعی دارم (مثلاً یک ستونه و دو ستونه و...) که اینها Body صفحه من رو میسازن و من میخوام همه اینها توی یک Layout کلی و بزرگتر (شامل Header و Footer و...) قرار بگیره. کافیه توی Layoutهای فرعی اینطوری کار کنم:

<?php $this->beginContent('//layouts/main'); ?>

<div id="content">

    <?php echo $content; ?>

</div><!-- content -->

<?php $this->endContent(); ?>

در اینجا اگه این Layout به اسم فرضی views/layouts/column1 ذخیره شده باشه و منبیام توی یک کنترلر بگم:

public $layout = '//layouts/column1';

باعث میشه وقتی میگم (...)this->render$ هر فایل view که برای رندر انتخاب کردم، خروجی خودش رو تحت عنوان content$ به column1 بده و این layout هم اون محتوا رو توی div با "id="content میگذاره و باز خروجی خودش رو تحت عنوان متغیر content$ به layout اصلی یعنی //layouts/main یعنی فایل views/layouts/main.php میده که میتونه در مکان مناسب (بین Header و Footer) اون رو echo کنه.
5- ارتباط بین Viewها با هم
توی Yii علاوه بر دستور render دستورات دیگری هم در اختیار کنترلر هست. برای مثال:
renderPartial (یک ویو رو رندر میکنه ولی مستقیماً خروجی رو چاپ میکنه و تحویل Layout نمیده)
renderText (یک متن ساده رو رندر میکنه و تحویل Layout میده - برای مواقعی که میخواین یک متن ساده رو توی قالب صفحه نشون کاربر بدین و نمیخواین فایل View جداگانه براش بسازین).
...
اما کاربرد اینها چه ارتباطی به رابطه Viewها با هم داره؟ ربطش اینه که توی Viewهای در Yii با کمک متغیر this$ به شئ کنترلر دسترسی داریم و مثلاً توی یک ویو (فرضاً user/index) میتونیم این دستور رو بنویسیم:

$this->renderPartial('user/login');

که باعث میشه فرم لاگین (محتوای views/site/login.php) توی صفحه index (محتوای views/site/index.php) هم ظاهر بشه.
5- ارسال پارامتر به ویو توسط کنترلر
توی Yii میشه به دو روش برای View پارامتر فرستاد.
روش اول دسترسی مستقیم به فیلدهای کنترلر هست:

// in controller action

$this->x = 'ali';

$this->render('index');



// in index.php view file

echo $this->x; // output: ali

روش دوم، تعریف پارامتر مستقیماً برای خود View هست:

// in controller action

$this->render('index', array('x' => 'ali'));



// in index.php view file

echo $x; // output: ali

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

نقل قول:

---

نوشته شده توسط rezakho

لاراول از موتور blade که داخلی خودش هست برای templating استفاده میکنه

---

از حق نگذریم طراحی ویو با php اصلا جالب نیست و خلاف ایده ال های طراحی هست ولی اکستشن های زیادی برای Yii هم وجود داره که میتونه یه template رو برای Yii بیاره، به بیان دیگه Yii امکان پیاده سازی و استفاده از Template رو قرار داده و توی نسخه 2 هم به صورت پیشفرض دو موتور Twig و Smarty رو قرار داده. موتور blade هم میشه گفت تقلید کاملی از موتور Razor هست و ابتکار خاصی نیست.

نقل قول:

---

نوشته شده توسط rezakho

در حالت معمول در بلید، layout در ویو مشخص میشه و میتونه در کنترلر هم مشخص بشه
همچنین layout میتونه شامل چند قطعه باشه که هر کدام از طریق ویو قابل مقدار دهی هستند

---

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

نقل قول:

---

نوشته شده توسط rezakho

محتوای هر قطعه میتونه در داخل ویو، append یا prepend و یا replace بشه

---

منظورتون احتمالا Section یا همون Block موتور Twig هست، Yii هم این عملیات رو با clips پیاده سازی میکنه.

نقل قول:

---

نوشته شده توسط rezakho

ضمنا ویو ها و لیوت های پردازش شده اوتوماتیک کش شده و در صورت عدم تغییر، دوباره پردازش نمیشند

---

چون در Yii به صورت php کد میشه نیازی به کش نیست ولی از موتور های دیگه استفاده بشه امکان کش شدن هم هست.

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

نقل قول:

---

نوشته شده توسط MMSHFE

خوب Yii از این نظر خیلی منعطف تر و بهتر عمل کرده (بنظر من).

---

خیلی زود قضاوت کردید

نقل قول:

---

نوشته شده توسط MMSHFE

بطور پیشفرض توی Yii نسخه 1.1 از BluePrint CSS و توی نسخه 2 از Bootstrap برای قالب استفاده شده و موتور قالب خاصی به کار نرفته هرچند به راحتی میتونه با Smarty و RainTPL و Twig و... ادغام بشه

---

شما استفاده از یک کتابخونه css رو مزیت فریمورک میدونید؟؟؟
لاراول هم اونجاهایی که html تولید میکنه، در صورت نیاز از شیوه نامه های bootsrtap استفاده کرده
همونطور که گفتید yii موتور قالب داخلی نداره. ضمنا لاراول هم میتونه با دیگر موتورهای قالب کار کنه
پس میبینید که yii جایی بهتر عمل نکرده و حتی به قول خودتون کم هم آورده تا اینجا

و اما ادامه

1- تم (Theme)

نقل قول:

---

نوشته شده توسط MMSHFE

توی فایل تنظیمات میتونیم تم رو انتخاب کنیم (توی Yii هر تم میتونه فایلهای ویوی خاص خودش رو داشته باشه و به راحتی با تغییر یک پارامتر توی فایل تنظیمات، میشه تم رو عوض کرد)

---

و

نقل قول:

---

نوشته شده توسط bestirani2

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

---

به قول خودتون: کدهای لاراول رو بسپارید به اهلش!، نه تنها لاراول از تم ها پشتیبانی میکنه، بلکه میتونید چند مسیر رو برای جستجو ویوها مشخص کنید

'paths' => array(__DIR__.'/../views', __DIR__.'/../theme1', __DIR__.'/../theme2'),

که برای رندر کردن یک ویو یا لیوت درون مسیرهای بالا سرچ رو انجام میده و برای عوض کردن تم هم کافیه نام پوشه تم جدید رو به جای پوشه تم پیشفرض بگذاریم

2- فایلهای Layout

نقل قول:

---

نوشته شده توسط MMSHFE

توی هر کنترلر (یا کنترلر والد یعنی protected/components/Controller.php) میتونیم یک فیلد public بگذاریم که مشخص میکنه از چه layout خاصی باید استفاده بشه

---

مشخص کردن لیوت در کنترلر

class UserController extends BaseController {

    protected $layout = 'layouts.master';

    ...

}

ضمناً امکان تنظیم کردن layout بصورت جداگانه برای هر اکشن هم وجود داره.

public function index()

    {

        $this->layout = 'layouts.guest';

    }

و حتی میتوان نام مستعار برای ماژول ها و یا تم ها نسبت داد که ویو را متناسب با نوع مازول و ... لود کرد

View::make('moduleName::viewName');

نقل قول:

---

نوشته شده توسط MMSHFE

کمی بنظر ممکنه پیچیده بیاد ولی دقت کنید: این یک فایل HTML ساده است! یعنی فایلهای Layout در Yii یک قالب ساده HTML هستن که محتوای خروجی viewها رو میتونید در محل دلخواه با دستور زیر نمایش بدین

---

مگر در لاراول لیوت html غیر ساده هست؟!
در لاراول میتونید به جای یک content$، چند به اصطلاح متغیر داشت، حالا به چه درد میخورند؟، مثلا بدون عوض کردن لیوت میشه منوها رو کم یا زیاد یا عوض کرد، فوتر، کپی رایت و هر جایی از صفحه رو، با این نکته که موتور بلید روی همه قسمت ها پردازش انجام میده! و صرفا متغیر php خام نیستند مثل yii!

3- فایلهای View

در لاراول از داخل ویو ها هم امکان ست کردن لیوت وجود داره، ضمن اینکه ویو میتونه به تمام قسمت های تعریف شده در لیوت دسترسی داشته و تغییر هم اعمال کنه که توی مورد قبل گفته شد

@extends('layouts.master')



@section('head')

    ....

@stop



@section('content')

    ...

@stop



@section('footer')

    ...

@stop

ویو ها چنانچه دارای پسوند ساده php باشند، بدون بلید و اگر دارای پسوند blade.php باشند با موتور بلید رندر میشند
برای رندر کردن فقط از نام ویو یا لیوت استفاده میشه و چنانچه ویو داخل پوشه ای بود، نام پوشه با یک نقطه قبل از نام ویو میاد
لاراول تمام مسیرهای تنظیم شده برای ویوها رو میگرده، همچنین مسیر تم رو، میشه از نامهای مستعار هم در آدرس دهی ویو ها استفاده کرد

View::make('index');

View::make('content.index');

View::make('content.crud.index');

View::make('alias::index');

4- استفاده فایلهای Layout از هم (Layoutهای واسط)

فراخوان ویو دیگه و یا ارسال پارامتر به ویو و فراخوانی
(توضیحات همانند پست شما)

@include('viewName')

//or

@include('viewName', array('some'=>'data'))

5- ارتباط بین Viewها با هم

(توضیحات همانند پست شما)

$view = View::make('user.login');

6- ارسال پارامتر به ویو توسط کنترلر

روش اول توسط کنترلر و اکشن

class UserController extends BaseController {

    protected $layout = 'layouts.master';



    public function showProfile()

    {

        $this->layout->content = View::make('user.profile');

    }

}

روش دوم ارسال برای خود ویو
x$ در ویو ایجاد میشود

View::make('index', array('x' => 'ali'));

روش سوم ارسال برای خود ویو
تعداد with ها نا محدود

View::make('index')

    ->with('x', 'ali')

    ->with('some', 'date');

روش چهارم ارسال برای خود ویو

View::make('index')

    ->withX('ali')

    ->withSome('date');

روش پنجم به اشتراک گذاشتن داده ها در تمام ویوها

View::share('name', 'Steve');

روش ششم ارسال یک ویو به یک ویو دیگه به عنوان زیر-ویو

View::make('mainView')->nest('variable', 'childView', $data);

نقل قول:

---

نوشته شده توسط MMSHFE

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

---

امیدوارم به جوابتون رسیده باشید!
حالا خودتون بگید، لاراول کم آورده یا یی! البته من علاقه دارم به لاراول، ولی عاشق تعصبیش نیستم!
هر کس که نگاه تعصبی نداشته باشه، گواهی میده که لاراول اینجا هم سرتر هست

اگر چه ساختارهای کنترلی و ناظرهای ویو و ... هنوز مونده که اونا رو هم خواهم گفت

دوست عزیز، خیلی از این امکانات بخاطر موتور قالب Blade هست که Yii هم بطور توکار از Twig پشتیبانی میکنه و میشه درصورت نیاز ازش استفاده کرد ولی بدون موتور قالب هم خیلی از این امکانات رو داره. برای مثال به راحتی میشه با Clips بخشهای مختلف سایت رو به نحوی طراحی کرد که کاربر بتونه محل چیدمان بخشهای صفحه رو خودش تنظیم کنه و به راحتی بتونیم هر بخش رو در محلی که کاربر انتخاب کرده نشون بدیم. اما درمورد روشهای ارسال مقادیر که لاراول طبق گفته شما 6 روش ارائه کرده، دلیلی برای این کار وجود نداره چون اگه بخوایم برای یک ویو بفرستیم، این روش کافیه:

$this->render('user/view', array('id'=>5));

و اگه بخوایم برای همه ویوها قابل استفاده بشه، باز این روش کافیه:

$this->id = 5;

$this->render('site/index');

و توی همه ویوهای فرعی و... هم با this->id$ بهش دسترسی داریم. قبلاً هم گفتم اینکه یک فریمورک چند راه برای رسیدن به یک نتیجه ارائه بده مزیت نیست! مثلاً برای انجام روش ششم که شما اشاره کردین، اینطوری مینویسیم:

// in controller

$this->render('index', array('id'=>5));

// in index.php view

echo $id;

$this->renderPartial('view', artay('id'=>$id));

// in view.php view

echo $id;



// OR



// in controller

$this->id= 5;

$this->render('index');

// in index.php view

echo $this->id;

$this->renderPartial('view');

// in view.php view

echo $this->id;

ببینید چقدر ساده و با وحدت رویه همه جا عمل میشه! دیگه نیازی نیست کاربر with و withX و nest و share و make و چه میدونم include و section و stop و extends و اسامی مستعار و تنظیم مسیر و... رو بخواد یاد بگیره و به خاطر بسپره. امروزه دنیا داره به سمت ساده تر شدن کدها (البته سادگی اصولی نه اینکه صرفاً کوتاه شدن کد منظورمون باشه) پیش میره. اون جاهایی که لاراول کدهای بهینه تری داشت من قبول کردم که بهتر از Yii عمل کرده ولی در این مورد امیدوارم قبول کنید که Yii ساختار قابل درک تری داره.
ضمناً اینکه گفتین متغیرها توی Yii صرفاً متغیر ساده هستن! هم بخاطر اینه که وقتی از موتور قالب استفاده نکنیم، درستش همینه و متغیر، متغیره و تفسیر و توضیح نداره ولی اگه از موتور قالب استفاده کنیم (حالا هرچی میخواد باشه)، اونوقته که بحث تفسیرها میاد وسط و اینجا Yii هم چیزی کم نداره چون اصلاً مربوط به Yii و لاراول نیست و این کار، وظیفه موتورهای قالبه که متغیرها رو تفسیر کنن. تمام امکاناتی که گفتین (حلقه و...) رو Yii هم توی موتورهای قالب پشتیبانی میکنه.
یک نکته دیگه اینکه همین استفاده از موتور قالب و فعال بودنش بطور پیشفرض هم یکی از دلایل Performance پایینتر لاراول نسبت به Yii هست و بین اینهمه موتور قالب هم سر Performance دعواست. برای مثال Smarty موتور قالب فوق العاده قدرتمندیه ولی RainTPL خیلی محبوبتره بخاطر اینکه با 5 تا function همه کارهایی که توی 90٪ پروژه ها لازمه رو انجام میده و سازندگانش اون رو پیچیده و سنگین و کند نکردنش. کسی هم که امکانات زیاد موردنظرش باشه میره سراغ همون اسمارتی. Twig هم که موتور پیشفرض و رسمی Yii هست (ولی برخلاف لاراول بطور پیشفرض فعال نیست)، از نظر Performance و امکانات در حد وسط بین اسمارتی و RainTPL قرار داره.

نقل قول:

---

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

---

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

نقل قول:

---

نوشته شده توسط MMSHFE

دوست عزیز، خیلی از این امکانات بخاطر موتور قالب Blade هست

---

بلید چیز جدایی از لاراول نیست، اگرچه یک موتور قالب هست، ولی جزو هسته لاراول هست

نقل قول:

---

نوشته شده توسط MMSHFE

ببینید چقدر ساده و با وحدت رویه همه جا عمل میشه! دیگه نیازی نیست کاربر with و withX و nest و share و make و چه میدونم include و section و stop و extends و اسامی مستعار و تنظیم مسیر و... رو بخواد یاد بگیره و به خاطر بسپره

---

سادگی از منظر شما اینه؟!
فرق اساسی لاراول با یی میدونید چیه؟
اینه که لاراول با کدهای روان و قابل فهمتر از یی، به برنامه نویس این امکان رو میده که به جای درگیر شدن با خود فریمورک، به روش حل بهتر مسئله فکر کنه.

نقل قول:

---

نوشته شده توسط MMSHFE

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

---

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

نقل قول:

---

نوشته شده توسط MMSHFE

بله به جوابم رسیدم: لاراول خیلی ضعیف تر از Yii در این مورد عمل کرده (ازنظر فنی میگم نه حجم دستورات و امکانات غیر ضروری).

---

نظر شما برای خودتون هست و محترم، صلاح کار خویش خسروان دانند!

نقل قول:

---

نوشته شده توسط MMSHFE

اگه ساختارهای کنترلی و ناظرها و... هم مربوط به موتور قالب Blade هست ازشون صرفنظر کنید چون بحث ما امکانات فریمورکهاست نه موتورهای قالب.

---

نه، چرا صرف نظر کنم! بلید جزو هسته لاراول هست و گفتنش خالی از لطف نیست
اینم جالبه که شما و دوستان یی کارتون، بیشتر مواردی که در یی وجود نداره رو غیر ضروری، غیر اصولی، اضافه، سخت!!! و ... میدونید و الان هم که میگید جزو فریمورک نیست! صرف نظر کن!

نقل قول:

---

نوشته شده توسط rezakho

به قول خودتون: کدهای لاراول رو بسپارید به اهلش!، نه تنها لاراول از تم ها پشتیبانی میکنه، بلکه میتونید چند مسیر رو برای جستجو ویوها مشخص کنید

---

این مورد که شما گفتید مربوط میشه به تنظیم فولدر ویو که از طریق فایل view.php داخل فولدر کانفیگ انجام میدید که Yii هم همچین کاری رو میتونید داخل تنظیمات انجام بدید و با بحث Theme فرق میکنه.
البته در صورتی که بشه تنظیمش رو داینامیک عوض کرد که احتمالا بشه میشه راحت یه تابع برای تغییر Theme نوشت که لاراول انجام نداده متاسفانه.

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

نقل قول:

---

نوشته شده توسط bestirani2

این مورد که شما گفتید مربوط میشه به تنظیم فولدر ویو که از طریق فایل view.php داخل فولدر کانفیگ انجام میدید که Yii هم همچین کاری رو میتونید داخل تنظیمات انجام بدید و با بحث Theme فرق میکنه.

---

شما فقط با اسمش مشکل داری؟ مگه کارش فرق میکنه عزیزم

نقل قول:

---

نوشته شده توسط bestirani2

البته در صورتی که بشه تنظیمش رو داینامیک عوض کرد که احتمالا بشه میشه راحت یه تابع برای تغییر Theme نوشت که لاراول انجام نداده متاسفانه.

---

شما مثل اینکه عادت داری بدون اطلاع نظر بدی!
محض اطلاع

Config::set('view.paths', '../theme');

نقل قول:

---

نوشته شده توسط bestirani2

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

---

هر کاری رو هر جایی میشه انجام داد، ولی این جملتون:"ولی به نحوه ساده تر" واقعا جالب بود!!!

نقل قول:

---

نوشته شده توسط rezakho

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

---

خیلی جالبه. تمام امکاناتی که گفتین لاراول توی بحث Layoutها و ویوها داره رو Yii کلاً با حداکثر 3 متد در اختیار کاربر گذاشته و اونوقت لاراول که کلی مفاهیم رو باید برای استفاده مناسب از موتور قالبش یاد بگیریم، کدهاش قابل فهمتره و امکان میده بجای درگیر شدن با خود فریمورک، به روش حل بهتر مسئله فکر کنه؟! این حرفتون رو به حساب شوخی اول سال میگذارم و امیدوارم بهش معتقد نباشین و قصدتون مزاح بوده باشه چون حداقل درمورد ویوها و کار با قالب، لاراول درمقابل سادگی کار Yii هیچ حرفی برای گفتن نداره.

نقل قول:

---

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

---

هیچکس نگفت کش خوب نیست. حرفهایی که یک کاربر میزنه رو در جواب یک کاربر دیگه پاسخ ندین. هرچند ایشون گفتن کش کردن کدهای قالبی که کد PHP باشه کاربرد خاصی نداره که حرفشون هم صحیحه چون کدها پویاست و اینکه بخوایم چک کنیم ببینیم همون خروجی قبلی تولید میشه یا نه هم بهرحال نیازمند تفسیر کدهاست و درنتیجه کش کردن کد پویا واقعاً بیمعناست. اما بد نیست بدونید Yii بدون کش هم از لاراول سریعتره اما با کش خیلی سریعتره. لطفاً بدون دانش و غیرعلمی صحبت نکنید. اینکه گفتین حتی کدهای خام PHP رو هم مجدد اجرا نمیکنه رو از کجا درآوردین؟ از کجا میدونه همون خروجی قبلی داره تولید میشه (حتماً میدونید که یک کد PHP حتی بدون تغییر سورس هم میتونه نتایج مختلفی تولید کنه - فرض کنید جایی توی قالب، Timestamp رو echo کردیم). حالا از کجا میخواد بدونه این کد خروجی متفاوت با محتوای کش تولید میکنه؟ نباید پردازش کنه تا این رو بفهمه؟!
اما حالا که صحبت کش کردن قالب شد بد نیست بدونید Yii چندین مدل کش داره:
کش نتایج کوئریهای دیتابیس
کش بخشی از صفحه (ویو)
کش کل صفحه (ویو)
...
حالا لاراول توی بحث کش ویو چی داره که Yii نداره و اینقدر شما بخاطرش دارین سروصدا میکنین؟

نقل قول:

---

نه، چرا صرف نظر کنم! بلید جزو هسته لاراول هست و گفتنش خالی از لطف نیست

---

اشکالی نداره. شما امکانات موتور قالب رو بگین، من هم معادل همونها رو بدون موتور قالب میگم ببینیم درک کدوم کد راحتتره، قضاوت هم با خوانندگان این تاپیک. بعد در انتها نحوه پیاده سازی همونها رو با موتور قالب Twig یا Smarty یا RainTPL توی Yii میگم ببینید کدهای لاراول رسماً باعث شرمندگی میشن یا نه (حداقل در این مورد تجربه کافی دارم و توی فارومهای انگلیسی خیلی بحث کردیم).

نقل قول:

---

اینم جالبه که شما و دوستان یی کارتون، بیشتر مواردی که در یی وجود نداره رو غیر ضروری، غیر اصولی، اضافه، سخت!!! و ... میدونید و الان هم که میگید جزو فریمورک نیست! صرف نظر کن!

---

کسی نگفت موتور قالب توی Yii وجود نداره. گفتیم بطور پیشفرض فعال نیست (ولی میشه به راحتی فعالش کرد) چون خیلی از پروژه ها به موتور قالب احتیاج ندارن و اگه بخواین بگین موتور قالب باعث کاهش Performance نمیشه دیگه رسماً به دانش پایه برنامه نویسیتون شک میکنم. اون مواردی رو هم که من گفتم غیرضروریه (مثل کلاس File توی لاراول)، میتونید از هر کسی که برنامه نویسی حالیشه (نه کدنویسی) بپرسین و بخواین استدلالی که گذاشتم رو بخونه و اگه حرفم رو تأیید نکرد، حق با شماست و من اشتباه کردم که گفتم ضروری نیست!
-----
پی نوشت: من رفتم واسه تحویل سال سر سفره باشم، بقیه بحثها باشه واسه سال جدید! سال نوی همه پیشاپیش مبارک.

نقل قول:

---

نوشته شده توسط rezakho

شما فقط با اسمش مشکل داری؟ مگه کارش فرق میکنه عزیزم

---

بله دوست عزیز، بحث Theme با مسیردهی Viewها فرق میکنه. دقت کنید که توی Theme میتونید به راحتی فایلهای CSS و JS و... رو جداگانه برای هر Theme توی پوشه خودش بگذارین و بین پروژه ها، Theme های مختلف رو مورد استفاده مجدد قرار بدین و هر بخشی از پروژه از یک Theme اختصاصی استفاده کنه.

نقل قول:

---

شما مثل اینکه عادت داری بدون اطلاع نظر بدی!

---

دوست عزیز، ایشون گفتن: «که احتمالاً بشه». پست رو کامل بخونید بعد دیگران رو متهم به نظر دادن بدون اطلاع کنید.

نقل قول:

---

هر کاری رو هر جایی میشه انجام داد، ولی این جملتون:"ولی به نحوه ساده تر" واقعا جالب بود!!!

---

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

نقل قول:

---

نوشته شده توسط rezakho

شما فقط با اسمش مشکل داری؟ مگه کارش فرق میکنه عزیزم

---

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

نقل قول:

---

نوشته شده توسط rezakho

شما مثل اینکه عادت داری بدون اطلاع نظر بدی!

---

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

نقل قول:

---

نوشته شده توسط rezakho

حتی کدهای خام Php رو هم مجدد اجرا نمیکنه

---

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

نقل قول:

---

اون مواردی رو هم که من گفتم غیرضروریه (مثل کلاس File توی لاراول)

---

دقیقا؛کاملا غیر ضروری هستند ! چه کاریه وقتی یک کارو میشه با یک فراخوانی یک تابع از خود PHP انجام داد،ما بیایم اونرو دوباره در یک متد قرار بدیم ؟

مثلا این تابع

File::delete($filename);

public function delete($paths)

    {

        $paths = is_array($paths) ? $paths : func_get_args();



        $success = true;



        foreach ($paths as $path) { if ( ! @unlink($path)) $success = false; }



        return $success;

    }

خوده این متد هم داره از تابع unlink استفاده میکنه
خب ؟؟ چرا بیایم لقمه رو دوره سرمون بچرخونیم !!!!! و بزاریم توی یک متد !!!
فکر کنم حافظه هم بیخود مصرف میشه :متفکر:
ما قراره کارمون راحتتر بشه !
مثلا برای دسترسی به بانک و اجرای دستورات از ORM استفاده کنیم
و .....
ولی نه به این صورت که یک تابع رو بیایم توی یک متد قرار بدیم !
====

File::requireOnce($some_php_file);

    public function requireOnce($file)

    {

        require_once $file;

    }

واااای خدایا مرسی،اگر این متد نبود،من چطور میتونستم یک فایل رو require_once کنم،خدایا شکرت،که Laravel خلق شد و این متد رو در اختیار ما گذاشتن:کف:
و ....

    /**

     * Move a file to a new location.

     *

     * @param  string  $path

     * @param  string  $target

     * @return bool

     */

    public function move($path, $target)

    {

        return rename($path, $target);

    }



    /**

     * Copy a file to a new location.

     *

     * @param  string  $path

     * @param  string  $target

     * @return bool

     */

    public function copy($path, $target)

    {

        return copy($path, $target);

    }



    /**

     * Extract the file extension from a file path.

     *

     * @param  string  $path

     * @return string

     */

    public function extension($path)

    {

        return pathinfo($path, PATHINFO_EXTENSION);

    }



    /**

     * Get the file type of a given file.

     *

     * @param  string  $path

     * @return string

     */

    public function type($path)

    {

        return filetype($path);

    }



    /**

     * Get the file size of a given file.

     *

     * @param  string  $path

     * @return int

     */

    public function size($path)

    {

        return filesize($path);

    }

آقای شهرکی تا حالا با این فکر کردید یه تاپیک جامع مقایسه بین تمام فریم ورک ها بزنید؟ از هر بخش میتونید کاربران حرفه ایش رو دعوت کنید تا بیاند. اینطوری افرادی که تازه میخواند تازه یه فریم ورک رو انتخاب کنند به راحتی میتونند فریم ورک مورد نظر رو انتخاب کنند در پایان هم میشه به یک جمع بندی رسید و در پست اول آپدیت کنید.
به نظر من YII واسه سرعت توسعه، وب 2 و پرفورمنس خوبه
لاراول به خاطر سادگی ای که داره. بیشتر کاربران CodeIgniter اومدند سمتش. مثل CodeIgniter ساده است و مفاهیم پیچیده نداره در حین حال قدرتمنده و طبیعی هست که واسه حفظ سادگی، کمتر از YII مهندسی هست.