آیا مایکروسافت برنامه ای برای تولید اپلیکیشن‌های دسکتاپی برای لینوکس تحت NetCore. هم داره ؟ آیا بر اساس Xaml خواهد بود که هنوز معلوم نیست ایا در Netcore. معادل خواهد داشت یا نه .
امکان تولید فایل‌های CHM را در سرور IIS ندارم. CHM Compiler مایکروسافت یک برنامه native است که نیاز به دسترسی بالایی برای اجرا دارد.
- مقاله عنوان کرده اگر کار شما سورس باز است ترکیب فایده‌ای نداره چون مشخص است چکار کردید. (البته این رو برای ساده‌تر کردن کار خودش عنوان کرده!)
- key stretching یا هر روش دیگری، بحث و هدف اصلی من طرح یک نکته بود: از الگوریتمهای هش عمومی مستقیما استفاده نکنید. روش پیچ و تاب آن باشد بر اساس روشی که انتخاب می‌کنید.
- من از روش ترکیبی استفاده می‌کنم. حتما هم استفاده می‌کنم. چون دقیقا می‌دونم اون کسانیکه این هش‌ها رو زمانیکه از دیتابیس شما بیرون کشیدند، چه ابزارهایی در اختیار دارند.
- حتی زمانیکه کار شما سورس باز است نیز از روش ترکیبی استفاده کنید. پردازش‌های موازی سنگین و استفاده از GPU برای الگوریتمهای معمولی و متداول تهیه شده. حتی بانک‌های اطلاعاتی بزرگی که برای نگهداری هش‌های آماده تهیه شدن برمبنای هش‌های عمومی هستند. گیرم حتی اگر کار شما سورس باز باشد، تبدیل الگوریتمهای ترکیبی آن به الگوریتمهای بهینه قابل اجرای بر روی GPU کار هرکسی نیست.
استفاده مستقیم از الگوریتمهای هش‌های متداول در یک پروژه عمومی با تعداد کاربر بالا = عین حماقت
- key stretching یا هر روش دیگری، بحث و هدف اصلی من طرح یک نکته بود: از الگوریتمهای هش عمومی مستقیما استفاده نکنید. روش پیچ و تاب آن باشد بر اساس روشی که انتخاب می‌کنید.
- من از روش ترکیبی استفاده می‌کنم. حتما هم استفاده می‌کنم. چون دقیقا می‌دونم اون کسانیکه این هش‌ها رو زمانیکه از دیتابیس شما بیرون کشیدند، چه ابزارهایی در اختیار دارند.
- حتی زمانیکه کار شما سورس باز است نیز از روش ترکیبی استفاده کنید. پردازش‌های موازی سنگین و استفاده از GPU برای الگوریتمهای معمولی و متداول تهیه شده. حتی بانک‌های اطلاعاتی بزرگی که برای نگهداری هش‌های آماده تهیه شدن برمبنای هش‌های عمومی هستند. گیرم حتی اگر کار شما سورس باز باشد، تبدیل الگوریتمهای ترکیبی آن به الگوریتمهای بهینه قابل اجرای بر روی GPU کار هرکسی نیست.
استفاده مستقیم از الگوریتمهای هش‌های متداول در یک پروژه عمومی با تعداد کاربر بالا = عین حماقت
اگر شما در زمینه طراحی وب سایت و برنامه‌های کاربردی تحت وب فعالیت دارید حتماً با ابزارهایی مانند Firebug آشنا هستید. معمولاً فرآیند بررسی مشکلات رابط کاربری و موضوعات مشابه آن بصورت زیر بوده است:
توجه داشته باشید که یک صفحه وب که در مرورگر به نمایش در می‌آید، برآیند فایل‌های جاوا اسکریپت، شیوه نامه ها، User control ها، صفحات ASPX و Master Pageها و ... است. افزون بر این آنچه در مرورگر نمایش داده می‌شود با چیزی که ما در محیط طراحی (Visual Studio.NET (Design View می‌بینیم متفاوت است.
تمام مشکلات و سختی‌های بالا دست به دست هم دادند تا در نسخه جدید نرم افزار Visual Studio.NET شاهد ابزار جادویی با عنوان Page Inspector باشیم.
این ابزار بصورت Real-time امکان نگاشت (mapping) عناصر موجود در نتیجه نهایی برنامه وب را با سورس کد مهیا می‌کند. بدین معنا توسط Page Inspector با حرکت ماوس روی عناصر صفحه در مرورگر، Visual Studio.NET بخشی را که آن عنصر را تولید کرده است (User Control, Master Page, View, و ...) نمایش می‌دهد و شما می‌توانید بلافاصله پس از اعمال تغییرات جدید بر روی سورس کد، نتیجه را روی مرورگر ببنید. البته عکس این موضوع نیز صادق است و شما می‌توانید با حرکت در سورس کد، نتیجه بصری و عناصر HTML ی که در نتیجه تولید می‌شوند را مشاهده کنید. (عناصر متناظر به حالت Select در می‌آیند.)
از دیگر قابلیت‌های این ابزار نمایش CSSهای متناظر هر عنصر است. شما می‌توانید هر یک از قوانینی که در Style هر عنصر تعریف کرده اید را فعال و یا غیر فعال کنید. همچنین امکان ویرایش آن‌ها وحود دارد.
همچنین از طریق گزینه File می‌توان لیست تمام فایل‌های سورس صفحه را مشاهده کرد.
با وجود چنین ابزاری یقیناً داشتن دو مانیتور برای برنامه نویسان و توسعه دهندگان وب کاملاً حیاتی است. چراکه Visual Studio.NET به شما این امکان را می‌دهد تا Page Inspector را در یک مانیتور و نمای سورس را در مانیتور دیگر به نمایش در آورید.
نکته:
جهت استفاده از تمام امکانات این ابزار باید دستور زیر را در تگ appsettings فایل web.config اضافه کنید:
<add key="VisualStudioDesignTime:Enabled" value="true" />
پیشنهاد می‌کنم برای درک بهتر این ابزار و آشنایی با آن ویدئو مربوطه در کانال 9 را از دست ندهید.
ممنون بابت مقاله و اطلاع رسانی خوبتون
ولی متاسفانه مدتی است که component router به صورت رسمی deprecated یا با اصطلاح منسوخ شده
احتمالا هدف از توسعه‌ی آن هم از اول آماده سازی برنامه نویسان برای مهاجرت به نسخه‌ی جدید angular بوده است
سلام،
بله. من از این طریق امرار معاش می‌کنم.
خیلی از شرکت‌ها به دنبال تهیه برنامه حاضر و آماده از جایی نیستند و ترجیح می‌دهند یک یا چند نفر برنامه نویس مستقر داشته باشند تا این‌ها بتوانند مطابق شرایط و نیازهای روز شرکت، برنامه‌ها را توسعه و تغییر دهند و یا سیستم‌ها را نگهداری کنند.
علت هم این است که برنامه بدون پشتیبانی یعنی برنامه بی‌مصرف. نیازهای شرکت‌ها گاهی به صوت هفتگی تغییر می‌کند و این نیازها، وجود یک برنامه نویس مستقر را ضروری می‌کند.
بله. من از این طریق امرار معاش می‌کنم.
خیلی از شرکت‌ها به دنبال تهیه برنامه حاضر و آماده از جایی نیستند و ترجیح می‌دهند یک یا چند نفر برنامه نویس مستقر داشته باشند تا این‌ها بتوانند مطابق شرایط و نیازهای روز شرکت، برنامه‌ها را توسعه و تغییر دهند و یا سیستم‌ها را نگهداری کنند.
علت هم این است که برنامه بدون پشتیبانی یعنی برنامه بی‌مصرف. نیازهای شرکت‌ها گاهی به صوت هفتگی تغییر می‌کند و این نیازها، وجود یک برنامه نویس مستقر را ضروری می‌کند.
یک نکته‌ی تکمیلی: انتخاب Target Framework ترجیح داده شده در VSCode
اگر در حال تهیه‌ی یک کتابخانه‌ی چند Target ای هستید، برای مثال تنظیمات فایل csproj آن چنین شکلی را پیدا می‌کند:
اما مشکلی که با VSCode وجود دارد این است که نمی‌توان Target Framework ترجیح داده شده‌ی در حین توسعه را انتخاب کرد. برای مثال VSCode را وادار کرد که صرفا بر اساس netstandard1.3 در این لیست، کار نمایش خطاهای موجود را انجام دهد. روش انتخاب Target Framework غالب در اینجا، ذکر آن «در ابتدای لیست» است. برای نمونه در مثال فوق، VSCode و افزونه‌ی #C آن بر اساس netstandard2.0 محیط توسعه را آماده می‌کند. اگر می‌خواهید بر اساس netstandard1.3 کار کند، آن‌را در ابتدای لیست قرار دهید.
البته Rider در این زمینه امکانات بیشتری را دارد. برای مثال در status bar آن، امکان انتخاب Target Framework ترجیح داده شده از طریق منویی وجود دارد:
اگر در حال تهیه‌ی یک کتابخانه‌ی چند Target ای هستید، برای مثال تنظیمات فایل csproj آن چنین شکلی را پیدا می‌کند:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFrameworks>netstandard2.0;netstandard2.1;netstandard1.3;net451;net461;</TargetFrameworks> البته Rider در این زمینه امکانات بیشتری را دارد. برای مثال در status bar آن، امکان انتخاب Target Framework ترجیح داده شده از طریق منویی وجود دارد:
مدیرپروژه است در مایکروسافت: (^)
- اگر به هر دلیلی مجبور هستید که از دات نت 2 استفاده کنید، NHibernate می‌تونه پیشنهاد خوبی باشه و نسخه مخصوص دات نت 2 هم دارد (به آرشیو قدیمی آن سایت مراجعه کنید). (پایه زبان فعلی جاوا از خیلی از جهات شبیه به دات نت 2 است)
- مایکروسافت کلا توسعه پروایدر ADO.NET مخصوص اوراکل را رسما متوقف کرده و خود اوراکل الان داره این کار رو ادامه می‌ده. خلاصه از پروایدر مایکروسافت برای کار با اوراکل استفاده نکنید.
- مایکروسافت کلا توسعه پروایدر ADO.NET مخصوص اوراکل را رسما متوقف کرده و خود اوراکل الان داره این کار رو ادامه می‌ده. خلاصه از پروایدر مایکروسافت برای کار با اوراکل استفاده نکنید.