من هم با دوستمون محسن خان موافقم. اتفاقها زیادی در مورد این کد باید بیافته تا به یک کد خوب تبدیل بشه. شما کاملا به صورت Smart UI کد زدید. امیدوارم وقت بزارید و این کد رو بهینه کنید. توی همین سایت مثالهای خوبی واسهی یادگیری هست..
نظرات مطالب
یکی کردن اسمبلیهای یک پروژهی WPF
منظورم یک پروژه WinForms بود، نه WPF. تمامی اسمبلیهای لازم به صورت CopyLocal هستند. بنده فقط بند ب را انجام دادم، یعنی فقط فایل CsProj را ویرایش کردم. (اگر باید الف-ج کامل انجام شوند، برای WinForms قسمت الف چگونه خواهد بود؟)
تا پیش از این از Smart Assembly برای merge استفاده میکردم. ولی متاسفانه این نرمافزار توانایی ادغام همهی اسمبلیها به خصوص اسمبلیهای Third party company را ندارد.
لطفا علاوه بر مطالب، نظرات نیز مطالعه شوند.
قسمت اول چرا Xamarin Forms؟
قسمت دوم نصب و راه اندازی
قسمت سوم اجرا و دیباگ پروژه مثال روی UWP و راه اندازی Simulator و Edit & Continue برای C# - XAML
قسمت چهارم اجرا و دیباگ پروژه مثال روی Android + راه اندازی Emulator و Device + نکات بهبود Performance در Android
قسمت پنجم اجرا و دیباگ پروژه مثال روی iOS + راه اندازی Virtual Mac OS + تست بر روی Emulator و Device
قسمت ششم بررسی کلیات پروژه مثال و بررسی ساختار Page - Layout - Control
قسمت هفتم بررسی جزئیات Layout شامل Unit - Padding -Margin و ...
قسمت هشتم بررسی نقش View Model در MVVM و طرز کار Navigation
قسمت نهم Binding & Commanding & x:DataType
قسمت دهم Triggers & Value Converters
قسمت یازدهم List View & Syncfusion Controls
قسمت دوازدهم چند زبانه سازی و Right To Left
قسمت سیزدهم بهبود Performance با Compressed Layout و FF Image Loading
قسمت چهاردهم مدیریت خطاها و استفاده از App Center برای لاگ کردن آنها
قسمت پانزدهم زدن کدهای Platform Specific و Custom Renderers
قسمت شانزدهم Style و Font
قسمت هفدهم Animation
قسمت هجدهم ارتباط با Rest Api
قسمت نوزدهم نوشتن Component و Partial View
قسمت بیستم Entity Framework Core & Sqlite
قسمت بیست و یکم آشنایی با پروژه ToDoStand
قسمت بیست و دوم ارتباط با پروژه ای که سمت سرور آن با Bit توسعه داده شده است و مزیتهای کار با Bit در سمت سرور
قسمت بیست و سوم آشنایی با پروژه ToDoLine
نظرات اشتراکها
فراخوانی بیشتر از یک بار "window.onload"
- اگر از MVC استفاده میکنید، در فایل layout
به کمک RenderSection کلیه اسکریپتهای inline فقط در همین مکان فراخوانی آن قرار میگیرند. به این ترتیب در Viewها فقط کافی است یک section به نام JavaScript اضافه کرد تا در این مکان درج شود.
- در ASP.NET Web forms هم میشود این نظم رو پدید آورد. از ContentPlaceHolder استفاده کنید. یکی در master page تعریف شود دیگری در وب فرم به ارث رسیده از آن برای قرار دادن اسکریپتهای خاص همان صفحه.
حالا وب فرم شما فقط کافی است اسکریپتهای خاص خودش را با ID فوق درج کنه
... اینجا اسکریپتهای عمومی قرار گیرند قبل از پایان فایل @RenderSection("JavaScript", false) </body> </html>
- در ASP.NET Web forms هم میشود این نظم رو پدید آورد. از ContentPlaceHolder استفاده کنید. یکی در master page تعریف شود دیگری در وب فرم به ارث رسیده از آن برای قرار دادن اسکریپتهای خاص همان صفحه.
.... سایر قسمتهای فایل مستر پیج <asp:ContentPlaceHolder id='PageScriptPlaceHolder' runat='server'> </asp:ContentPlaceHolder> </body>
<asp:Content ID='ScriptIncludes' runat='server' ContentPlaceHolderID='PageScriptPlaceHolder'> اسکریپتهای صفحه در اینجا </asp:Content>
بازخوردهای دوره
خلاصهای از اعمال متداول با AutoMapper و Entity Framework
یک مثال many-to-many به مثال جاری اضافه شد.
نظرات مطالب
EF Code First #3
«هر کتاب هفت تا نویسنده» یک رابطهی many-to-many است؛ چون در این حالت هر نویسنده n کتاب هم میتواند داشته باشد.
با سلام وتشکر
شما با روابط many to many مشکلی ندارید با این روش کش کردن؟