اینایی که برنامه نویسی front-end رو از back-end یا کلاینت رو از سرور جدا می کنن، تقسیم کارشون چجوریه؟
مثلا یه فرمی داریم خب این html، css داره با ajax هم یه سری Dropdownlist ظاهر می شه (منظور این که از دیتابیس می خونه مثلا نام استان و شهر رو در این ها می ریزه. فرض کنیم ajax رو هم با jquery پیاده سازی کنیم). برای ثبت در دیتابیس هم php. الان کجا رو کی انجام می ده؟ خود ajax یه قسمت jquery داره یه قسمت php. اگه بگیم سرور ساید فقط با php کار می کنه خیلی کارها قاطی می شه هماهنگی می خواهد.
(02 مهر 1395 06:45 ب.ظ)gogooli نوشته شده توسط: [ -> ]اینایی که برنامه نویسی front-end رو از back-end یا کلاینت رو از سرور جدا می کنن، تقسیم کارشون چجوریه؟
مثلا یه فرمی داریم خب این html، css داره با ajax هم یه سری Dropdownlist ظاهر می شه (منظور این که از دیتابیس می خونه مثلا نام استان و شهر رو در این ها می ریزه. فرض کنیم ajax رو هم با jquery پیاده سازی کنیم). برای ثبت در دیتابیس هم php. الان کجا رو کی انجام می ده؟ خود ajax یه قسمت jquery داره یه قسمت php. اگه بگیم سرور ساید فقط با php کار می کنه خیلی کارها قاطی می شه هماهنگی می خواهد.
این که نمونه کوچیکی هست. تو SPAها که کاملا کلاینت و سرور از هم جدا هستن. این چیزی هم که شما بهش میگید «هماهنگی» در واقع specification مربوط به API اون سایت هست. با ابزارهایی مثل swagger میشه API رو داکیومنت کرد و کلاینت و سرور رو تقریبا از هم جدا کرد.
اگه هم کار کوچیک باشه (مثل مثال شما) با یه جلسه ۵ دقیقه ای قضیه حل میشه.
(02 مهر 1395 06:45 ب.ظ)gogooli نوشته شده توسط: [ -> ]اینایی که برنامه نویسی front-end رو از back-end یا کلاینت رو از سرور جدا می کنن، تقسیم کارشون چجوریه؟
مثلا یه فرمی داریم خب این html، css داره با ajax هم یه سری Dropdownlist ظاهر می شه (منظور این که از دیتابیس می خونه مثلا نام استان و شهر رو در این ها می ریزه. فرض کنیم ajax رو هم با jquery پیاده سازی کنیم). برای ثبت در دیتابیس هم php. الان کجا رو کی انجام می ده؟ خود ajax یه قسمت jquery داره یه قسمت php. اگه بگیم سرور ساید فقط با php کار می کنه خیلی کارها قاطی می شه هماهنگی می خواهد.
فکر میکنم هرکاری که با دیتا سر و کار داره مربوط به back-end میشه. نمیشه بگیم مثلا فقط php.
یکی از اولین کارایی که انجام دادیم یادمه برای front-end فقط از table و frame استفاده کرده بودم ( زمان IE 6 ) و در نهایت برای هر کدوم یک بکگراند گرادیانت گذاشته بودیم. یعنی جوری نبود که بگیم سمت کلاینت به من هیچ ربطی نداره. بلکه سمت کلاینت رو هم آماده میکردیم ولی در ساده ترین حالت ممکن. دیگه خودمون رو درگیر استایل های css یا مثلا کدهای جاوا اسکریپت نمیکردیم.
(02 مهر 1395 06:49 ب.ظ)blackhalo1989 نوشته شده توسط: [ -> ] (02 مهر 1395 06:45 ب.ظ)gogooli نوشته شده توسط: [ -> ]اینایی که برنامه نویسی front-end رو از back-end یا کلاینت رو از سرور جدا می کنن، تقسیم کارشون چجوریه؟
مثلا یه فرمی داریم خب این html، css داره با ajax هم یه سری Dropdownlist ظاهر می شه (منظور این که از دیتابیس می خونه مثلا نام استان و شهر رو در این ها می ریزه. فرض کنیم ajax رو هم با jquery پیاده سازی کنیم). برای ثبت در دیتابیس هم php. الان کجا رو کی انجام می ده؟ خود ajax یه قسمت jquery داره یه قسمت php. اگه بگیم سرور ساید فقط با php کار می کنه خیلی کارها قاطی می شه هماهنگی می خواهد.
این که نمونه کوچیکی هست. تو SPAها که کاملا کلاینت و سرور از هم جدا هستن. این چیزی هم که شما بهش میگید «هماهنگی» در واقع specification مربوط به API اون سایت هست. با ابزارهایی مثل swagger میشه API رو داکیومنت کرد و کلاینت و سرور رو تقریبا از هم جدا کرد.
اگه هم کار کوچیک باشه (مثل مثال شما) با یه جلسه ۵ دقیقه ای قضیه حل میشه.
مرسی. یعنی html،css، javascript و jquery با front-end و php با backend. به نظر من برای هرصفحه سایت بخواهیم 5 دقیقه توضیح بدیم یا حتی document بخونیم باز خیلیه. چرا این کار رو می کنن. نیروهای هرکدوم از بخش ها حرفه ای ترن؟ به نظر می آد مشکلاتش بیشتر از فایده اش باشه.
(02 مهر 1395 06:59 ب.ظ)Skyrim نوشته شده توسط: [ -> ] (02 مهر 1395 06:45 ب.ظ)gogooli نوشته شده توسط: [ -> ]اینایی که برنامه نویسی front-end رو از back-end یا کلاینت رو از سرور جدا می کنن، تقسیم کارشون چجوریه؟
مثلا یه فرمی داریم خب این html، css داره با ajax هم یه سری Dropdownlist ظاهر می شه (منظور این که از دیتابیس می خونه مثلا نام استان و شهر رو در این ها می ریزه. فرض کنیم ajax رو هم با jquery پیاده سازی کنیم). برای ثبت در دیتابیس هم php. الان کجا رو کی انجام می ده؟ خود ajax یه قسمت jquery داره یه قسمت php. اگه بگیم سرور ساید فقط با php کار می کنه خیلی کارها قاطی می شه هماهنگی می خواهد.
فکر میکنم هرکاری که با دیتا سر و کار داره مربوط به back-end میشه. نمیشه بگیم مثلا فقط php.
یکی از اولین کارایی که انجام دادیم یادمه برای front-end فقط از table و frame استفاده کرده بودم ( زمان IE 6 ) و در نهایت برای هر کدوم یک بکگراند گرادیانت گذاشته بودیم. یعنی جوری نبود که بگیم سمت کلاینت به من هیچ ربطی نداره. بلکه سمت کلاینت رو هم آماده میکردیم ولی در ساده ترین حالت ممکن. دیگه خودمون رو درگیر استایل های css یا مثلا کدهای جاوا اسکریپت نمیکردیم.
مرسی. در این حد که با css کاری نداشته باشی خوب است. کدهای جاوا اسکریپت مثلا برای چه کاری؟
پس ajax هم با backend است.
(02 مهر 1395 07:01 ب.ظ)gogooli نوشته شده توسط: [ -> ]مرسی. یعنی html،css، javascript و jquery با front-end و php با backend. به نظر من برای هرصفحه سایت بخواهیم ۵ دقیقه توضیح بدیم یا حتی document بخونیم باز خیلیه. چرا این کار رو می کنن. نیروهای هرکدوم از بخش ها حرفه ای ترن؟ به نظر می آد مشکلاتش بیشتر از فایده اش باشه.
همیشه وقتی دارید برآورد می کنید زمان نگهداری سیستم رو هم در نظر بگیرید. شما چند ماه یه سیستم رو گسترش میدید. بعد دیگه میره تو فاز نگهداری و اگه تو اون چند ماه گسترش سیستم به این فاز توجه نکرده باشید تو باتلاق کدهای خودتون فرو میرید.
به نظر من به هر حال شما باید API بین کلاینت و سرور رو داکیومنت کنید. باید مقداری که با درخواست ها بر می گردونه، کد HTTP برای هر درخواست، مواردی که درخواست غیر مجازه به همراه کد و پیامی که از طرف سرور بر گردانده میشه رو مستند کنید تا بعدا تو فاز نگهداری راحت باشید و اگه سیستم به دست برنامه نویس دیگری رسید سریعتر سیستم رو بشناسه.
یکی از مزیت های این جداسازی تفکیک وظایفه. دغدغه های سرور و کلاینت با هم فرق داره. سرور دغدغه اش کد با قابلیت نگهداری بالا و طراحی دیتابیس خوبه. اما کلاینت دغدغه اش مرورگر های مختلف و دیوایس های مختلفه.
این یه روش برای تقسیم کارهاست. روش های دیگه ای هم برای این کار موجوده.
کار جدید:
مهمان عزیز شما قادر به مشاهده پیوندهای انجمن مانشت نمیباشید. جهت مشاهده پیوندها ثبت نام کنید.
پ.ن: سرعتم داره میره بالا.
(02 مهر 1395 07:01 ب.ظ)gogooli نوشته شده توسط: [ -> ]... کدهای جاوا اسکریپت مثلا برای چه کاری؟
پس ajax هم با backend است.
برای جاوا اسکریپت مثلا یکسری alert box داشتیم، یا افکتایی مثل hover, fade, ... که از همین استفاده کرده بودن. بعد اون کار، کم کم ما هم دیگه خیلی برای سمت کلاینت بیسیک نبودیم و از همین jquery استفاده میکردیم ولی همچنان فقط استفاده موارد ابتدایی. در مورد ajax هم بله درسته جزو کار ما حساب میشد.
(02 مهر 1395 07:16 ب.ظ)blackhalo1989 نوشته شده توسط: [ -> ] (02 مهر 1395 07:01 ب.ظ)gogooli نوشته شده توسط: [ -> ]مرسی. یعنی html،css، javascript و jquery با front-end و php با backend. به نظر من برای هرصفحه سایت بخواهیم ۵ دقیقه توضیح بدیم یا حتی document بخونیم باز خیلیه. چرا این کار رو می کنن. نیروهای هرکدوم از بخش ها حرفه ای ترن؟ به نظر می آد مشکلاتش بیشتر از فایده اش باشه.
با هم فرق داره. سرور دغدغه اش کد با قابلیت نگهداری بالا و طراحی دیتابیس خوبه. اما کلاینت دغدغه اش مرورگر های مختلف و دیوایس های مختلفه.
این یه روش برای تقسیم کارهاست. روش های دیگه ای هم برای این کار موجوده.
درست است. فکر می کردم ajax رو هم نصف می کنن اون طوری به نظرم نامعقول بود. دیگه اونوقت طراح قالب ندارن؟ front-end طراحی قالب رو انجام می ده؟ یعنی طراح قالب که می آد چیزی که گرافیست در فتوشاپ طراحی کرده رو با html و css .. طراحی می کنه همون برنامه نویس front-end است؟ یا دو تا نقش هستن؟
(02 مهر 1395 07:25 ب.ظ)gogooli نوشته شده توسط: [ -> ]درست است. فکر می کردم ajax رو هم نصف می کنن اون طوری به نظرم نامعقول بود. دیگه اونوقت طراح قالب ندارن؟ front-end طراحی قالب رو انجام می ده؟ یعنی طراح قالب که می آد چیزی که گرافیست در فتوشاپ طراحی کرده رو با html و css .. طراحی می کنه همون برنامه نویس front-end است؟ یا دو تا نقش هستن؟
خوب AJAX رو هم نصف می کنن دیگه.
میتونه یکی باشه میتونه هم دو تا باشه. بستگی به توانایی های فرانت اند داره. حتی میشه طراحی رو برون سپاری کرد (PSD تحویل گرفت).
(02 مهر 1395 07:29 ب.ظ)blackhalo1989 نوشته شده توسط: [ -> ] (02 مهر 1395 07:25 ب.ظ)gogooli نوشته شده توسط: [ -> ]درست است. فکر می کردم ajax رو هم نصف می کنن اون طوری به نظرم نامعقول بود. دیگه اونوقت طراح قالب ندارن؟ front-end طراحی قالب رو انجام می ده؟ یعنی طراح قالب که می آد چیزی که گرافیست در فتوشاپ طراحی کرده رو با html و css .. طراحی می کنه همون برنامه نویس front-end است؟ یا دو تا نقش هستن؟
خوب AJAX رو هم نصف می کنن دیگه.
میتونه یکی باشه میتونه هم دو تا باشه. بستگی به توانایی های فرانت اند داره. حتی میشه طراحی رو برون سپاری کرد (PSD تحویل گرفت).
عجب!
منظورم از طراحی، طراحی گرافیکی نبود. اونی که psd رو می گیره و قالب سایت رو طراحی می کنه.
(02 مهر 1395 07:35 ب.ظ)gogooli نوشته شده توسط: [ -> ]عجب!
منظورم از طراحی، طراحی گرافیکی نبود. اونی که psd رو می گیره و قالب سایت رو طراحی می کنه.
فرض کنیم یه SPA میخوایم درست کنیم. یه نفر یا تیم سرور ساید رو درست می کنن و برای API مستندات درست می کنن. یه نفر یا تیم کلاینت ساید رو درست می کنه. یه نفر یا تیم طراحی و گرافیک سایت رو درست می کنه مثل لی اوت، رنگ بندی، کیت یو آی (میتونه با تیم یا نفر قبلی یکی باشه). این تقسیم بندی منه. اما بسته به شرایط میتونه عوض بشه.
(02 مهر 1395 08:13 ب.ظ)samanbeigmiri نوشته شده توسط: [ -> ]
مهمان عزیز شما قادر به مشاهده پیوندهای انجمن مانشت نمیباشید. جهت مشاهده پیوندها ثبت نام کنید.
یه کلیپ چند دقیقه ای جالب.
فکر کنم همون کلیپی هست که داره در خصوص Game Theory میگه. با استفاده از این قضیه میشه نشان داد که افراد صادق چطوری می تونن در مواجهه به دیگران پیروز باشند...
(02 مهر 1395 08:52 ب.ظ)blackhalo1989 نوشته شده توسط: [ -> ]
مهمان عزیز شما قادر به مشاهده پیوندهای انجمن مانشت نمیباشید. جهت مشاهده پیوندها ثبت نام کنید.
ایده از خودم.
ما هنوز کارهای قبلی رو نرسیدیم ببینیم!!!!
فردا قراره داداشام برن مدرسه
مامانم هم گاهی با خوشحال بیت "باز آمد بوی ماه مدرسه" را می خونه.