۹۷ نکته که هر برنامهنویسی باید بداند، کتابی است شامل ۹۷ نکته از بزرگان و
شخصیتهای مهم آی تی که در آن به برنامه نویسان توصیه شده است. این کتاب
توسط Kevlin Henney در سال ۲۰۱۰ به چاپ رسیده است. در قسمت فهرست آن
نویسنده کتاب را به چند بخش از قبیل توسعه، کد ها، خطا ها، مهارت ها،
مدیریت، کار تیمی، کیفیت و دیگر مواردی که در بخش فهرست آن اشاره شده است
دسته بندی نموده است. نحوه نگارش این کتاب به این صورت است که یک نکته یا
جمله توسط یک شخص اشاره و طی دو یا سه صفحه آن جمله تفسیر شده است.
- هر درخواست ASP.NET Core، توسط یک ترد مدیریت میشود. بنابراین، هرچند کل برنامهی وب، چندریسمانی است، اما به معنای به اشتراک گذاری اطلاعات آن درخواست خاص، با تردها و درخواستهای دیگر نیست.
- Scoped بودن یک سرویس، فقط به معنای یکبار نمونه سازی آن در طول یک درخواست هست و هیچ معنای دیگری ندارد و هیچ ضمانت خاصی به همراه آن نیست.
- آیا میتوان در طول یک درخواست، اطلاعات این سرویس Scoped را توسط سرویسهای دیگر تغییر داد؟ بله. نمونهاش پیاده سازی الگوی واحد کار با Scoped تعریف کردن DbContext برنامه است. سرویسهای مختلف، بر روی اطلاعات این یک نمونه از سرویس در دسترس، میتوانند تاثیر گذار باشند و در آخر کار فقط یک تراکنش Commit شود.
- آیا اگر درون یک درخواست، آن یک نمونه از سرویس Scoped را به صورت چندریسمانی استفاده کنیم، thread-safe است؟ خیر. اطلاعات بیشتر.
نظرات مطالب
مسیریابی در Angular - قسمت اول - معرفی
خیر. روشی که در سری ابتدایی Angular مطرح شد، مبتنی بر سیستم مدیریت ماژولهای system.js هست. روشی که AngularCLI از آن استفاده میکند، مبتنی بر webpack است. این روش بسیار بهینهتر و پیشرفتهتر از روش system.js هست و توضیحات تکمیلی آن در مطلب « Angular CLI - قسمت پنجم - ساخت و توزیع برنامه» ارائه شدهاند. این روشی است که برای ارائهی نهایی از آن استفاده میشود و در مطالبی مانند «یکپارچه سازی Angular CLI و ASP.NET Core در VS 2017» و «سفارشی سازی صفحهی اول برنامههای Angular CLI توسط ASP.NET Core» از آنها استفاده شدهاست.
- در قسمت فریم ورکها، مشخص نکردهاید که اگر بستهای از نگارش RC استفاده کرد، چگونه باید وابستگیها را مدیریت کند:
- قسمت «انتخاب فریم ورکهای مختلف در فایل project.json» را مطالعه کنید: « ...
بر این مبنا، dotnet5.6 ذکر شدهی در قسمت تنظیمات نگارش RTM، به این معنا
است که قادر به استفادهی از بستههای نیوگت و کتابخانههای تولید شدهی با
نگارشهای RC نیز خواهید بود (هرچند برنامه از netcoreapp1.0 استفاده
میکند) ...»
این سری بر مبنای قالب خالی استاندارد نگارش RTM تهیه شدهاست (و به مرور تکمیل میشود؛ اگر علاقمند به مقایسهی تنظیمات بودید).
"frameworks": { "netcoreapp1.0": {} },
"frameworks": { "netcoreapp1.0": { "imports": [ "dotnet5.6", "portable-net45+win8" ] } },
سلام و خسته نباشید؛ زمانی که در ترد ایجاد شده ، خطایی رخ میدهد در هاستهای اشتراکی app pool ظاهرا 20 تا40 دقیقه طول میکشد تا این ترد را ببندد و این باعث down شدن سیستم طی 20 تا 40 دقیقه میشود باید چکار کنیم که در try cash خودمان بتوانیم ترد موجود را بندیم و در کل بر این مورد مدیریت کامل داشته باشیم ؟
خطای در یافتی من بیشتر از 100 باز در یک روز در یکی از وظیفههای تعریف شده :
a task was canceled
نکته : فقط روی هاست این مشکل به وجود میاید و در لوکال مشکلی ندارم حتی بالای 2 ساعت هم چک شده بدون خطا .
نکته 2 : دات نت فریورک سرور 4.5 هست ولی من با 4.6 برنامه را در لوکال اجرا میکنم.
خطای در یافتی من بیشتر از 100 باز در یک روز در یکی از وظیفههای تعریف شده :
a task was canceled
نکته : فقط روی هاست این مشکل به وجود میاید و در لوکال مشکلی ندارم حتی بالای 2 ساعت هم چک شده بدون خطا .
نکته 2 : دات نت فریورک سرور 4.5 هست ولی من با 4.6 برنامه را در لوکال اجرا میکنم.
نظرات مطالب
Base64 و کاربرد جالب آن
- خب البته من این رو در حین کار با فایلهای SVG یاد گرفتم؛ برای اینکه بتونم روی فایلهای SVG تولید شده توی برنامه ام مدیریت بهتری داشته باشم، دنبال راهی بودم که تصاویر رو درون اون Embed کنم. که با این راه آشنا شدم.
- برای فایلهای HTML و CSS کاربرد خاصی نمیتونم مثال بزنم؛ شایدم اصلا کاربرد خاصی نداشته باشه!. ولی توی کار با فایلهای SVG میتونه مفید واقع بشه و خیالتون رو در مورد Lost شدن تصاویر راحت کنه. هرچند که کلا این روش برای تصاویر حجیم مناسب نیست.
نظرات مطالب
EF Code First #12
بله. مسایل همزمانی رو چطور مدیریت میکنید؟ زمانی که یک وهله استاتیک در اختیار برنامه قرار دادید آیا میتونید تضمین کنید که از بین مثلا 100 نفری که دارند از سایت استفاده میکنند، هیچکدام به صورت اتفاقی در آن واحد به همان وهله استاتیک دریافتی دسترسی پیدا نمیکنند؟ این وهله به اشتراک گذاشته شده میتونه اطلاعات مدیریتی باشه که نباید در اختیار یک کاربر با سطح دسترسی معمولی قرار بگیره.
ضمن اینکه در EF وهله DbContext به صورت Thread safe طراحی نشده و امکان به اشتراک گذاری آن بین چندین ترد وجود ندارد. به ازای هر ترد باید یک وهله جداگانه از آن تهیه شود تا شاهد تخریب اطلاعات نباشید.
ضمن اینکه در EF وهله DbContext به صورت Thread safe طراحی نشده و امکان به اشتراک گذاری آن بین چندین ترد وجود ندارد. به ازای هر ترد باید یک وهله جداگانه از آن تهیه شود تا شاهد تخریب اطلاعات نباشید.
نظرات مطالب
کار با کلیدهای اصلی و خارجی در EF Code first
طراحی رو میتونید سادهتر کنید با قابلیت توسعه بعدی. کلاس Ads رو حذف کنید. خواص لوگو و کاتالوگ رو هم حذف کنید. یک خاصیت به نام FileType به کلاس FileUpload اضافه کنید که میتونه تبلیغ، کاتالوگ، لوگو و بسیاری موارد دیگر که در آینده اضافه خواهند شد، باشد. بنابراین این FileType نیاز به یک کلاس جداگانه خواهد داشت برای مدیریت بهتر. استفاده از Enum هم پیشنهاد نمیشود چون توسط برنامه و کاربر قابل ویرایش نیست. در آخر یک خاصیت لیستی File هم از نوع FileUpload به کلاس شرکت اضافه کنید.
پ.ن.
این نوع سؤالات شخصی را لطفا در انجمنها پیگیری کنید.
پ.ن.
این نوع سؤالات شخصی را لطفا در انجمنها پیگیری کنید.
نظرات مطالب
EF Code First #12
مربوط است به db first و این مشکلات را دارد:
- کلاس واحد کار رو استاتیک تعریف کرده. این مورد در یک برنامه asp.net یعنی به اشتراک گذاری واحد کار جاری با تمام کاربران سایت.
- از StructureMap استفاده کرده اما چون درک درستی از تزریق وابستگیها نداشته از الگوی service locator آن (ObjectFactory.GetInstance) برای وهله سازی استفاده کرده (از این مورد فقط در حالتهای ناچاری مانند تهیه یک role provider سفارشی که وهله سازی آن در کنترل ما نیست و راسا مدیریت میشود باید استفاده کرد)
- از StructureMap استفاده کرده اما نمیدونسته که این کتابخانه خودش میتونه در پایان درخواستهای وب اشیاء مورد استفاده رو dispose کنه و کار اضافی انجام داده.
و ....
- کلاس واحد کار رو استاتیک تعریف کرده. این مورد در یک برنامه asp.net یعنی به اشتراک گذاری واحد کار جاری با تمام کاربران سایت.
- از StructureMap استفاده کرده اما چون درک درستی از تزریق وابستگیها نداشته از الگوی service locator آن (ObjectFactory.GetInstance) برای وهله سازی استفاده کرده (از این مورد فقط در حالتهای ناچاری مانند تهیه یک role provider سفارشی که وهله سازی آن در کنترل ما نیست و راسا مدیریت میشود باید استفاده کرد)
- از StructureMap استفاده کرده اما نمیدونسته که این کتابخانه خودش میتونه در پایان درخواستهای وب اشیاء مورد استفاده رو dispose کنه و کار اضافی انجام داده.
و ....
نظرات مطالب
EF Code First #11
- به همین دلیل در مورد عدم استفاده از Repository توضیح دادم. کار Repository همین warping عملکرد یک ORM است که نه تنها ضرورتی ندارد بلکه در یک پروژه واقعی به شدت جلوی آزادی عمل شما را خواهد گرفت و همچنین پیاده سازی شما هم قابل انتقال نخواهد بود. استفاده از ORMها وابستگیهای زیادی را به همراه دارند که شاید تنها قسمتی از آنها را بتوانید مخفی کنید. همچنین برای اینکار باید از قابلیتهای پیشرفته آنها که ممکن است در سایر ORMs موجود نباشد، صرف نظر کرد. آزمونهای واحد مرتبط با بانکهای اطلاعاتی نیاز به بانک اطلاعاتی واقعی دارند تا بتواند قیود را اعمال کند. کار با اشیاء درون حافظه در اینجا اصلا توصیه نمیشود.
- بهتره. ضرورتی نداره. در حد یک مدیریت پروژه بهتر است که با یک نگاه بتوان تشخیص داد ... حداقل یک پوشه Models در برنامه هست. تا این حد کفایت میکند.
- بهتره. ضرورتی نداره. در حد یک مدیریت پروژه بهتر است که با یک نگاه بتوان تشخیص داد ... حداقل یک پوشه Models در برنامه هست. تا این حد کفایت میکند.