PDA

View Full Version : گفتگو: چه فریم ورکی رو مناسب تر می دونید



milad.biroonvand
چهارشنبه 23 اسفند 1391, 22:33 عصر
با سلام

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

AbiriAmir
چهارشنبه 23 اسفند 1391, 23:18 عصر
چرا بدون فریم ورک انجام نمیدید؟

milad.biroonvand
چهارشنبه 23 اسفند 1391, 23:20 عصر
من برام فرقی نداره ، فقط مهم اینه که تحقیق کنم ، ولی از نظر خود آیا در دات نت برنامه نویسی بدون فریم ورک آسونه ؟ اگر قرار بود بدون فریم ورک کار کنیم پس چرا فریم ورک هایی زیادی به وجود اومدن ؟

Javidhb
چهارشنبه 23 اسفند 1391, 23:40 عصر
سلام،

این از اون سوالهایی که جوابی واسش نیست! باید چندتا فریمورک رو با هم مقایسه کنید و ببینید که کدومش واسه شما مناسبتره...
Codeigniter ساده اس و یادگرفتنش راحته اما بخاطر داشتن کاربرای زیاد نتونست به ورژنهای بالاتر php ارتقاع پیدا کنه (چون آپدیت کردن php سرورها برای کاربراش سخت/غیرممکن بود و codeigniter هم که ورژن سوم اون در مراحل نهایی شدنه از php 5.2 استفاده میکنه چون نمیخاد کاربراش دچار مشکل بشن)

Yii، symfony و zend جزء فریم ورکهای معروف هستن. راجع به شون هم تو انجمن هم تو سایتای خارجی خیلی بحث شده.

