‫۲ سال و ۴ ماه قبل، دوشنبه ۵ اردیبهشت ۱۴۰۱، ساعت ۲۰:۰۰
این امکان همچنین از طریق بازنویسی قراردادها در EF core 6 نیز امکانپذیر است:
 protected override void ConfigureConventions(ModelConfigurationBuilder configurationBuilder)
    {
        base.ConfigureConventions(configurationBuilder);
        configurationBuilder.Properties<int[]>()
            .HaveConversion<IntArrayConverter>();
    }
public class IntArrayConverter:ValueConverter<int[], string>
{
    public IntArrayConverter()
        : base(
            v => string.Join(',', v),
            v => v.Split(',', StringSplitOptions.RemoveEmptyEntries).Select(x=>int.Parse((string)x)).ToArray())
    {
    }
}

با توجه به تغییرات اخیر  در سیست مسیریابی React-router-dom نسخه 6 ، جهت محافظت از مسیرها میتوان کد زیر را مورد بررسی قرار داد.

const ProtectedRoute = ( {children,roles }) => {

    const isLoggedIn=authService.isLoggedIn();

    if (!isLoggedIn) {
        return <Navigate to="/login" replace />;
    }
    if(roles)
    {
        //checkRoles

        if(result_roles===false)
            return <Navigate to="/login" replace />;
    }
    return children;
};
export default ProtectedRoute
نحوه استفاده
 <Routes>
<Route path="/product/new" element={
            <ProtectedRoute roles={["hesabdar", "anbardar"]}>
              <AdminTemplate>
                <NewProduct/>
              </AdminTemplate>
            </ProtectedRoute>
          }/>
 </Routes>

با توجه به اینکه در نسخه اخیر امکان استفاده از هیچ تگی جز Route در زیر مجموعه تگ Routes نیست. باید این کامپوننت در داخل خصوصیت element تعریف گردد. در این حالت نیز به راحتی امکان تعریف قالب پدر یا مستر نیز وجود دارد.
در sfc مربوط به ProtctedRoute ابتدا دو فیلد به نام‌های children و roles از props دریافت میگردد. children یک خصوصیتی است که توسط خود rect فراهم شده و شامل کامپوننت‌های فرزند میباشد و roles نیز یک فیلد تعریف شده توسط کاربر باید باشد که مشخص میکند چه نقش یا نقش هایی به این آدرس دسترسی دارند. در این کامپوننت ابتدا بررسی میشود که اگر کاربر لاگین نکرده است باید به صفحه لاگین هدایت شود و در صورتی که roles مورد نظر نیز وارد شده است مقادیر آن بررسی میگردد و اگر شامل هیچ یک از نقش‌های تعریف شده نبود مجددا به صفحه لاگین هدایت میشود و در صورتی که شروط بالا تایید شد مقدار children بازگردانده میشود.
‫۲ سال و ۶ ماه قبل، پنجشنبه ۵ اسفند ۱۴۰۰، ساعت ۲۱:۳۷
در ادامه کامنت قبلی  برای به دست آوردن پارامترهای قرار گرفته در مسیریابی باید به شکل زیر توابع بدون state عمل کرد:
import React, { Component } from 'react';
import {useParams,useNavigate,useLocation} from 'react-router-dom';
import { useEffect } from 'react';
const TestRoute=(props)=>{
 
    const navigate=useNavigate();
    const location=useLocation()
    const params=useParams();
    const {id,name}=useParams();
    useEffect(()=>{
        console.log(location.search);
    },[])
    const gotosfc=()=>{
        navigate("/sfc",{replace:true});
    }
    return(
        <>
       
        <strong>Id :</strong> {id}
        <br/>
        <strong>Name :</strong> {name}
        <br/>
        <button onClick={()=>gotosfc()}>Go to SFC</button>
        </>
    )
}
export default TestRoute;
با استفاده از useNvigate میتوان کاربر را به آدرس‌های دیگر هدایت کرد و با تنظیمات replace برابر با مقدار true مسیر جدید جایگزین مسیر فعلی خواهد شد که کاربر با دکمه back امکان بازگشت به صفحات قبل را ندارد که برای صفحاتی مانند لاگین بسیار مناسب است.
useParams تمامی پارامترهای مسیریابی داخل خود قرار میدهد:
<Route path="/product/edit/:id/:name" element={<TestRoute />} />
که در این آدرس دهی دو پارامتر namre و id تعریف شده اند. همچنین در صورتی که تمایل داشته باشید که پارامتر name اختیاری باشد باید دو مسیر متفاوت از آن تعریف کنید و علامت سوال ؟ مانند قبل قابل قبول نمیباشد:
<Route path="/product/edit/:id" element={<TestRoute  />} />
<Route path="/product/edit/:id/:name" element={<TestRoute  />} />
useLocation نیز اطلاعات آدرس رو به شما میدهد که در قسمت pathname آدرس صفحه در اختیار شما قرار میگیرد و اگر پارامتری به صورت query string ارسال شود باید از طریق خصوصیت search آن را دریافت نمایید

