آموزش عملی  html, css,javascript,jquery , ...

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

این لینک به نظرم جالب اومد. این مطلب توسط جونارک از ایالات متحده نوشته شده است. در این پروژه با استفاده از JQuery UI ِِDialog در محیط ASP.NET یک GridView ساخته می‌شود. به ازای هر سطر GridView ما کلید حذف داریم و با کلیک روی آن قبل از اقدام به حذف یک دیالوگ تصدیق به ما نشان می‌دهد.

دقیقا همینطور هست. در اینجا فناوری‌های سمت سرور فقط تبدیل به ارائه کننده‌ی وب سرویس می‌شوند و نه بیشتر.
مزیت آن این است که شما با Razor فقط یک سری فرم‌های ابتدایی و اعتبارسنجی آن‌ها را به خوبی می‌توانید مدیریت کنید. یک مقدار کار UI که پیچیده‌تر شد، به صفحه‌ای می‌رسید که درون آن 100ها سطر کد جی‌کوئری با کدهای Razor مخلوط شدن و 2 ماه بعد حتی جرات نمی‌کنید به این صفحه دست بزنید و تغییری را در آن اعمال کنید. اینجا است که فریم ورک‌های SPA ارزش خودشان را نشان می‌دهند.
برای فرم‌های معمولی، Razor عالی است. برای UI پیچیده، ترکیب Razor و jQuery اصلا قابلیت نگهداری ندارد (صفحاتی پر از قطعات جاوا اسکریپت که نه فضای نامی دارند، به راحتی تداخل می‌کنند، عموما از TypeScript استفاده نمی‌کنند و مبتنی بر قابلیت‌های جدید این زبان نیستند). در یک چنین حالتی قابلیت تست UI را هم از دست خواهید داد. همچنین مدام هم محدود به افزونه‌های جی‌کوئری خواهید بود، اما با فریم ورک‌های SPA، خیلی از این افزونه‌ها، کارهای معمولی آن‌ها هستند. به علاوه زمانیکه back-end (سمت سرور) و front-end (مدیریت کدهای سمت کلاینت) را از هم جدا می‌کنید، بهتر می‌توانید از مزیت کار با طراحان UI استفاده کنید. کسانیکه عموما قرار نیست با کدهای سمت سرور کار کنند. 

اگر بخواهیم داخل یک کامپوننت والد به متدها و پروپرتی‌های یک کامپوننت دیگر(الزاما کامپوننت دیگر جز فرزندان آن کامپوننت نیست) دسترسی داشته باشیم .مثلا کامپوننت A  روی صفحه نمایش داده شده و با ایونت کلیک کامپوننت B متد CreateDesign متد A صدا زده شده و باعث تغییر UI کامپوننت A شود. روش کار چگونه است؟

- اگر نیاز به 10 مورد pipe مجزا دارید، بله. روش معرفی آن هم عنوان شد که به چه صورتی است و ترکیبی نیست. یک آرایه به صورت خاصیت در اینجا جهت معرفی آن‌ها وجود دارد.
- اگر نیاز به «فیلتر کردن» دارید، pipe یک روش بود. روش دیگر two-way data binding است. عناصر و یا تعداد عناصر لیست bind شده را تغییر دهید، بلافاصله در UI منعکس می‌شود.

منظورتون رو از برگه ریسپانس متوجه نمیشم . 

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