اما میرسیم سر اصل مطلب یعنی Laravel (http://www.laravel.com/docs)به عنوان یه فریم ورک خیلی خیلی کامل(ورژن 3):
استفاده (بی دردسر) از Bundle (http://bundles.laravel.com/)که انجام کارهای تکراری رو برای برنامه نویس از بین میبره
Eloquent ORM (http://www.laravel.com/docs/database/eloquent) که کار کردن با دیتابیس رو فوق العاده راحت میکنه
Routing (http://www.laravel.com/docs/routing)که قدرت کنترل و مانور روی وب اپلیکشن رو بشدت افزایش میده
Restful Controllers (http://www.laravel.com/docs/controllers#restful-controllers) که با تعریف یه متغیر میشه براحتی ازش استفاده کرد
استفاده از Blade (http://www.laravel.com/docs/views/templating)برای پردازش view که کار کردن با html رو خیلی تمیز و راحت کرده
و ....

داشتن ویدئو های آموزشی، 2 کتاب و آموزشهای سایت net.tutsplus.comیادگیریش رو راحت کرده.

تنها ایرادش تا ورژن 3 آپدیت و تغیرات زیادش بود .. اما نسخه 4 که مراحل بتای خودش رو سپری میکنه و نسخه های بعدیش دارای تاریخ ریلیز هستن و آپدیت کردن آنها راحت خواهد بود.
نسخه 3 کلا قابل آپدیت به 4 نخواهد بود.

Laravel یه خوبی داره اینه که برنامه نویس رو مجبور نمیکنه که به روش خاصی برنامه نویسی کنه (چهارچوب استاندارد رو فراهم کرده - MVC) حتی در مواردی مثل پردازش view (خروجی) چندین آپشن رو پیش بینی کرده. مثل view::make یا استفاده از layout

نسخه 4 (http://four.laravel.com/) از composer استفاده میکنه :چشمک:

AbiriAmir
چهارشنبه 23 اسفند 1391, 23:41 عصر
در دات نت؟
والا بنده دات نت کار نکردم
اما در php کار بدون فریم ورک رو ترجیح میدم
چون ترجیح میدم خودم امکاناتی که میخوام رو برای پروژه ام برنامه نویسی کنم و چیزی اضاف تر و یا کمتر نباشه...
ضمنا وقتی شما از پایه خودت کد میزنی همه چیز دست خودته و دست آدم بازتر هست
حالا خود دانید

milad.biroonvand
چهارشنبه 23 اسفند 1391, 23:49 عصر
آیا برای استفاده از Laravel چیزی باید بر روی سرور از قبل نصب شده باشه ، یا برنامه نویس باید اینکار رو انجام بده ، الان من میخوام بر روی ومپ با این فریم ورک کار کنم قدم اول چیه ؟


سلام،

این از اون سوالهایی که جوابی واسش نیست! باید چندتا فریمورک رو با هم مقایسه کنید و ببینید که کدومش واسه شما مناسبتره...
Codeigniter ساده اس و یادگرفتنش راحته اما بخاطر داشتن کاربرای زیاد نتونست به ورژنهای بالاتر php ارتقاع پیدا کنه (چون آپدیت کردن php سرورها برای کاربراش سخت/غیرممکن بود و codeigniter هم که ورژن سوم اون در مراحل نهایی شدنه از php 5.2 استفاده میکنه چون نمیخاد کاربراش دچار مشکل بشن)

Yii، symfony و zend جزء فریم ورکهای معروف هستن. راجع به شون هم تو انجمن هم تو سایتای خارجی خیلی بحث شده.

اما میرسیم سر اصل مطلب یعنی Laravel (http://www.laravel.com/docs)به عنوان یه فریم ورک خیلی خیلی کامل(ورژن 3):
استفاده (بی دردسر) از Bundle (http://bundles.laravel.com/)که انجام کارهای تکراری رو برای برنامه نویس از بین میبره
Eloquent ORM (http://www.laravel.com/docs/database/eloquent) که کار کردن با دیتابیس رو فوق العاده راحت میکنه
Routing (http://www.laravel.com/docs/routing)که قدرت کنترل و مانور روی وب اپلیکشن رو بشدت افزایش میده
Restful Controllers (http://www.laravel.com/docs/controllers#restful-controllers) که با تعریف یه متغیر میشه براحتی ازش استفاده کرد
استفاده از Blade (http://www.laravel.com/docs/views/templating)برای پردازش view که کار کردن با html رو خیلی تمیز و راحت کرده
و ....

داشتن ویدئو های آموزشی، 2 کتاب و آموزشهای سایت net.tutsplus.comیادگیریش رو راحت کرده.

تنها ایرادش تا ورژن 3 آپدیت و تغیرات زیادش بود .. اما نسخه 4 که مراحل بتای خودش رو سپری میکنه و نسخه های بعدیش دارای تاریخ ریلیز هستن و آپدیت کردن آنها راحت خواهد بود.
نسخه 3 کلا قابل آپدیت به 4 نخواهد بود.

Laravel یه خوبی داره اینه که برنامه نویس رو مجبور نمیکنه که به روش خاصی برنامه نویسی کنه (چهارچوب استاندارد رو فراهم کرده - MVC) حتی در مواردی مثل پردازش view (خروجی) چندین آپشن رو پیش بینی کرده. مثل view::make یا استفاده از layout

نسخه 4 (http://four.laravel.com/) از composer استفاده میکنه :چشمک:

Javidhb
چهارشنبه 23 اسفند 1391, 23:55 عصر
نصبش خیلی راحته:
http://www.laravel.com/docs/install#installation
و
http://codehappy.daylerees.com/getting-started (http://codehappy.daylerees.com/getting-started)

البته احتیاجی به قسمت Virtual Host ندارید (مگر اینکه بخواد URL تمیز داشته باشید!)

milad.biroonvand
چهارشنبه 23 اسفند 1391, 23:57 عصر
خوب یک ide خوب که با این فریم ورک سازگار باشه لطفا معرفی کن .

Javidhb
پنج شنبه 24 اسفند 1391, 00:04 صبح
phpstorm ... یه نیگاه هم به اینجا بنداز https://github.com/danielboendergaard/laravel-helpers
(https://github.com/danielboendergaard/laravel-helpers)

behrozi.ir
پنج شنبه 24 اسفند 1391, 00:12 صبح
ضمنا وقتی شما از پایه خودت کد میزنی همه چیز دست خودته و دست آدم بازتر هستاین دیدت خیلی اشتباهه(از دید مهندسی به دور هستش) ، مثل این میمونه که بری چرخ اختراع کنی ، چرخ قبلاً اختراع شده و آماده هستش، از اون استفاده کن تا سریع به جواب برسی.


استفاده (بی دردسر) از Bundle (http://bundles.laravel.com/)که انجام کارهای تکراری رو برای برنامه نویس از بین میبره
Eloquent ORM (http://www.laravel.com/docs/database/eloquent) که کار کردن با دیتابیس رو فوق العاده راحت میکنه
Routing (http://www.laravel.com/docs/routing)که قدرت کنترل و مانور روی وب اپلیکشن رو بشدت افزایش میده
Restful Controllers (http://www.laravel.com/docs/controllers#restful-controllers) که با تعریف یه متغیر میشه براحتی ازش استفاده کرد
استفاده از Blade (http://www.laravel.com/docs/views/templating)برای پردازش view که کار کردن با html رو خیلی تمیز و راحت کرده
و ....
من خودم DotNet کار میکنم ، ولی از این دوستمون خوشم اومد ، داره از تحقیق و کدنویسی یه مش آدم خارجی بیکار نهایته استفاده رو میبره.:لبخند:

Unique
پنج شنبه 24 اسفند 1391, 01:30 صبح
این دیدت خیلی اشتباهه(از دید مهندسی به دور هستش) ، مثل این میمونه که بری چرخ اختراع کنی ، چرخ قبلاً اختراع شده و آماده هستش، از اون استفاده کن تا سریع به جواب برسی.

ولی به نظر من ایده شخصی که چرخ را framework مقایسه میکنه اشتباه تره ! framework ها چهارچوب ها و مشکلات خودشون را دارند خیلی وقت ها ساعت ها درگیر مشکلاتی میشین که اصلا به کار شما هیچ ارتباطی نداشته و به خاطر یک خط کد بوده که حالا از شانس شما توی سرور شما به خاطر نصب نبودن چیزی به مشکل خورده و شما حالا حالا ها باید بچرخی تا مشکل را پیداش کنی !

دقیقا مثل این میمونه که شما میخوای توی شهر بچرخی و کار های business روزانه (بانک ، شرکت ، جلسه و ...) را انجام بدی ولی بین ۲۰۶ و سوناتا که توی خونه داری میای با سوناتا میری بیرون که فکر میکنی ماشین بهتری هستش اما حالا نه جای پارک گیرت میاد نه میتونی توی شهر (حالا منظورم اصفهان ، تهران و ...) درست باهاش رانندگی کنی چون کسی راه بهت نمیده ، اخرشم میزنی آینش (کوچیکترینش را میگم حالا) را میشکونی و کلی بهت ضرر میخوره تازه به هیچ کاری هم نرسیدی !

مشکل خیلی از ما اینه که فکر نمیکنیم چه چیزی برای کجا و چرا ساخته شده ! فکر میکنیم امکانات بیشتر ، غول تر بودن ، خارجی بودن :) باعث میشه همه کار ها درست بشه ! اشکالی نداره بالاخره باید یه دلیلی باشه که ما اینجای دنیا هستیم و بهمون میگن ایرانی !

milad.biroonvand
پنج شنبه 24 اسفند 1391, 06:05 صبح
ممنون بابت توضیحاتی که دادی حالا اگر کسی ازم سوال بپرسه ، "1- همیشه وقتی میخوایم یک پروژه بسازیم باید از پروژه های بزرگ تر ایده بگیریم چون هم از ما خیلی حرفه ای تر هستن و 2- در اکثر پروژه های بزرگتر هم از فریم ورک استفاده شده ، و ممکنه بپرسه جاوا اسکریپت وجود داره ولی جی کوری همون فریم ورک جاوا اسکریپت ما نباید از جی کوری استفاده کنیم ؟ آیا جی کوری ما رو محدود کرده ؟" ، بنظرت پروژه های بزگتر برای مثال همین cms هایی که وجود داره از فریم ورک استفاده کردن ؟ (اونوقت جواب من چی باید باشه ؟ )
تشکر



ولی به نظر من ایده شخصی که چرخ را framework مقایسه میکنه اشتباه تره ! framework ها چهارچوب ها و مشکلات خودشون را دارند خیلی وقت ها ساعت ها درگیر مشکلاتی میشین که اصلا به کار شما هیچ ارتباطی نداشته و به خاطر یک خط کد بوده که حالا از شانس شما توی سرور شما به خاطر نصب نبودن چیزی به مشکل خورده و شما حالا حالا ها باید بچرخی تا مشکل را پیداش کنی !

دقیقا مثل این میمونه که شما میخوای توی شهر بچرخی و کار های business روزانه (بانک ، شرکت ، جلسه و ...) را انجام بدی ولی بین ۲۰۶ و سوناتا که توی خونه داری میای با سوناتا میری بیرون که فکر میکنی ماشین بهتری هستش اما حالا نه جای پارک گیرت میاد نه میتونی توی شهر (حالا منظورم اصفهان ، تهران و ...) درست باهاش رانندگی کنی چون کسی راه بهت نمیده ، اخرشم میزنی آینش (کوچیکترینش را میگم حالا) را میشکونی و کلی بهت ضرر میخوره تازه به هیچ کاری هم نرسیدی !

مشکل خیلی از ما اینه که فکر نمیکنیم چه چیزی برای کجا و چرا ساخته شده ! فکر میکنیم امکانات بیشتر ، غول تر بودن ، خارجی بودن :) باعث میشه همه کار ها درست بشه ! اشکالی نداره بالاخره باید یه دلیلی باشه که ما اینجای دنیا هستیم و بهمون میگن ایرانی !

Unique
پنج شنبه 24 اسفند 1391, 16:47 عصر
همیشه وقتی میخوایم یک پروژه بسازیم باید از پروژه های بزرگ تر ایده بگیریم چون هم از ما خیلی حرفه ای تر هستن
نه به نظر من این طرز فکر اشتباهه ! هر پروژه باید نسبت به scale و شرایط خاص خودش انجام بشه ! قرار نیست سایت معرفی یک شرکت را که فوقش یک فرم contact us داره را با یک framework انجام بدیم !!!!


در اکثر پروژه های بزرگتر هم از فریم ورک استفاده شده
پروژه بزرگ یعنی چی ؟ مثلا فیسبوک |؟ مثلا google ؟ مثلا youtube ؟ ! خیلی وقت ها برنامه نویس ها برای خودشون یک framework شخصی دارند که کارهاشون را راحت میکنه یا میان مثلا برای خودشون چیز جدیدی میسازند مثل api های google ! اما دلیل نمیشه اونها هم از یک framework که third party نوشته شده استفاده میکنند !


ممکنه بپرسه جاوا اسکریپت وجود داره ولی جی کوری همون فریم ورک جاوا اسکریپت ما نباید از جی کوری استفاده کنیم ؟
بحث jquery فرق داره ! سمت client هستش و بسیاری از دردسر های سمت سرور وجود نداره ! راستش مفهوم javascript framework با php framework خیلی خیلی با هم فرق دارند !

milad.biroonvand
پنج شنبه 24 اسفند 1391, 17:40 عصر
سلام ، مر30 از جوابت ، حالا اگه بگن ، اگه بخوای یک شرکت استخدام بشی باید از فریم ورک استفاده کنی و شرکت های حرفه ای در زمینه پی اچ پی بخاطر سختی کار همه رو اوردن به فریم ورک ها و بالاخره یک فریم ورک استاندارد باید برای پی اچ پی بیاد چی می گی ؟


نه به نظر من این طرز فکر اشتباهه ! هر پروژه باید نسبت به scale و شرایط خاص خودش انجام بشه ! قرار نیست سایت معرفی یک شرکت را که فوقش یک فرم contact us داره را با یک framework انجام بدیم !!!!


پروژه بزرگ یعنی چی ؟ مثلا فیسبوک |؟ مثلا google ؟ مثلا youtube ؟ ! خیلی وقت ها برنامه نویس ها برای خودشون یک framework شخصی دارند که کارهاشون را راحت میکنه یا میان مثلا برای خودشون چیز جدیدی میسازند مثل api های google ! اما دلیل نمیشه اونها هم از یک framework که third party نوشته شده استفاده میکنند !


بحث jquery فرق داره ! سمت client هستش و بسیاری از دردسر های سمت سرور وجود نداره ! راستش مفهوم javascript framework با php framework خیلی خیلی با هم فرق دارند !

Unique
جمعه 25 اسفند 1391, 02:12 صبح
اگه بخوای یک شرکت استخدام بشی باید از فریم ورک استفاده کنی
آره توی ایران اگه بخوای توی اداره دولتی استخدام بشی باید خیلی کار ها بکنی که میدونی درست نیست و اصول چیز دیگست ! اینم یه اشتباه دیگه مثل بقیه اشتباه ها


شرکت های حرفه ای در زمینه پی اچ پی بخاطر سختی کار همه رو اوردن به فریم ورک ها و بالاخره یک فریم ورک استاندارد باید برای پی اچ پی بیاد چی می گی ؟
اتفاقا این که خیلی بدتره ، ببین کسی که مثلا میخواد با framework مثل CI کار کنه باید php بلد باشه دیگه خوب ؟ تازه باید اصول کار با CI و helper ها غیره را بدونه ؟ درسته ؟ حالا تعداد افرادی که php را خوب بلدند بیشتره یا کسانی که php را بلدند و CI را هم بلدند ؟ جواب ۱۰۰٪ اولیه ! چون اون از ملزومات ! ولی دومی نیست !

مشکل شرکت ها اینه که بجای اینکه بیان بر اساس یک design pattern حالا mvc یا event driven یا کلا از طریق object oriented نوشن کد ها و مباحث وراثت و غیره تداخل ها و مشکلات را حل کنند تازه برای خودشون دردسر دیگری به عنوان framework را اضافه میکنند که حتی با وجود اون باز هم باید design pattern ها را رعایت کنند !

دوست عزیز اشتباه نشه ! من نمیگم framework بده ! ممکنه برای خیلی افراد هم مناسب باشه ، من میگم انقدر کلماتی مثل حرفه ای و امروزه و اصولی و غیره را نبندیم بهش ! کد اگه ساختار درست داشته باشه و اصول مهندسی نرم افزار و design pattern مناسبی توش استفاده بشه چه با framework چه بی framework قابل قبوله ! بدون framework قابل قبول تره چون شما خودت را محدود نکردی.

rezaonline.net
جمعه 25 اسفند 1391, 02:34 صبح
اگه بخوای یک شرکت استخدام بشی باید از فریم ورک استفاده کنی
این سوال کلیشه ای چیزی جز چند گزینه جواب نداره .
خلاصه اگه وارد مباحث فلسفی تفاوت و قدرت فریم ورکها نشیم
توی بازار ایران شرکتها بیشتر تمایل به کیک و زند دارن
Yii هم رشد خوبی داره و ممکنه گزینه بعدی شرکتها باشه .
اگر هم بصورت شخصی کار میکنید با هر فریم ورکی که دوست دارید پروژتون رو پیاده کنید .
یه نصیحت هم بگم
لزومی نداره همیشه برای کارهاتون از فریم ورک استفاده کنید اما باید کارکردن با یک فریم ورک رو بلد باشید دست کم .
بسیاری از منطق پیاده سازی شده در فریم ورکها ، در پروژتون به کار میاد .
تمامی فریم ورک ها ساختاری مهندسی شده دارند ، پس از ساختارشون استفاده کنید .

milad.biroonvand
جمعه 25 اسفند 1391, 11:10 صبح
سلام

باه نظرات خوبی دادید ،آیا برنامه نویس دیگه ای نظری نداره ؟

rezaonline.net
جمعه 25 اسفند 1391, 12:26 عصر
دیگه فکر کنم وقت نتیجه گیری خودتونه ، بهرحال ممکنه مفید باشه برای دوستان ، پس نتیجه گیریتون رو اعلام کنید .

milad.biroonvand
جمعه 25 اسفند 1391, 12:57 عصر
سلام

کمی صبر کنیم ، اگر دوستان دیگه ای نظری نداشتند ، نتیجه گیری و می نویسم .

تشکر

Javidhb
جمعه 25 اسفند 1391, 17:07 عصر
من از پروفایلم کاملا معلومه که برنامه نویس حرفه ای نیستم (رشته ام زبان انگلیسه!) و فقط بخاطر علاقه ام دنبال برنامه نویسی هستم...

اولا که میخاستم برنامه نویسی رو شروع کنم توی همه فرومهای معروف خیلی راجع به این که باید با Php خام کرد یا فریم ورک خوندم. خلاصه:

دسته اول: باید با php خام کرد و اگه لازم بود فقط از library های فریم ورکها و ... استفاده بشه (این دسته میگن بعد از یه مدت تمام کدهای لازم برای قسمتهای مختلف سایت رو خواهند نوشت و هر وقت لازم بود از همین کدها میتونن توی پروژهای جدیدشون استفاده کنن)

دسته دوم: میگن باید همه کارها با فریم ورک انجام بشه (این دسته کلا تیکه کلامشون "اختراع دوباره چرخ و..." ایناست!) . میگن نباید انرژی برنامه نویس روی کارهای ابتدایی حروم بشه بلکه باید از ابزارهای آماده توی فریم ورکها استفاده بشه تا یک برنامه/سایت جدید که هدفی بالا تر از ایمیل زدن و فرم ثبت نام و ... داره به نتیجه برسه.

دسته سوم: این دسته کلا راحتن میگن با توجه به پرژه مد نظر باید از فریم ورک خاصی یا حتی بدون فریم ورک انجام بشه!

شما باید به این فکر کنید که فریم ورک توی وقتتون صرفه جویی میکنه یا نه قوز بالا قوز میشه(باید یه سری چیزای دیگه هم الکی یاد بگیرید!). ولی اگه فریم ورک بدرد بخور نبود یا طرفداراش کم بودن این همه فریم ورک و فرومهای شلوغشون رو نداشتیم. یا حتی بعضیها مثل FIG حرکتی رو شروع نمیکردن که هدفش نزدیک کردن فریم ورکها و پروژهای php باشه.

milad.biroonvand
جمعه 25 اسفند 1391, 17:30 عصر
اولا به شما آفرین میگم که با اینکه تخصص شما کامپیوتر نیست ولی اطلاعات خوبی در این زمینه دارید ، تقریبا ته حرف اکثر بچه ها هم همین بوده و سر جمع کنیم همه همین رو گفتن .


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

اولا که میخاستم برنامه نویسی رو شروع کنم توی همه فرومهای معروف خیلی راجع به این که باید با Php خام کرد یا فریم ورک خوندم. خلاصه:

دسته اول: باید با php خام کرد و اگه لازم بود فقط از library های فریم ورکها و ... استفاده بشه (این دسته میگن بعد از یه مدت تمام کدهای لازم برای قسمتهای مختلف سایت رو خواهند نوشت و هر وقت لازم بود از همین کدها میتونن توی پروژهای جدیدشون استفاده کنن)

دسته دوم: میگن باید همه کارها با فریم ورک انجام بشه (این دسته کلا تیکه کلامشون "اختراع دوباره چرخ و..." ایناست!) . میگن نباید انرژی برنامه نویس روی کارهای ابتدایی حروم بشه بلکه باید از ابزارهای آماده توی فریم ورکها استفاده بشه تا یک برنامه/سایت جدید که هدفی بالا تر از ایمیل زدن و فرم ثبت نام و ... داره به نتیجه برسه.

دسته سوم: این دسته کلا راحتن میگن با توجه به پرژه مد نظر باید از فریم ورک خاصی یا حتی بدون فریم ورک انجام بشه!

شما باید به این فکر کنید که فریم ورک توی وقتتون صرفه جویی میکنه یا نه قوز بالا قوز میشه(باید یه سری چیزای دیگه هم الکی یاد بگیرید!). ولی اگه فریم ورک بدرد بخور نبود یا طرفداراش کم بودن این همه فریم ورک و فرومهای شلوغشون رو نداشتیم. یا حتی بعضیها مثل FIG حرکتی رو شروع نمیکردن که هدفش نزدیک کردن فریم ورکها و پروژهای php باشه.

eshpilen
جمعه 25 اسفند 1391, 17:59 عصر
اگه فریم ورک بدرد بخور نبود یا طرفداراش کم بودن این همه فریم ورک و فرومهای شلوغشون رو نداشتیم. یا حتی بعضیها مثل FIG حرکتی رو شروع نمیکردن که هدفش نزدیک کردن فریم ورکها و پروژهای php باشه.
البته اینم باید درنظر گرفت که یه چیزهایی هست کلیشه های خوبیه و هرکس میخواد تست و تمرین بکنه یا همینطوری یه چیزی درست کرده باشه میره دنبال اونا.
مثلا CMS هم اینطوریه.
الان درصد زیادی از برنامه نویسها وقتی فکر میکنن بحد کافی حرفه ای شدن به فکر درست کردن یک CMS میفتن. خب بین اینها البته درصد خیلی کمی درحد پروژه های حرفه ای کار میشه و بقا و پیشرفت و شهرت پیدا میکنه. بقیه هم همینطوری واسه تمرین و سرگرمی هم که شده یه چیزی درست میکنن، یا اینکه برآورد درستی از آینده و استفادش ندارن و حتی چندان به درد خودشون هم نمیخوره درمقابل برنامه های حرفه ای مشهوری که هست. اکثرا اینها امکانات و کیفیت و امنیت خاصی ندارن؛ حتی بعضیا بسیار ناقص و بدوی هم هستند.
باز فریمورک هم من فکر میکنم یکی از این کلیشه هاست.
یه چیزی هست که هرکس یخورده حرفه ای باشه از محدودترین سطح و مقیاس میتونه شروع کنه و گسترش بده.
همینطور مثلا اگر با دنیای بازمتن و سیستم عامل لینوکس آشنایی کافی داشته باشید میدونید که شونصد تا توزیع داریم، که اسم اکثرشون رو کمتر کسی هم میدونه، و در این بین فقط معدودی از اونا درحد حرفه ای و زنده و پرکاربر و مشهور هستن.
خب چرا اینقدر توزیع تولید میشه؟
درسته بعضیاشون مفیدن، اما جدا شک دارم این تعداد زیاد توزیع که بسیاری از اونها خیلی زود هم منقرض یا تقریبا منقرض شدن یا اصولا هیچوقت آنچنان پا نگرفتن، بخاطر کاربرد و اهمیت و نیاز عملی ایجاد شده باشن و همه شانس کافی برای موفقیت و بقا داشتند.
یک دلیل همون پروژه های کلیشه ای و استاندارد هست که بیشتر افراد میرن سراغش.

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

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

Javidhb
جمعه 25 اسفند 1391, 18:17 عصر
اولا به شما آفرین میگم که با اینکه تخصص شما کامپیوتر نیست ولی اطلاعات خوبی در این زمینه دارید ، تقریبا ته حرف اکثر بچه ها هم همین بوده و سر جمع کنیم همه همین رو گفتن .

خیلی ممنون :لبخندساده:


eshpilen,

کاملا حق با شماست ... اکثر فریم ورکها رو فکر کنم فقط نویسنده هاشون روشون میشه لفظ "فریم ورک" رو استفاده کنن!!!
فریم ورک ها اصلی php همونایی هستن که توی صفحه اولشون حداقل اسم چند تا سایت معروف که از اون فریم ورک استفاده کردن رو نوشتن (zend, symfony , ...) و البته فرومهای فعالی دارن ...

milad.biroonvand
جمعه 25 اسفند 1391, 18:41 عصر
حالا من اینجا برام سوال پیش اومده که اگر زبانی مثل سی شارپ فول باشیم ، آیا چون مایکروسافت خودش فریم ورک درست کرده ، دوباره باید یک فریم ورک برای اون طراحی کنیم ؟ یا باید داخل پروژه خودمون از اون فریم ورک کلاس درست کنیم و استفاده کنیم ؟

mozhdeh_d
پنج شنبه 01 فروردین 1392, 19:30 عصر
سلام
چند وقتیه که دنبال یه منبع خوب میگردم واسه یادگیری mvc توی php.
خیلی گشتم. یه چیزایی هم پیدا کردم . اما چیز خیلی خوب که ساده و روون توضیح داده باشه پیدا نکردم. واسه asp خیلی منبع هست. اما برای php ... :ناراحت:
واقعا نمیدونم دیگه چیکار کنم . شما از کجا یاد گرفتید؟ ممکنه لینک یه منبع خوب رو برام بذارید؟ یا اینکه ایمیلمو بدم برام ارسال کنید.
ممنون

milad.biroonvand
پنج شنبه 01 فروردین 1392, 21:09 عصر
سلام

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


سلام
چند وقتیه که دنبال یه منبع خوب میگردم واسه یادگیری mvc توی php.
خیلی گشتم. یه چیزایی هم پیدا کردم . اما چیز خیلی خوب که ساده و روون توضیح داده باشه پیدا نکردم. واسه asp خیلی منبع هست. اما برای php ... :ناراحت:
واقعا نمیدونم دیگه چیکار کنم . شما از کجا یاد گرفتید؟ ممکنه لینک یه منبع خوب رو برام بذارید؟ یا اینکه ایمیلمو بدم برام ارسال کنید.
ممنون

redhat2
جمعه 02 فروردین 1392, 16:44 عصر
لازم نیست که php را فوله فول بدونی ، کافی فقط کمی از شی گرایی و الگوهای شی گرایی بدنی تا بدونی با کمی فکر کردن به راحتی کدهای خودت را پیاده کنی . البته این نظره منه استاد .

redhat2
جمعه 02 فروردین 1392, 16:46 عصر
سلام

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

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

mozhdeh_d
جمعه 02 فروردین 1392, 16:48 عصر
سلام
ممنون که جواب دادید. من php رو نه در حد فول، اما خب بلدم. پروژه هم باهاش کار کردم
با معماری سه لایه هم توی c#کار کردم. حالا فقط دنبال یه منبع خوب میگردم که mvc رو از اساس توضیح داده باشه که انقدر گیج نشم.
ممنون میشم راهنمایی کنید.

milad.biroonvand
جمعه 02 فروردین 1392, 17:28 عصر
سلام
ممنون که جواب دادید. من php رو نه در حد فول، اما خب بلدم. پروژه هم باهاش کار کردم
با معماری سه لایه هم توی c#کار کردم. حالا فقط دنبال یه منبع خوب میگردم که mvc رو از اساس توضیح داده باشه که انقدر گیج نشم.
ممنون میشم راهنمایی کنید.

بنظرم به غیر از شی گرایی باید طراحی سه لایه رو بلد باشی و اگر بلدی همینجا بگو سه لایه چین و چه کاربردی دارن .

milad.biroonvand
جمعه 02 فروردین 1392, 17:28 عصر
اگر هم دوست نداشتی نگو ولی اگر بگی بهتر میتونم کمکت کنم .

h00manb
جمعه 02 فروردین 1392, 17:29 عصر
سلام
به نظر من هر چقدر تسلط بیشتری به برنامه نویسی داشته باشی نیاز کمتری به فریم ورک داری و در نتیجه در عرصه بر نامه نویسی قویتر هستی و حرفی برای گفتن داری و بر عکس هر چقدر تسلط به برنامه نویسی کمتر باشه نیاز به برنامه های جانبی بیشتر میشه و در نتیجه حرفی هم برای گفتن نخواهی داشت و در بهترین شرایط یک قدم از گروه اول عقبی

milad.biroonvand
جمعه 02 فروردین 1392, 17:32 عصر
سلام

خیلی متشکرم از نظرت .

mozhdeh_d
جمعه 02 فروردین 1392, 17:36 عصر
سلام
خب اون چیزی که من بلم اینه :
میایم سه تا لایه ی presentation،business logic و data access ایجاد می کنیم. بعد مثلا کدهای مربوط به فرم ها و کلا چیزی که به کاربر نشون داده میشه توی presentation قرار میگیره.
توی لایه ی data access، یه کلاس ساخته میشه که شامل چند تا تابع است و کدهای مربوط به پایگاه داده توش قرار می گیره.
حالا business logic میاد بین این دوتا ارتباط برقرار می کنه .

mozhdeh_d
جمعه 02 فروردین 1392, 17:37 عصر
راستی توی business logic هم به ازای موجودیت هامون کلاس ایجاد می کنیم.

MardeKhoob
جمعه 02 فروردین 1392, 19:20 عصر
حالا من اینجا برام سوال پیش اومده که اگر زبانی مثل سی شارپ فول باشیم ، آیا چون مایکروسافت خودش فریم ورک درست کرده ، دوباره باید یک فریم ورک برای اون طراحی کنیم ؟ یا باید داخل پروژه خودمون از اون فریم ورک کلاس درست کنیم و استفاده کنیم ؟


از اونجایی که اکثر پروژه هایی که انجام میشه بزرگ نیستن وقتی با دات نت کار می کنی خیلی وقت ها یک کلاس هم تو برنامت ننویسی چیز عجیبی نیست
علتش اینکه در حالت Code Behind ـ 2 صفحه هات به دو قسمت دیزاین و کد تقسیم میشن.IDE قوی ای مث VS داری.کلاس هایی چون DataAdapter ، GridView,MultiView,Update Panel,... داری.
اما در PHP یا باید از یه فریمورک و کتابخانه ها استفاده کنی.یا کدایی رو از اینترنت پیدا کنی یا کد پروژهایی که قبلا نوشتی سرهم کنی یا خلاصه یجورایی اگه بخوای
همه چیزو از صفر و بدون استفاده از ابزارهای خارجی درست کنی زمانت خیلی میره.
به نظر من PHP باید سیاستشو عوض کنه.حداقل اگه یه فریمورکی کنار همه نسخه های PHP نصب و توسط تیم PHP پشتیبانی میشد شاید بهتر بود.
نمی دونم چرا دیدم به برنامه های OpenSource منفی شده،ابزارهای زیادی واسشون درست میشه اما انگار از ته دل نیستن.
در مقابل .Net یه پشتیبان داره اما خوب هواشو داره.
گه گاهی فکر میکنم دلیل ماندگاری PHP (حداقل تو ایران) کد هایی هست که خیلی مدت ها پیش زمانی که رقیب ضعیفی همچون Asp Classic داشت،توسعه داده شد.و به نظرم اگه PHP تغیر مهمی تو رودمپش ایجاد نکنه بعید نیس به مرور زمان برنامه نویسانش کمتر و کمتر بشن.

AbiriAmir
جمعه 02 فروردین 1392, 20:27 عصر
از اونجایی که اکثر پروژه هایی که انجام میشه بزرگ نیستن وقتی با دات نت کار می کنی خیلی وقت ها یک کلاس هم تو برنامت ننویسی چیز عجیبی نیست
علتش اینکه در حالت Code Behind ـ 2 صفحه هات به دو قسمت دیزاین و کد تقسیم میشن.IDE قوی ای مث VS داری.کلاس هایی چون DataAdapter ، GridView,MultiView,Update Panel,... داری.
اما در PHP یا باید از یه فریمورک و کتابخانه ها استفاده کنی.یا کدایی رو از اینترنت پیدا کنی یا کد پروژهایی که قبلا نوشتی سرهم کنی یا خلاصه یجورایی اگه بخوای
همه چیزو از صفر و بدون استفاده از ابزارهای خارجی درست کنی زمانت خیلی میره.
به نظر من PHP باید سیاستشو عوض کنه.حداقل اگه یه فریمورکی کنار همه نسخه های PHP نصب و توسط تیم PHP پشتیبانی میشد شاید بهتر بود.
نمی دونم چرا دیدم به برنامه های OpenSource منفی شده،ابزارهای زیادی واسشون درست میشه اما انگار از ته دل نیستن.
در مقابل .Net یه پشتیبان داره اما خوب هواشو داره.
گه گاهی فکر میکنم دلیل ماندگاری PHP (حداقل تو ایران) کد هایی هست که خیلی مدت ها پیش زمانی که رقیب ضعیفی همچون Asp Classic داشت،توسعه داده شد.و به نظرم اگه PHP تغیر مهمی تو رودمپش ایجاد نکنه بعید نیس به مرور زمان برنامه نویسانش کمتر و کمتر بشن.
فقط میتونم بگم که دیدتون کاملا اشتباه هست
هر روزه پروژه های زیادی با php انجام میشن و این که توی دانشگاه های ایران .net ترویج داده میشه و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشه
بد نیست 1 نگاهی به تاپیک انقراض PHP بندازید
ضمنا فریمورک در کنار نسخه ها نصب بشه؟ والا من که اینجوری رو ترجیح میدم. شما اختیار دارید که با فریمورک یا بدون فریمورک کد بزنید... کسی شما رو مجبور به انجام کاری نمیکنه. ضمنا فریمورک مورد نظر هم با خود PHP نوشته شده و اصلا نیازی نیست که جایی نصب شده باشه.
من این دید رو حرفه ای تر میدونم.
1 نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!


نمی دونم چرا دیدم به برنامه های OpenSource منفی شده،ابزارهای زیادی واسشون درست میشه اما انگار از ته دل نیستن.
میدونید چرا؟! چون اینجا ایرانه! و دارید مثلا 1 ابزار 1000 دلاری یا بیشتر رو با 1 ابزار رایگان مقایسه میکنید! چرا؟! چون اینجا ایرانه و شما همون ابزار 1000 دلاری رو رایگان دانلود میکنید یا با 2000 تومن میخرید!
اما اگه برین آمریکا و 2 تا ابزار رو بذارن جلوتون اونوقت شما کدوم رو انتخاب میکنید؟
ضمنا همون ابزارهای رایگانی هم که بقول شما از ته دل نیستن نسخه های pro و پولی دارن باقلوا!

من متاسفانه باید برم مهمونی (:دی) و بیش از این فرصت ندارم توضیح بدم اما هرجاشو فکر میکنید درست نگفتم بگید اینجا اساتید هستن کاملا واستون روشن کنن...

MardeKhoob
جمعه 02 فروردین 1392, 21:12 عصر
فقط میتونم بگم که دیدتون کاملا اشتباه هست
هر روزه پروژه های زیادی با php انجام میشن و این که توی دانشگاه های ایران .net ترویج داده میشه و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشه
بد نیست 1 نگاهی به تاپیک انقراض PHP بندازید
ضمنا فریمورک در کنار نسخه ها نصب بشه؟ والا من که اینجوری رو ترجیح میدم. شما اختیار دارید که با فریمورک یا بدون فریمورک کد بزنید... کسی شما رو مجبور به انجام کاری نمیکنه. ضمنا فریمورک مورد نظر هم با خود PHP نوشته شده و اصلا نیازی نیست که جایی نصب شده باشه.
من این دید رو حرفه ای تر میدونم.
1 نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!


میدونید چرا؟! چون اینجا ایرانه! و دارید مثلا 1 ابزار 1000 دلاری یا بیشتر رو با 1 ابزار رایگان مقایسه میکنید! چرا؟! چون اینجا ایرانه و شما همون ابزار 1000 دلاری رو رایگان دانلود میکنید یا با 2000 تومن میخرید!
اما اگه برین آمریکا و 2 تا ابزار رو بذارن جلوتون اونوقت شما کدوم رو انتخاب میکنید؟
ضمنا همون ابزارهای رایگانی هم که بقول شما از ته دل نیستن نسخه های pro و پولی دارن باقلوا!

من متاسفانه باید برم مهمونی (:دی) و بیش از این فرصت ندارم توضیح بدم اما هرجاشو فکر میکنید درست نگفتم بگید اینجا اساتید هستن کاملا واستون روشن کنن...



فقط میتونم بگم که دیدتون کاملا اشتباه هست
هر روزه پروژه های زیادی با php انجام میشن و این که توی دانشگاه های ایران .net ترویج داده میشه و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشه
بد نیست 1 نگاهی به تاپیک انقراض PHP بندازید
ضمنا فریمورک در کنار نسخه ها نصب بشه؟ والا من که اینجوری رو ترجیح میدم. شما اختیار دارید که با فریمورک یا بدون فریمورک کد بزنید... کسی شما رو مجبور به انجام کاری نمیکنه. ضمنا فریمورک مورد نظر هم با خود PHP نوشته شده و اصلا نیازی نیست که جایی نصب شده باشه.
من این دید رو حرفه ای تر میدونم.
1 نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!


میدونید چرا؟! چون اینجا ایرانه! و دارید مثلا 1 ابزار 1000 دلاری یا بیشتر رو با 1 ابزار رایگان مقایسه میکنید! چرا؟! چون اینجا ایرانه و شما همون ابزار 1000 دلاری رو رایگان دانلود میکنید یا با 2000 تومن میخرید!
اما اگه برین آمریکا و 2 تا ابزار رو بذارن جلوتون اونوقت شما کدوم رو انتخاب میکنید؟
ضمنا همون ابزارهای رایگانی هم که بقول شما از ته دل نیستن نسخه های pro و پولی دارن باقلوا!

من متاسفانه باید برم مهمونی (:دی) و بیش از این فرصت ندارم توضیح بدم اما هرجاشو فکر میکنید درست نگفتم بگید اینجا اساتید هستن کاملا واستون روشن کنن...



هر روزه پروژه های زیادی با php انجام میشنبر منکرش لعنت.مگه من گفتم نمیشه؟


و این که توی دانشگاه های ایران .net ترویج داده میشه فک نمیکنم اینطور باشه اگرم باشه،طبیعی هست چون نوشتن یه برنامه با رعایت اصول مهندسی نرم افزار با زبانی مثل C#‎‎ راحت تر هست و به سواد آکادمیک نزدیکتر!


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



و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشهدوست من من که نگفتم PHP بده،PHP خیلی هم خوبه و حرفمم از سر دل سوزیه از اینکه چرا این زبان اونطور که باید پشتیبانی نمیشه،چرا زبانی که زمانی هیچ آدم باسوادی بهتر بودنش رو نسبت به Asp انکار نمی کرد،الان جوری شده که به قول شما "در کل جَو به نفع دات نت هست"
دوستم ندارم باهات جر و بحث کنم فقط این چنتا نکته را صرفا جهت اطلاع میگم،اگه هر کیم بخواد اینجا جنگ و دعوا راه بندازه دیگه این تاپیکو نگاهم نمیکنم.(نمی دونم شایدم نگاه کردم ولی دستم داغ میکنم تحت هیچ شرایطی پست نزارم)


نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!شما هم می تونی تو Asp.Net اگه دوست داشتی همه چیز رو خودت بسازی و حتی از یک کنترل سمت سرورم استفاده نکنی یا حتی از Code-Behind هم استفاده نکنی عینهو مثل کاری که تو PHP انجام میدی.
بعد هم چه امایی؟ حالا PHP مگه خودش با C++‎‎ درست نشده ؟ چرا شما نمیای با کدای C++‎‎ کار کنی که از اول اول ساخته باشیش!!


میدونید چرا؟! چون اینجا ایرانه! و دارید مثلا 1 ابزار 1000 دلاری یا بیشتر رو با 1 ابزار رایگان مقایسه میکنید! چرا؟! چون اینجا ایرانه و شما همون ابزار 1000 دلاری رو رایگان دانلود میکنید یا با 2000 تومن میخرید!
اما اگه برین آمریکا و 2 تا ابزار رو بذارن جلوتون اونوقت شما کدوم رو انتخاب میکنید؟
ضمنا همون ابزارهای رایگانی هم که بقول شما از ته دل نیستن نسخه های pro و پولی دارن باقلوا!مگه من و شما و خیلیای دیگه که تو این فروم عضویم الان کجاییم؟
بعدم اونجایی که نرم افزارش پولی و گرونه برنامه نویسشم گرونه!!


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


من متاسفانه باید برم مهمونی (:دی) و بیش از این فرصت ندارم توضیح بدم خوش بگذره.:لبخندساده:

AbiriAmir
جمعه 02 فروردین 1392, 22:23 عصر
دوست عزیز جسارت نشه من هم اصلا قصد جر و بحث ندارم
اما راجع به php و asp.net بارها و بارها بحث شده و من اصلا دلم نمیخواد بحث به اونجا کشیده بشه
اما همین رو بگم و بس که از میان 20 سایت برتر دنیا فقط سایت هایی که مال خود ماکروسافت هستن با asp.net نوشته شدن (bing ، live ، هات میل و ...) و بقیه با سی، سی++، پایتون، PHP و جاوا نوشته شدن.


بر منکرش لعنت.مگه من گفتم نمیشه؟
شما فرمودید که رایج بودن PHP بخاطر پروژه هایی هست که قبلا (زمانی که دات نت نبوده) توسعه داده شدن! در صورتی که بقول دوستان غولی مثل فیس بوک با PHP نوشته شده. عرض کردم که بد نیست به تاپیک انقراض PHP در همین بخش نگاه کنید.


فک نمیکنم اینطور باشه اگرم باشه،طبیعی هست چون نوشتن یه برنامه با رعایت اصول مهندسی نرم افزار با زبانی مثل C#‎‎‎ راحت تر هست و به سواد آکادمیک نزدیکتر!
اتفاقا اینطوری هم هست! کجا دیدید در دانشگاه PHP یا مثلا دلفی تدریس بشه؟! در صورتی که همین الانش من معتقدم #C اصلا در حد دلفی نیست.


منظورم اینه که از نظر توسعه،پشتیبانی و منابع آموزشی و.. روی یه فریمورک تمرکز بشه.حداقل تو تالار دات نت کسی نمیاد بگه کدوم فریمورک خوبه و اینکه یه پشتیبانی درست حسابی داره.
خوب آیا این معنیش این نیست که توی PHP دست شما بازتر هست که از هر فریمورکی دوست داشتید استفاده کنید یا اصلا استفاده نکنید؟ مثلا فریمورک های مثل Zend و CI پشتیبانی درست و حسابی ندارن؟


دوست من من که نگفتم PHP بده،PHP خیلی هم خوبه و حرفمم از سر دل سوزیه از اینکه چرا این زبان اونطور که باید پشتیبانی نمیشه
کی گفته به خوبی پشتیبانی نمیشه؟ پس این همه نسخه جدید PHP ، رفرنس کامل PHP که خود سایت PHP هست چی هستن؟ شما پشتیبانی رو در فریمورک معنی میکنید؟ یا در IDE مثل VS ؟


چرا زبانی که زمانی هیچ آدم باسوادی بهتر بودنش رو نسبت به Asp انکار نمی کرد،الان جوری شده که به قول شما "در کل جَو به نفع دات نت هست"
دلیل این که واضح هست! ماکروسافت! این که دانشگاه ها و آموزشگاه ها بیشتر محصولات ماکروسافت رو ترویج میکنن... اما بد نیست شما برین توی 1 دانشگاه سطح بالاتر (دانشگاه صنعتی شریف) جو اونجا رو هم ببینید...
مثلا این که 90% کاربران خانگی از ویندوز استفاده میکنن دلیل بر برتری کلّی اون نسبت به لینوکس هست؟


حالا PHP مگه خودش با C++‎‎‎ درست نشده ؟ چرا شما نمیای با کدای C++‎‎‎ کار کنی که از اول اول ساخته باشیش!!
شما منظور بنده رو اشتباه برداشت کردید! اینجوری حساب کنیم باید با اسمبلی بنویسیم! یا اصلا کامپیوتر رو مجددا اختراع کنیم!
بطور کلی اگر منظور شما این هست که کارها در ASP.net ساده تر از PHP انجام میشن اون 1 بحث دیگه هست اما خوب بنده این سبک کدنویسی رو به راحتی ترجیح میدم ;)
اما بهرحال سوال بدی هم نیست! من خودم عاشق ++C هستم ;)
تنها دلیل این که واسه سایت ها از PHP استفاده میکنم اینه که PHP ساخته شده واسه وب و خیلی تابع هاش توی وب کاربرد داره که توی ++C باید از اول برنامه نویسی بشه و واسه همین هم توی سایت هایی که ما طراحی میکنیم استفاده از PHP کفایت میکنه. همچنین سینتکس اون هم به ++C نزدیک هست. همچنین دلیل دیگه اون فراوانی وب سرور و هاست PHP هست در صورتی که واسه ++C اینطور نیست و تنها مناسب سایت های واقعا بزرگ هست. پس قطعا اگر روزی بخوام سایتی مثل گوگل بسازم اولین زبان ++C خواهد بود!
ببینید خیلی از چیزها با توجه به ابعاد پروژه انجام میشه. کسی منکر این نیست که PHP یا ASP.net از لحاظ پرفرمنس به پای ++C نمیرسن. اما بحث اینه که توی 99.9% سایت هایی که من و شما میسازیم پرفرمنس همون PHP و ASP.net کفایت میکنه و لازم نیست خودمون رو به دردسر بندازیم و با ++C کد بزنیم.
حتی شما توسط پروژه HipHop که توسط فیس بوک ساخته شده میتونید با PHP کد بزنید و بعد اونا رو به کد ++C تبدیل کنید و کامپایل کنید و از پرفرمنس ++C هم استفاده کنید.


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


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


اساتید شاید واسشون کار آسونی نباشه که منو روشن کنن،همونطور که منم نمی تونم شما و خیلیای دیگه رو روشن کنم.
بله.


خوش بگذره.:لبخندساده:
ممنون.

Unique
شنبه 03 فروردین 1392, 00:02 صبح
امیر جان تقریبا همه موضوعات را گفت اما چند نکته :


علتش اینکه در حالت Code Behind ـ 2 صفحه هات به دو قسمت دیزاین و کد تقسیم میشن.IDE قوی ای مث VS داری.کلاس هایی چون DataAdapter ، GridView,MultiView,Update Panel,... داری.
اما در PHP یا باید از یه فریمورک و کتابخانه ها استفاده کنی.یا کدایی رو از اینترنت پیدا کنی یا کد پروژهایی که قبلا نوشتی سرهم کنی یا خلاصه یجورایی اگه بخوای
همه چیزو از صفر و بدون استفاده از ابزارهای خارجی درست کنی زمانت خیلی میره.

خیلی از این کنترل های آماده توی net. سربار های اضافی و بد دارند که وقتی با یک نمونه php مقایسه میشوند از نظر سرعت و کیفیت کد نویسی خیلی کم میارند ، من برنامه نویس های Microsoft را زیر سوال نمیبرم موضوع اینه که این کنترل ها با دیدی نوشته شده اند که نتیجه حاصله سربار بیشتر از حدی که نیاز هست تولید میکنند.



به نظر من PHP باید سیاستشو عوض کنه.حداقل اگه یه فریمورکی کنار همه نسخه های PHP نصب و توسط تیم PHP پشتیبانی میشد شاید بهتر بود.
دوست عزیز net. یک framework هست ولی php یک زبانه برنامه نویسیه مثل vb یا #c پس نیازی به تغییر سیاست نیست.


نمی دونم چرا دیدم به برنامه های OpenSource منفی شده،ابزارهای زیادی واسشون درست میشه اما انگار از ته دل نیستن.
مثلا شما نسبت به firefox یا thunderbird یا mysql دید منفی دارین و اینها را زا ته دل نمیدونین ؟ همشون به برنامه های نظیر مایکروسافتی کلی شرف دارند.


در مقابل .Net یه پشتیبان داره اما خوب هواشو داره.
نه اصلا هم اینطور نیست ،‌micro$oft فقط به سودش فکر میکنه و کاری به استفاده کننده نداره ، نمیدونم شما از کدوم نسخه ها شروع به کار با net. کردین اما اگه با 1.1 کار کردین و بعد مجبور شده باشین به net 2
و 3 و 4 ارتقاء بدین با کلی مشکلات چه در استفاده از کلاس ها و چه در زمانcompile و تنظیمات web.config و IIS و غیره بر خورد کردین در صورتی که php اصلا چنین روالی را نداره. دم زدن از پشتیبانی مایکروسافت خیلی سطحیه.


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

اصلا اینطور نیست ، در زمان asp classic جالبه بدونین موضوعات شی گرائی و خیلی مباحث دیگه اصلا در php مطرح نبود ، از اون زمان php خیلی خیلی تغییرات داشته ، در مورد افت تعداد برنامه نویسان php اصلا موافق نیستم ،‌مشکل اینجاست که کلا ایرانی ها تحت تاثیر هستند ، من میتونم در عرض دو روز صحبت با یک برنامه نویس net. متوسط به بالا کاملا همسوش کنم با php همونطور که خودم پس از سالیان کار با net. متقاعد شدم با php کار کنم. برنامه نویسان تازه کار که به ۲ ساعت هم نمیکشه.

ببینین همونطور که دوستمون گفتن چون توی ایران هیچ هزینه ای بابت ویندوز و visual studio پرداخت نمیشه قطعا نمیشه رقابت کرد ،‌مثلا فکر کنین اگه تعرفه های سنگینی که بابت خودرو های خارجی دریافت میشه نبود آیا هیچ انسان عاقل بالغ با شعوری حاضر بود خودرو داخلی بخره ؟ قطعا نه ! پس مقیاس باید جهانی باشه و وقتی اینطور شد مایکروسافت در زمینه وب کم میاره چون اونوقت مقایسه ها دقیقتر و حرفه ای تر میشه و همه مسائل سنجیده میشه. در مقابلش در مورد ویندوز برنده هستش چون ایدش نسبت به mac و توزیع های لینوکسی خیلی برتره یعنی استفاده از ویندوز خیلی همه گیر تره چون براحتی قابل استفادست اما مثلا توی گوشی موبایل نمیتونه رقابت کنه !!!!! ببینید موضوع ساده است و فقط نیاز به کمی فکر کردن منظقی داره نه ایرانی !

MardeKhoob
شنبه 03 فروردین 1392, 09:19 صبح
فقط میتونم بگم که دیدتون کاملا اشتباه هست
هر روزه پروژه های زیادی با php انجام میشن و این که توی دانشگاه های ایران .net ترویج داده میشه و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشه
1 نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!
اینجا اساتید هستن کاملا واستون روشن کنن...
اما همین رو بگم و بس که از میان 20 سایت برتر دنیا فقط سایت هایی که مال خود ماکروسافت هستن با asp.net نوشته شدن (bing ، live ، هات میل و ...) و بقیه با سی، سی++، پایتون، PHP و جاوا نوشته شدن.
من معتقدم #C اصلا در حد دلفی نیست.ضمن براءت از جمله هایی مثل جملات فوق که نشان از جوانی،تکبر و خامی شما دارد، و اینکه از پستت هاتون احساس کردم که پست ام رو خوب نخوندید ترجیح میدم دیگر با شما بحث نکنم.

اما آقای یونیک:

خیلی از این کنترل های آماده توی net. سربار های اضافی و بد دارند که وقتی با یک نمونه php مقایسه میشوند از نظر سرعت و کیفیت کد نویسی خیلی کم میارند ، من برنامه نویس های Microsoft را زیر سوال نمیبرم موضوع اینه که این کنترل ها با دیدی نوشته شده اند که نتیجه حاصله سربار بیشتر از حدی که نیاز هست تولید میکنند.به فرض که گفته شما درست باشد؟! چند بار باید به برنامه نویسان PHP گفت که ادعا دارند Asp.Net را هم بلدند گفت که:

هیچ اجباری به استفاده از کنترل های سمت سرور(runat=server) در Asp.Net نیست

و چند بار باید به افرادی مثل آقا امیر بگم که

هیچ اجباری به استفاده از پایگاه داده SqlServer یا برنامه هایی چون SSMS یا VS در کار با Asp.Net نیست.

و اینکه خدا شاهد هست که من چند پروژه Asp.Net ام رو با فقط با استفاده از 4 ابزار(NotePad++،Micrososft.NET Framwork2,IIS،MySql or MsAccess) انجام داده ام.



دوست عزیز net. یک framework هست ولی php یک زبانه برنامه نویسیه مثل vb یا #c پس نیازی به تغییر سیاست نیست.مگر من چی گفتم؟..منظور من رفع مشکلاتی همچون همونی که شما در یکی از پست های قبلی همین تاپیک مطرح کردید بود..

و اما آقای یونیک:

نه اصلا هم اینطور نیست ،‌micro$oft فقط به سودش فکر میکنه و کاری به استفاده کننده نداره ما کی می خوایم متوجه بشیم که کسی که به خودش سود نمی رسونه نمی تونه به دیگران هم سود برسونه و بالعکس.مشکل ما اینه که ما دید جمعی نداریم.
و در مورد FireFox , MySql منکر موفقیت برخی برنامه ها نیستم .اما برای اینکه بدونید هیچکی مفت کار نمی کنه توجه شما رو به خوندن مقالاتی که 4-5 سال پیش مدیر یکی از سایت های بزرگ ایران نوشت جلب میکنم:
http://shirazi.blogfa.com/post-221.aspx
http://shirazi.blogfa.com/post-223.aspx

ودر نهایت مقاله ای که مقایسه ای بر این دو (PHP,Asp.Net) داشته
http://shirazi.blogfa.com/post/198

AbiriAmir
شنبه 03 فروردین 1392, 10:37 صبح
ضمن براءت از جمله هایی مثل جملات فوق که نشان از جوانی،تکبر و خامی شما دارد، و اینکه از پستت هاتون احساس کردم که پست ام رو خوب نخوندید ترجیح میدم دیگر با شما بحث نکنم.
بسیار خوب
براتون آرزوی موفقیت میکنم.
دیگه من هم وارد بحث نمیشم هرچند واسه مطالبی که گفتید جواب دارم.
فقط واسه این که از نظر اخلاقی سوء تفاهمی پیش نیاد قسمت بالای پستتون که خطاب به بنده بود رو جواب میدم.

این جمله بنده:

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

اساتید شاید واسشون کار آسونی نباشه که منو روشن کنن،همونطور که منم نمی تونم شما و خیلیای دیگه رو روشن کنم.
بنده عرض کردم هرجاش که سواد من کافی نیست اساتید جواب سوال رو واستون روشن کنن اما شما فرمودید نمیتونید بنده را روشن کنید!
این 2 جمله زمین تا آسمون با هم فرق دارن.


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


هر روزه پروژه های زیادی با php انجام میشن و این که توی دانشگاه های ایران .net ترویج داده میشه و این که در کل جَو به نفع دات نت هست دلیل نمیشه که php خوب نباشه
من هرچه فکر کردم نه توی جمله بالا دروغی دیدم و نه بی احترامی. شما بگید؟


1 نفر همچین حرفی میزد: دات نت و کلا ASP مثل 1 ماشین هست که شما نمیدونی توش چه اتفاقی میفته ولی کار شما بهرحال انجام میشه اما php چیزیه که شما دل و رودش دست خودته و پروژت رو از اول خودت میسازی و میای بالا. شاید سخت تر باشه این فرایند اما... دیگه امّاشو خودتون بگید دیگه!


؟؟؟


اما همین رو بگم و بس که از میان 20 سایت برتر دنیا فقط سایت هایی که مال خود ماکروسافت هستن با asp.net نوشته شدن (bing ، live ، هات میل و ...) و بقیه با سی، سی++، پایتون، PHP و جاوا نوشته شدن.
چندین بار عرض کردم تاپیک انقراض PHP رو ببینید که متاسفانه ظاهرا این کار رو نکردید
بنده واسه این حرفم سند ارائه کردم (توی اون تاپیک) و مشکلی توش نمیبینم.
دیگه 1 جستجوی ساده توی گوگل که از دستتون برمیاد انجام بدید ببینید اگر دروغ گفتم اونوقت بیاین اینجا نقل قول کنید و بگین جوونی و خامی و... .


من معتقدم #C اصلا در حد دلفی نیست.
اولا عرض کردم من معتقدم . دوما باز هم توصیه میکنم 1 جستجو توی اینترنت انجام بدید. سوما دور و بر خودتون رو نگاه کنید ببینید همین الان بزرگترین نرم افزار های حسابداری کشور با چه زبانی نوشته شدن؟


و چند بار باید به افرادی مثل آقا امیر بگم که

هیچ اجباری به استفاده از پایگاه داده SqlServer یا برنامه هایی چون SSMS یا VS در کار با Asp.Net نیست.
من جایی از حرفام گفتم اجباری به استفاده از اون ها هست؟


و اینکه از پستت هاتون احساس کردم که پست ام رو خوب نخوندید
با همه این تفاسیر بنده پست های شما رو درست نخوندم یا شما پست های بنده رو؟!

درهرحال بازهم براتون آرزوی موفقیت میکنم.

-----------------------------------------------------


http://shirazi.blogfa.com/post-221.aspx
http://shirazi.blogfa.com/post-223.aspx

ضمنا من اصلا ارتباط اسرائیلی بودن مدیران PHP با بحث ما رو نمیدونم!
واقعا هرچی فکر کردم نفهمیدم که شما با گذاشتن این لینک ها چه چیز رو میخواستید ثابت کنید!
----------------------------------------------------

البته بنده تا حالا با ASP.net چیزی نساختم و این بخش رو اگر اشتباه میکنم دوستان تصحیح کنن
ببینید اسمش روش هست. ASP.net
شما حتی اگر از هیچ کدام از امکانات این فریمورک هم استفاده نکنید باز هم دارید تحت فریمورک دات نت کد میزنید. ببینید کد زدن تحت 1 فریمورک 1 بحثی هست و استفاده از امکانات اون 1 بحث دیگه. که خوب البته چه کاریه که شما دارید از 1 فریمورک استفاده میکنید از امکانات اون استفاده نکنید؟! مثلا من بیام سایت خودم رو تحت فریمورک CI بسازم اما از هیچکدام از امکانات اون استفاده نکنم و تمامی توابع و کلاس های مورد نیاز رو از ابتدا بنویسم! کار بیهوده ای نیست؟
در صورتی که شما در PHP شما میتونید از هر فریمورکی دوست داشتید استفاده کنید یا اصلا از فریمورکی استفاده نکنید
-----------------------------------------------------

ضمنا اگر بحث شما فقط ارائه فریمورک از طرف خود شرکت PHP هست بد نیست این رو هم بدونید که شرکت توسعه دهنده PHP خودش 1 فریمورک PHP هم داره اما شما ملزم به استفاده از اون نیستید.


http://www.zend.com/en/company/
http://en.wikipedia.org/wiki/Zend_Technologies
http://en.wikipedia.org/wiki/Zend_Framework

Unique
شنبه 03 فروردین 1392, 12:49 عصر
دوستان چرا از این نوع بحث ها فرار میکنید و میخواین کنار بکشین ،‌ علت اینکه ما اصلا پیشرفت نمیکنیم همینه دیگه ، چون توی بحث ها مساپل را شخصی میکنیم و دنبال اینیم که همدیگه را بکوبیم (کلمه بهتری پیدا نکردم ببخشید)


هیچ اجباری به استفاده از کنترل های سمت سرور(runat=server) در Asp.Net نیست
البته که نیست خود بنده هم هیچ وقت از این کنترل ها استفاده نکردم ولی در میان هر ۱۰۰ نفر برنامه نویس asp net که دیدم اگه هر ۱۰۰ نفر نبودند ۹۹ نفرشون تا بهشون میگفتی بیا بدون استفاده از grid و paging خود net. و یکسری کنترل دیگه کار را انجام بدیم میگفتند اصلا کل قدرمت asp net همینه ! بله اشتباه میکنند اما قبول کنید بالا ۹۰٪ از برنامه نویسانش دارند از این کنترل ها استفاده میکنند و به شدت وابسته به کنترل هایی هستند که از نتیجه و اینکه در پشت چه اتفاقی میفته بی خبرند. من بار ها اشاره کردم اگه visual studio و کنترل های net.را بگیرین از برنامه نویسانش کلا به مشکل میخورند و درصد ناچیزی میتونند از اون چیزی که شما استفاده کردین بهره ببند و کار را انجام دهند. در ضمن فراموش نشه یکی از مهمترین برتریهایی که برای net. علیه php و python و غیره مطرح میشه همین کنترل های سمت سرور هستند و اگه ازشون استفاده نشه دیگه مطرح کردنش به عنوان یک برتری علیه زبان های دیگر اسکریپتی بی معناست.


هیچ اجباری به استفاده از پایگاه داده SqlServer یا برنامه هایی چون SSMS یا VS در کار با Asp.Net نیست.
در هیچ زبانی شما مجبور به استفاده از یک نوع پایگاه نیستید اما همیشه یک زبان کتابخونه های بهتر و کار آمدتری برای یک پایگاه نسبت به پایگاه دیگه داره ،‌ برای net. هم mssql به عنوان پایگاه داده اصلی در نظر گرفته شده و بسیاری از وب هاست های ویندوزی اصلا mysql را نمیدهند و شما یه جورایی مجبورین از mssql استفاده کنید. اما خیلی ها هم مثل خود من توی net. هم از mysql استفاده کرده اند و مشکلی هم نداشتند.


مگر من چی گفتم؟..منظور من رفع مشکلاتی همچون همونی که شما در یکی از پست های قبلی همین تاپیک مطرح کردید بود..
خیر شما عرض کردید "حداقل اگه یه فریمورکی کنار همه نسخه های PHP نصب و توسط تیم PHP پشتیبانی میشد شاید بهتر بود." من هم خدمتتون گفتم اصلا سیاستشون تولید framework نیست و دارند یک زبا ن برنامه نویسی را گسترش میدهند پس نیازی به این کار نیست خودشون شاهد هستند که خیلی framework ایجاد شده و داره به خوبی هم پشتیبانی میشه و انجمن های بسیار فعالی هم داره نمونش CI که الان ۷ ساله داره توسعه داده میشه و انجمن و استفاده کنندگان به شدت فعالی هم داره.


ا کی می خوایم متوجه بشیم که کسی که به خودش سود نمی رسونه نمی تونه به دیگران هم سود برسونه و بالعکس
فکر نمیکنید معنی این صحبتتون ربطی به بحث من نداشت ؟ منظور من این بود که مایکروسافت اگه احساس کنه لازمه که برای بدست آوردن سود بیشتر net. را قربانی کنه مطمئن باشین حتما این کار را میکنه پس دم از پشتیباین همیشگی و عالی زدن خیلی منطقی نیست. ولی پروژه های Open source معتبر کمتر این اتفاق براشون میفته ، مثلا AOL حمایتش از Netscape را قطع کرد ولی firefox با گروه و شرایط بهتری خیلی قدرمتند تر ظاهر شد و MSIE را کاملا به حاشیه برد. منظور کلی من این بود.


اما برای اینکه بدونید هیچکی مفت کار نمی کنه توجه شما رو به خوندن مقالاتی که 4-5 سال پیش مدیر یکی از سایت های بزرگ ایران نوشت جلب میکنم
کاملا بدیهی هستش که کسی مفتی کار نمیکنه و قطعا به شکلی درآمد زایی خواهد بود ، توی خیلی از پروژه های open source وقتی نیاز به پشتیبانی هست قطعا مباحث مالی مطرح میشه ولی در کل پروژه سورسش باز هست و دست هر کسی روش بازه ، مثلا Red Hat خودش را The World's Open Source Leader مینامه اما خیلی از خدماتشون پولیه و درآمد زایی دارند. خیلی از پروژه ها هم در اوقات آزاد برنامه نویسان و شاید تفریحی و خدمت به خلق تولید بشه ،‌کلا همه جورش هست و منم بحثی در این مورد ندارم.

redhat2
یک شنبه 04 فروردین 1392, 14:14 عصر
سلام به دوستان ، خیلی می بخشید که میام وسط حرفتون ،ولی یه سوال دارم نمیدونستم که کجا باید بپرسم ، فکر کردم چون اینجا دارن درباره ی Framework صحبت می کنند بهتره که اینجا مطرحش کنم ،

تو یه سایت دیدم که طرف به بعد از اینکه login می کنه میره تویه این صفحه : (کاربر login کرده : redhat2)
profile/redhat2
بعد تویه این صفحه یکسری امکانات داره ، مثلا صندوق پیام ، دوستان و غیره که url هاش اینطوری اند :
profile/redhat2/message/inbox
profile/redhat2/Friends
حالا میخواستم بدونم که آیا برای هر کاربر صفحه ای ساخته شده و برای هر صحفه ی کاربر ، این صفحات دوستان ، پیغام و غیره ساخته شده یا نه جور دیگه ای ؟ ممنون میشم جواب بدید .

AbiriAmir
یک شنبه 04 فروردین 1392, 15:44 عصر
نخیر دوست عزیز
جستجو کنید در مورد htaccess به نتیجه میرسید

milad.biroonvand
یک شنبه 04 فروردین 1392, 15:48 عصر
بله از طریق htaccess می تونید به آپاچی دستور بدید ، ولی فک کنم راه های دیگه ای هم باشه .

AbiriAmir
یک شنبه 04 فروردین 1392, 16:09 عصر
والا چیزی که ایشون میخوان به Htaccess مربوط میشه
برای این که در سایت این درخواست های چطور Handle بشه روش های زیادی هست (مثلا به صورت mvc یا روش های دیگر)
اما در نهایت شما نیاز به rewrite آدرس ها دارید و اینکار مربوط به htaccess میشه

redhat2
یک شنبه 04 فروردین 1392, 16:39 عصر
والا چیزی که ایشون میخوان به Htaccess مربوط میشه
برای این که در سایت این درخواست های چطور Handle بشه روش های زیادی هست (مثلا به صورت mvc یا روش های دیگر)
اما در نهایت شما نیاز به rewrite آدرس ها دارید و اینکار مربوط به htaccess میشه
خوب اگه ما از mvc استفاده کنیم ، یعنی داریم با url بازی می کنیم و هر قسمت از url را به عنوان یه پارامتر دریافت می کنیم ، یعنی قسمت اول controller ، قسمت دوم Action و چیزایی که خیلی بیشتر از من بهش واقف هستید ، حالا اگه ما با وجود از mvc ، بیاییم و url را با htaccess تغییر بدیم سوالی که به وجد می آید اینه که آیا ما میتونیم بازم از mvc استفاده کنیم یا نه ؟ چون طبیعاتا url تغییر کرده و دیگه نمیشه از mvc استفاده کرد .

redhat2
یک شنبه 04 فروردین 1392, 16:39 عصر
بله از طریق htaccess می تونید به آپاچی دستور بدید ، ولی فک کنم راه های دیگه ای هم باشه .
اگه میشه یه مثال بزنید ؟ خیلی خیلی ممنون میشم .

AbiriAmir
یک شنبه 04 فروردین 1392, 18:08 عصر
خوب اگه ما از mvc استفاده کنیم ، یعنی داریم با url بازی می کنیم و هر قسمت از url را به عنوان یه پارامتر دریافت می کنیم ، یعنی قسمت اول controller ، قسمت دوم Action و چیزایی که خیلی بیشتر از من بهش واقف هستید ، حالا اگه ما با وجود از mvc ، بیاییم و url را با htaccess تغییر بدیم سوالی که به وجد می آید اینه که آیا ما میتونیم بازم از mvc استفاده کنیم یا نه ؟ چون طبیعاتا url تغییر کرده و دیگه نمیشه از mvc استفاده کرد .
ببینید دوست عزیز شما با mvc که کار میکنید باید url رو parse کنید!
حالا این url میتونه حالت های متفاوتی باشه که بستگی به برنامه نویسی شما باشه از جمله:


http://www.example.com/index.php?q=controller/action/param1/param2
http://www.example.com/index.php/controller/action/param1/param2

که در روش اول پارامترها توسط متد GET ارسال میشن و شما باید پردازششون کنید و در روش دوم توسط Query String
حالا بهرحال این روش پایه هست.
حالا این وسط بعضی سیستم ها url هاشون به صورت زیر هست:

http://www.example.com/controller/action/param1/param2

حالا روش کار این سیستم ها چطوریه؟
این سیستم ها در اصل از یکی از همون 2 روش بالا استفاده میکنن با این تفاوت که توسط htaccess کاری میکنن که مثلا اگر کاربر آدرس زیر رو وارد کرد و به همین اسم فایلی در هاست شما وجود نداشت، آدرس مورد نظر رو توسط Query String بفرسته به index.php
پس در این حالت مثلا اگر کاربر آدرس زیر رو وارد کرد:

www.example.com/folder/file
اگر در هاست شما پوشه ای به نام folder وجود داشته باشه و در اون فایلی به نام file باشه که اتوماتیک این فایل به کاربر نشون داده میشه.
در غیر اینصورت این آدرس به صفحه index.php فرستاده میشه (بدون این که کاربر بفهمه یا تغییری در آدرس ایجاد شه) و توسط برنامه ای که شما نوشتید parse میشه.
برای نمونه فایل htaccess سیستم وردپرس رو ببینید که همین فرایند توش انجام میشه

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

rezakho
دوشنبه 05 فروردین 1392, 01:53 صبح
سلام
دوستان همه به طریقی نکات درستی رو گفتید ولی زبان برنامه نویسی واقعا اینقدر که فکر میکنید مهم نیست، بلکه مهم نویسنده کد و راه حلی هست که کد ارائه میده
به جز موارد بسیار اندک و خاص که در پروژه های بسیار خاص انجام میشه، هر کاری که با PHP بشه انجام داد، با ASP و یا JSP , ... میشه انجام داد و برعکس
من هر سه زبان(تکنولوژی) رو کار کردم، و به راحتی میشه هر سایتی رو بدون کوچکترین تغییری، با زبان دیگه نوشت
اگر من بخوام پیشنهادی بدم، میگم هر چه دامنه اطلاعاتتون و کار با زبان های دیگه رو میتونید، بالا ببرید، این به تسریع در حل مسئله و وسعت دیدتان کمک شایانی میکنه
یا علی

lmaghsoodi
یک شنبه 08 اردیبهشت 1392, 10:10 صبح
با سلام خدمت دوستان من نمی خوام بدونم PHP بهتره یا ASP.net من می خواهم متوجه شوم که برای استفاده از یک تیم نرم افزاری، آیا استفاده از یک فریم ورک آماده درست است یا اینکه ما از اول یک فریم ورک را آماده کنیم با زبان PHP؟

خواهشمندم در این رابطه مرا راهنمایی نمایید؟

من به این نتیجه رسیدم که تعداد افرادی که استفاده از فریم ورک آماده را بلدند کم است، پس بهتر است خودمان یک فریم ورک آماده درست کنیم این نتیجه گیری تا چه اندازه درست است ؟

ایا استفاده از یک فریم ورک آماده هزینه بر تر است یا ساخت یک فریم ورک از پایه ؟

lmaghsoodi
یک شنبه 08 اردیبهشت 1392, 11:53 صبح
سلام من نمی خواهم بدانم که PHP بهتر است یا ASP

من فقط می خوام بدونم که برای کار با PHP از چه فریم ورکی بایستی بایستی استفاده نماییم ؟

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

Unique
دوشنبه 09 اردیبهشت 1392, 02:40 صبح
ای ول ! شما چقدر برای این سوال گرد و خاک کردین دوست عزیز !


من فقط می خوام بدونم که برای کار با PHP از چه فریم ورکی بایستی بایستی استفاده نماییم ؟
برای کار با php نیاز به استفاده از framework خاصی نیست ! خود php قابلیت های زیادی داره و همه Framework هاش هم با خود php نوشته شده اند !


آیا ساخت یک فریم ورک از ابتدا هزینه بر تر از استفاده از یک فریم ورک آماده است خواهشمندم مرا در این رابطه راهنمایی نمایید.
نوشتن framework به این سادگیها هم که فکر میکنید نیست ! (شاید منظورتون cms هست) بهتره از framework های آماده استفاده کنید مثل CI یا CakePhp یا Prado یا Yii یا Laravel .. تا صبح میتونم براتون بنویسم ! خیلی زیاد هستند و توی wikipedia اگه جستجو کنید کلی مورد پیدا میکنید همه این framework ها هم معمولا رایگان و بدون هزینه است در صورتی که برای نوشتن یک framework شاید بحث هزینه نسبت به زمانی که باید بگذارید اصلا قابل توجه نباشه. پس از میان framework ها هر کدوم را مایل هستین انتخاب کنید اما برای تازه کار ها به شدت CI و cakePhp را توصیه میکنم. اگرچه هیچوق در هیچ پروژه ای از php framework ها استفاده نکردم.

اگه هم منظور شما CMS هستش (از اونجا میگم که بحث ساختش را مطرح میکنید و نوشتن framework اصلا به این راحتی ها نیست) باز هم نمونه هایی مثل joomla و tango و drupal و غیره هستند. که قطعا از نظر هزینه و زمان باز هم برتری دارند.

lmaghsoodi
دوشنبه 09 اردیبهشت 1392, 12:42 عصر
ای ول ! شما چقدر برای این سوال گرد و خاک کردین دوست عزیز !


برای کار با php نیاز به استفاده از framework خاصی نیست ! خود php قابلیت های زیادی داره و همه Framework هاش هم با خود php نوشته شده اند !


نوشتن framework به این سادگیها هم که فکر میکنید نیست ! (شاید منظورتون cms هست) بهتره از framework های آماده استفاده کنید مثل CI یا CakePhp یا Prado یا Yii یا Laravel .. تا صبح میتونم براتون بنویسم ! خیلی زیاد هستند و توی wikipedia اگه جستجو کنید کلی مورد پیدا میکنید همه این framework ها هم معمولا رایگان و بدون هزینه است در صورتی که برای نوشتن یک framework شاید بحث هزینه نسبت به زمانی که باید بگذارید اصلا قابل توجه نباشه. پس از میان framework ها هر کدوم را مایل هستین انتخاب کنید اما برای تازه کار ها به شدت CI و cakePhp را توصیه میکنم. اگرچه هیچوق در هیچ پروژه ای از php framework ها استفاده نکردم.

اگه هم منظور شما CMS هستش (از اونجا میگم که بحث ساختش را مطرح میکنید و نوشتن framework اصلا به این راحتی ها نیست) باز هم نمونه هایی مثل joomla و tango و drupal و غیره هستند. که قطعا از نظر هزینه و زمان باز هم برتری دارند.

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

ساخت یک فریم ورک ساده حداقل چقدر زمان می برد؟

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

آیا یک فریم ورک قابل توسعه می باشد؟

ضمناً می خواستم در رابطه با اصطلاحاتی در زمینه

Per-environment configuration
Middlewares
Fully http-oriented
Testing with PHPUnit
REST oriented
Namespaces
Autoloading


بیشتر بدانم خواهشمندم مرا در این زمینه ها راهنمایی نمایید.

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

ما درنظر داریم WebApplication های بزرگی مثل OSS را در شرکت درست نماییم، ما در هر صورت تصمیم گرفته ایم که از FrameWork استفاده نماییم استفاده از Platform به چه شکلی است ؟ آیا بهتر از استفاده از WebApplication است؟

Unique
سه شنبه 10 اردیبهشت 1392, 02:12 صبح
به نظر من شما خودتون را در دنیای اصطلاحات دارین غرق میکنید و این هیچ سود و منفعتی برای شما نداره ! از سوالات پیداست از php هم آگاهی کافی و لازم را ندارین ! توصیه میکنم یا تحقیق را بر عهده کسی بگذارین که حداقل از php سررشته داشته باشه و کار اجرایی کرده باشه یا اگه واقعا ریش و قیچی دست خودتون هست شروع کنید به یادگیری php تا در حین اون با خیلی از این اصطلاحات آشنا بشین !

میدونید چرا کسی جواب نمیده ؟! در صورتی که من میدونم بیش از ۶۰٪ بچه هایی که همیشه این انجمن را میخونند جواب سوالات شما را میدونند!؟ دلیلش اینه که پیداست اگه هم جواب بدهند جوابشون سوالات متفرقه دیگه ای به دنبال داره ! و اینجوری نه به شما کمکی کردند نه شما چیزی ازش سر در میارین ! شرمنده ها اما من توی این چند سالی که توی انجمن فعالیت میکنم تا حالا ندیده بودم کسی انقدر مشتاق باشه اما به مسائل پایه و متوسط و پیشرفته چنگ بزنه در صورتی که بدیهی هستش باید از صفر شروع کنه !

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

milad.biroonvand
سه شنبه 11 تیر 1392, 20:54 عصر
سلام

این حرف و رو قبول دارم ولی در مورد این فریم ورک ایرانی زیاد اطلاعی ندارم.

MRmoon
سه شنبه 11 تیر 1392, 21:10 عصر
دوست عزیز در جواب به دوستمون باید بگم طراحی سایت بدون استفاده از فریم ورک بزرگترین اشتباه است به چند دلیل یکی اینکه شما با مسائل امنیتی آشنا نیستید و ممکنه سایت طراحی شده پر از باگ باشه دوم اینکه طراحی سایت با پی اچ پی خالی باعث میشه که توسعه پروژه هاتون خیلی سخت و یا حتی محال بشه از طرفی فایل ها و طراحی شما غیر استاندارد است و سوم اینکه طراحی سایت با فریم ورک 60 درصد سرعت شما رو افزایش میده هر فریم ورکی برای خود مزایا و معایبی داره اما اینکه میگن با فریم ورک ها نمیشه پروژه های بزرگ طراحی کرد یه حرف کاملا بی خودی من خودم هم زند و هم کک و هم کد اینیتر کار کردم با همه اینها میشه پروژه های عظیم طراحی کرد فریم ورک گتنا هم از فریم ورکهای مناسب ایرانی است که قدرت فراوانی داره و در حال توسعه است همچنین پشتیبانی خوبی داره بنابراین اگر می خواهید سایت و اپلیکیشن های خوبی طراحی کنید حتما یک فریم ورک انتخاب کنیم اما فریم ورک گتنا راحتر است چون ساخت ایرانه و فیلم های زیادی داره و به شما کمک شایانی میکند موفق باشید

شبيه CI نوشتي فريم وركت رو .....

آيا فريم ورك ديگه اي به جز CI رو نگاه كرده بودي؟

redhat2
جمعه 21 تیر 1392, 19:13 عصر
بررسیش کردم ، فریم ورکش چندان جالب نیست .

afshin9032
شنبه 22 تیر 1392, 17:05 عصر
سلام،

این از اون سوالهایی که جوابی واسش نیست! باید چندتا فریمورک رو با هم مقایسه کنید و ببینید که کدومش واسه شما مناسبتره...
Codeigniter ساده اس و یادگرفتنش راحته اما بخاطر داشتن کاربرای زیاد نتونست به ورژنهای بالاتر php ارتقاع پیدا کنه (چون آپدیت کردن php سرورها برای کاربراش سخت/غیرممکن بود و codeigniter هم که ورژن سوم اون در مراحل نهایی شدنه از php 5.2 استفاده میکنه چون نمیخاد کاربراش دچار مشکل بشن)

Yii، symfony و zend جزء فریم ورکهای معروف هستن. راجع به شون هم تو انجمن هم تو سایتای خارجی خیلی بحث شده.

اما میرسیم سر اصل مطلب یعنی Laravel (http://www.laravel.com/docs)به عنوان یه فریم ورک خیلی خیلی کامل(ورژن 3):
استفاده (بی دردسر) از Bundle (http://bundles.laravel.com/)که انجام کارهای تکراری رو برای برنامه نویس از بین میبره
Eloquent ORM (http://www.laravel.com/docs/database/eloquent) که کار کردن با دیتابیس رو فوق العاده راحت میکنه
Routing (http://www.laravel.com/docs/routing)که قدرت کنترل و مانور روی وب اپلیکشن رو بشدت افزایش میده
Restful Controllers (http://www.laravel.com/docs/controllers#restful-controllers) که با تعریف یه متغیر میشه براحتی ازش استفاده کرد
استفاده از Blade (http://www.laravel.com/docs/views/templating)برای پردازش view که کار کردن با html رو خیلی تمیز و راحت کرده
و ....

داشتن ویدئو های آموزشی، 2 کتاب و آموزشهای سایت net.tutsplus.comیادگیریش رو راحت کرده.

تنها ایرادش تا ورژن 3 آپدیت و تغیرات زیادش بود .. اما نسخه 4 که مراحل بتای خودش رو سپری میکنه و نسخه های بعدیش دارای تاریخ ریلیز هستن و آپدیت کردن آنها راحت خواهد بود.
نسخه 3 کلا قابل آپدیت به 4 نخواهد بود.

Laravel یه خوبی داره اینه که برنامه نویس رو مجبور نمیکنه که به روش خاصی برنامه نویسی کنه (چهارچوب استاندارد رو فراهم کرده - MVC) حتی در مواردی مثل پردازش view (خروجی) چندین آپشن رو پیش بینی کرده. مثل view::make یا استفاده از layout

نسخه 4 (http://four.laravel.com/) از composer استفاده میکنه :چشمک:
اینا که گفتید تقریبا تو همه framework ها هست