‫۲ سال و ۶ ماه قبل، چهارشنبه ۲۰ بهمن ۱۴۰۰، ساعت ۰۳:۳۶
به روزرسانی : در نسخه 6 react-router-dom  موارد زیادی دست خوش تغییر شده اند که می‌توان به زیر اشاره کرد:
از این پس به جای Switch از Routes استفاده کنید و استفاده از این تگ اجباری بوده و در صورت اینکه تگهای Route داخل تگهای Routes قرار داده نشوند خطای آن در کنسول مشاهده میگردد.
<Routes>
<Route path="/product/list" element={<ProductList/>}  />
<Route path="/product/new" element={<NewProduct/>} />
</Routes>
همچنین با جای خصوصیت component خصوصیت element را مورد استفاده قرار دهید و تگ کامپوننت را داخل آن بگذارید. در این حالت مسیریابی نیاز به رعایت ترتیب خاصی نیست و دقیقا باید همان مسیر path وارد شود تا کامپوننت در دسترس قرار گیرد.
برای مسیریابی‌های تو در تو یا Nesting که نسبت به قبل خیلی مفاهیم ساده‌تری دارد. روش پیاده سازی مسیریابی تو در تو به صورت تگ‌های تو در تو آمده و از لحاظ طراحی بسیار به مفهوم آن نزدیک‌تر میباشد و اینکه سعی شده است تمام مدخل‌های Route در یک جا قرار بگیرند:
<Routes>

<Route path="/post" element={<Posts/>}>
  <Route path="images" element={<Images />} />
    <Route path="text" element={<Text />} />
    <Route path="/post" element={<Text />} />
</Route>
</Routes>
و برای لینک دادن :
            <div className="list-group">
  <Link to="/post/images" className="list-group-item list-group-item-action active" aria-current="true">
    Images Post
  </Link>
  <Link to="/post/text" className="list-group-item list-group-item-action">Text Post</Link>
</div>
<Outlet />

در این حالت کاربر به مسیر post هدایت شده و با کلیک بر روی گزینه‌های images و text میتواند پست متنی و تصویری را جدا در زیر گزینه‌ها به جای تگ outlet مشاهده نماید
البته مسیرهای زیرین را نیز می‌توان به شکل زیر هم نوشت:
            <div className="list-group">
  <Link to="images" className="list-group-item list-group-item-action active" aria-current="true">
    Images Post
  </Link>
  <Link to="text" className="list-group-item list-group-item-action">Text Post</Link>
</div>
<Outlet />
در این حالت نیاز است تنها مسیر آخر که قرار است به انتهای آدرس اضافه شود نوشته شود. در صورتی که قصد داشته باشیم بخش پست‌های متنی به طور پیش فرض با آدرس post هم باز شود و الزامی حتما به آدرس post/text نباشد میتوان اینگونه تغییر داد:
<Routes>
<Route path="/post" element={<Posts/>}>
  <Route path="images" element={<Images />} />
    <Route path="text" element={<Text />} />
    <Route path="/post" element={<Text />} />
