عند العمل مع مكونات الفصل في React باستخدام TypeScript، غالبًا ما يُطرح السؤال عما إذا كان من الضروري والإلزامي تحديد الخاصيات والحالة داخل المنشئ. تعتمد الإجابة على هذا السؤال على الاحتياجات المحددة للمكون الخاص بك. في منشور المدونة هذا، سننظر في متى ولماذا نستخدم المُنشئ لتحديد الخاصيات والحالة، بالإضافة إلى إيجابيات وسلبيات الأساليب المختلفة.
1. تهيئة الحالة بناءً على الدعائم:
إذا كانت الحالة تعتمد على الدعائم أو إذا كنت بحاجة إلى تنفيذ منطق إضافي عند تهيئة الحالة، فإن المُنشئ هو الخيار الأفضل.
2. تحديد قيم الحالة الأولية:
عندما تريد تعيين الحالة الأولية لمكون ما، فإن المنشئ هو الطريقة التقليدية للقيام بذلك.
مثال:
interface IMyComponentProps { initialCount: number; } interface IMyComponentState { count: number; } class MyComponent extends React.Component{ constructor(props: IMyComponentProps) { super(props); this.state = { count: props.initialCount, }; } render() { return Count: {this.state.count}; } }
1. تهيئة الحالة البسيطة:
إذا لم تكن الحالة معقدة ولا تعتمد على الدعائم، فيمكنك استخدام التهيئة المباشرة للحالة بدون مُنشئ.
2. لا حاجة للمنطق المعقد:
إذا لم تكن بحاجة إلى تنفيذ منطق إضافي يتعلق بالدعائم أو الحالة، فيمكنك تعيين الحالة مباشرة على مستوى الفصل.
مثال:
interface IMyComponentProps { message: string; } interface IMyComponentState { count: number; } class MyComponent extends React.Component{ state: IMyComponentState = { count: 0, }; render() { return Count: {this.state.count}; } }
المزايا:
العيوب:
المزايا:
العيوب:
كلا الطريقتين صحيحتان وتعتمدان على مدى تعقيد المكون الخاص بك واحتياجاتك المحددة. في برمجة React الحديثة، يفضل العديد من المطورين النهج الأبسط المتمثل في التهيئة المباشرة إذا كان يلبي احتياجاتهم.
تنصل: جميع الموارد المقدمة هي جزئيًا من الإنترنت. إذا كان هناك أي انتهاك لحقوق الطبع والنشر الخاصة بك أو الحقوق والمصالح الأخرى، فيرجى توضيح الأسباب التفصيلية وتقديم دليل على حقوق الطبع والنشر أو الحقوق والمصالح ثم إرسالها إلى البريد الإلكتروني: [email protected]. سوف نتعامل مع الأمر لك في أقرب وقت ممكن.
Copyright© 2022 湘ICP备2022001581号-3