‫۶ سال و ۵ ماه قبل، سه‌شنبه ۴ اردیبهشت ۱۳۹۷، ساعت ۱۶:۵۴
مشکلی مشاهده نشد. مراحل آزمایش شده به این صورت هستند:
- فایل template.json تعریف قالب از پیش موجود هست.
- فایل _register_template.bat جهت ثبت این قالب اجرا شد.
- سپس یک پوشه‌ی خالی جدید در مکانی دیگر ایجاد و دستور «dotnet new dntidentity -n MyNewProj» در آن اجرا شد:

- این قالب‌های مبتنی بر NuGet، وابستگی به IDE خاصی ندارند و بر اساس SDK آن کار می‌کنند. یعنی چندسکویی هستند.
‫۶ سال و ۵ ماه قبل، دوشنبه ۳ اردیبهشت ۱۳۹۷، ساعت ۱۳:۵۸
در اساس با پروژه‌ی غیروبی که عنوان شد تفاوتی نمی‌کند و بیشتر مرتبط است به مطلب «اعتبارسنجی مبتنی بر کوکی‌ها در ASP.NET Core 2.0 بدون استفاده از سیستم Identity» که با ASP.NET Core Identity مبتنی بر کوکی‌ها بیشتر شباهت دارد تا مطلب جاری که مبتنی بر توکن‌ها است. کوکی‌ها را در HttpClient فعال می‌کنید. زمانیکه درخواست لاگین را توسط آن ارسال کردید و عملیات لاگین در سمت سرور با موفقیت به پایان رسید، یکسری کوکی رمزنگاری شده، حاوی User Claims به سمت کلاینت ارسال می‌شوند. در دفعات بعدی، فقط این کوکی‌ها را به همراه HttpClient ارسال می‌کنید. به این صورت قسمت‌هایی که نیاز به اعتبارسنجی دارند کار می‌کنند.
‫۶ سال و ۵ ماه قبل، دوشنبه ۳ اردیبهشت ۱۳۹۷، ساعت ۱۳:۲۲
از هر دو می‌توانید استفاده کنید. اولی مبتنی بر توکن‌ها است «معرفی JSON Web Token» و دومی به صورت پیش‌فرض مبتنی بر کوکی‌ها. توکن‌ها برای برنامه‌های SPA، مانند Angular بیشتر مرسوم هستند. امکان کار کردن با آ‌ن‌ها در برنامه‌های غیروبی هم هست. در کل هدف از بحث جاری، ارائه‌ی یک راه حل سبک، بجای ASP.NET Core Identity هست و تمام امکانات آن‌را شامل نمی‌شود.
‫۶ سال و ۵ ماه قبل، یکشنبه ۲ اردیبهشت ۱۳۹۷، ساعت ۰۰:۲۸
معادل این مطلب در برنامه‌های ASP.NET Core

ابتدا بسته‌ی نیوگت DNTCommon.Web.Core را نصب کنید:
PM> Install-Package DNTCommon.Web.Core
سپس مثالی از UploadFileExtensions و AllowUploadSafeFiles آن‌را در اینجا می‌توانید مشاهده کنید.
‫۶ سال و ۵ ماه قبل، شنبه ۱ اردیبهشت ۱۳۹۷، ساعت ۱۸:۰۰
یک نکته‌ی تکمیلی: خطایابی خودکار فایل‌های Razor در نگارش 2.1

از نگارش ASP.NET Core 2.1 preview 2 به بعد، کامپایلر ASP.NET Core، فایل‌های Razor را هم در حین کامپایل برنامه به صورت خودکار بررسی می‌کند (Razor compilation on build). برای نمونه اگر model@ تعریف شده‌ی در یک فایل razor حاوی خاصیت مورد استفاده نباشد، در حین کامپایل برنامه، خطای مرتبط با آن فایل cshtml را می‌توان مشاهده کرد:
Views\UploadFileExtensions\Index.cshtml(25,135): 
error CS1061: 'UserFileViewModel' does not contain a definition for 'UserFile' 
and no extension method 'UserFile' accepting a first argument of type 'UserFileViewModel' could be found 
(are you missing a using directive or an assembly reference?)
‫۶ سال و ۵ ماه قبل، جمعه ۳۱ فروردین ۱۳۹۷، ساعت ۰۴:۲۵
یک نکته‌ی تکمیلی
شاید جذاب‌ترین قسمت کار با استراکچرمپ، قسمت scan آن باشد که می‌تواند اتصالات را به صورت خودکار از اسمبلی‌های مختلفی تشخیص داده و قسمت تعاریف مقدماتی تزریق وابستگی‌های سیستم را کاهش دهد.کتابخانه‌ی Scrutor ، دقیقا شبیه به همین قابلیت را آن‌هم به صورت افزونه‌ای برای سیستم تزریق وابستگی‌های استاندارد NET Core. فراهم می‌کند.
‫۶ سال و ۵ ماه قبل، جمعه ۳۱ فروردین ۱۳۹۷، ساعت ۰۴:۰۴
- استراکچرمپ یک پروژه‌ی تمام شده‌است
+ پس از مدتی کار با NET Core. به این نتیجه خواهید رسید که هیچ نیازی به استفاده از استراکچرمپ و یا IoC Containers ثالث در اینجا نیست و امکانات توکار خود آن برای مدیریت اغلب پروژه‌ها کافی است. در کل وابستگی ثالث کمتر = نگهداری ساده‌تر پروژه در دراز مدت و همچنین سربار اجرایی کمتر.
- اگر سورس پروژه‌های منتشر شده‌ی مبتنی بر NET Core. را در طی این چندسال بررسی کنید، در عمل کسی از IoC Continers ثالث در اینجا استفاده نمی‌کند و اغلب پروژه‌ها (حتی پروژه‌های بزرگ) از همان امکانات توکار تزریق وابستگی‌های آن استفاده می‌کنند.