</Route>
</Routes>
در قسمت مسیریابی همان نام post/ نوشته می‌شود.
در انتها برای صفحاتی مانند NotFound میتوان از علامت * و اشاره به آن کامپوننت استفاده کرد:
<Routes>
<Route path="/product/list" element={<ProductList/>}  />
<Route path="/product/new" element={<NewProduct/>} />
<Route path="/post" element={<Posts/>}>
  <Route path="images" element={<Images />} />
    <Route path="text" element={<Text />} />
    <Route path="/post" element={<Text />} />
</Route>
<Route path="*" element={<NotFound />} />
</Routes>

‫۳ سال و ۱ ماه قبل، سه‌شنبه ۱۲ مرداد ۱۴۰۰، ساعت ۰۱:۲۰
ممنون بررسی کردم به نظر میرسد مرورگر‌ها ( کروم و فایرفاکس تست شدند) در حالت reload کردن صفحه مجددا صفحات را درخواست میکنند و در این حالت کش را ندید میگیرند. طبق بررسی‌ها متدهای reload در جاوا اسکریپت نیز به همین شکل کش را ندید میگیرد. جهت تست و بررسی میتوانید لینک مورد نظر را در تب دیگری باز کرده تا نتیجه را مشاهده کنید.
نکته دیگری که در جست و جو‌ها برخورد کردم این است که ممکن است مرورگر (بیشتر در رابطه با کروم بود) که کش را ممکن است روی حالت ssl نامعتبر نیز عمل نکند و ندید گرفته شود.
‫۳ سال و ۱ ماه قبل، دوشنبه ۱۱ مرداد ۱۴۰۰، ساعت ۱۹:۱۱
من یک چنین اکشن متدی دارم:
    [ResponseCache(Duration = 60)]
        public IActionResult GetTime()
        {
            return Content(DateTime.Now.ToString());
        }
و در پاسخ هم مقدار برابر است با:
cache-control: public,max-age=60
ولی با هر بار رفرش نتیجه به روز را میگیرم.برای همه بخش‌ها به همین شکل عمل میکند
‫۳ سال و ۱ ماه قبل، شنبه ۲۶ تیر ۱۴۰۰، ساعت ۱۶:۱۸
نکته: با توجه به ارائه rider  و  android studio از طرف jetbrains و اینکه هر دو از  خانواده IntelliJIdea هستند. هر دو IDE مشابه یک دیگر هستند و امکان استفاده از ToDo تفاوتی با اندروید استودیو نمیکند.
‫۳ سال و ۱ ماه قبل، شنبه ۲۶ تیر ۱۴۰۰، ساعت ۱۵:۵۹
نکته: مورد شماره 13 امروزه دیگر استفاده چندانی ندارد و جای آن از RecyclerView استفاده می‌شود که کلیه موارد گفته شده را به صورت توکار پوشش میدهد و نیازی به پیاده سازی توسط برنامه نویس نیست و هم اینکه امکانات توسعه بیشتری را فراهم میکند که تعیین چیدمان، جداساز آیتم‌ها و اعلان حذف و اضافه هر سطر به صورت جداگانه  از نمونه‌های آن هستند.
‫۳ سال و ۱ ماه قبل، چهارشنبه ۲۳ تیر ۱۴۰۰، ساعت ۰۷:۴۷
در جدیدترین نسخه‌های اخیر روش کار به شکل زیر تغییر کرده است:
برای دریافت آخرین نسخه درایور به کتابخانه زیر مراجعه فرمایید:
dotnet add package MongoDB.Driver
همچنین برای درج Id در مدل‌ها بهتر است به شکل زیر عمل شود:
public class Book
    {
        [BsonId]
        [BsonRepresentation((BsonType.ObjectId))]
        public string Id { get; set; }
    }
با اولین ویژگی این خصوصیت را کلید اصلی معرفی میکنیم و در ویژگی دوم میگوییم این نوع قرار است یک ObjectId باشد ولی زحمت تبدیل این کلید به رشته یا بلعکس در پشت صحنه انجام میگردد  از این لحاظ شما لازم نیست با نوع ObjectId چالشی داشته باشید.