universalIdentifier لتقوم باستيراده. بدلًا من ذلك، يقوم الخادم باستخلاص كل معرّف بشكل حتمي، ويعرض twenty-sdk نفس طريقة الاستخلاص بحيث يمكن لملف البيان (manifest) لديك حلّ القيمة الدقيقة التي يستخدمها الخادم.
حقول النظام
الحقول البسيطة (scalar) الموجودة على كل كائن، والتي لا تعرّف أيًا منها باستخدامdefineField():
id, createdAt, updatedAt, deletedAt, createdBy, updatedBy, position, searchVector
فكيف تُشير إلى createdAt كعمود في عرض؟
المشكلة
منذ Twenty 2.19، يتم اشتقاق المعرّف الشامل للحقل النظامي بشكل حتمي بواسطة الخادم من ثلاثة مُدخلات: المعرّف الشامل للتطبيق، والمعرّف الشامل للكائن، واسم الحقل. ابتكار معرّف (id) وتضمينه بشكل ثابت لن ينجح: لن يطابق أي شيء على الخادم، وسترفض المزامنة المرجع المعلّق:الحل
يتوفر
getFieldUniversalIdentifier في twenty-sdk بدءًا من الإصدار 2.21 فصاعدًا.getFieldUniversalIdentifier لاشتقاق نفس القيمة تمامًا التي يستخدمها الخادم. يأخذ المُدخلات الثلاثة ويُرجِع المعرّف الشامل للحقل:
applicationUniversalIdentifierهو معرّف تطبيقك، وهو نفسه الذي تمرّره إلىdefineApplication().objectUniversalIdentifierهو معرّف الكائن الذي ينتمي إليه الحقل.nameهو اسم الحقل النظامي، وهو إحدى القيم المُدرجة أعلاه.
مثال: عمود createdAt في عرض
الحالة النموذجية هي إضافة عمود createdAt إلى عرض لأحد الكائنات المخصّصة لديك. اشتقّ معرّف الحقل واستدعِه كما تستدعي أي fieldMetadataUniversalIdentifier آخر:
src/views/example-view.ts
fieldMetadataUniversalIdentifier: حقول العرض، عوامل التصفية، أوامر الفرز، المجموعات، وعناصر واجهة تخطيط الصفحة.
اشتقّ المعرّف، ولا تقُم بتضمينه بشكل ثابت. نظرًا لأن الخادم يشتق القيمة من معرّف التطبيق، ومعرّف الكائن، واسم الحقل، فإن استدعاء
getFieldUniversalIdentifier يُبقي مرجعك صحيحًا حتى إذا تغيّرت تلك المُدخلات، ويتجنّب الانحراف إذا تطوّر أسلوب الاشتقاق في أي وقت.حقول العلاقات الخاصة بالنظام
getSystemRelationFieldUniversalIdentifier متوفر في twenty-sdk
بدءًا من الإصدار 2.23، ويتطلب خادم Twenty بالإصدار 2.23 أو أحدث.timelineActivities وattachments وnoteTargets وtaskTargets، يشير كلٌّ منها إلى كائن العلاقة القياسي المطابِق.
لا يتم حلّ هذه الحقول باستخدام getFieldUniversalIdentifier، إذ يتم اشتقاق معرّفها بدون الاعتماد على الاسم، من الكائن المستضيف للحقل والكائن الذي يشير إليه الحقل. وبهذه الطريقة، فإن إعادة تسمية كائن ما لا تغيِّر مطلقًا معرّفات حقول العلاقات الخاصة به.
استخدم getSystemRelationFieldUniversalIdentifier لحلّها:
objectUniversalIdentifierهو الكائن الذي يستضيف الحقل.relationTargetObjectUniversalIdentifierهو الكائن الذي يشير إليه الحقل.
attachment.targetRocket، حقل morph الذي يُنشِئه الخادم على كائن العلاقة القياسي)، قم بمبادلة الاثنين:
fieldMetadataUniversalIdentifier.
العروض النظامية
إن
getSystemViewUniversalIdentifier وgetSystemViewFieldUniversalIdentifier
متوفران في twenty-sdk بدءًا من الإصدار 2.26، ويتطلبان خادم Twenty
بالإصدار 2.26 أو أحدث.All {objectLabelPlural}، ذو المفتاح ViewKey.INDEX)، مع عمود واحد لكل حقل قابل للعرض. تمامًا مثل حقول العلاقات النظامية، تُشتق معرّفاتها من دون أسماء، لذلك لن يؤدي تغيير اسم كائن أو حقل إلى تغييرها مطلقًا.
استخدم getSystemViewUniversalIdentifier لحلّ العرض:
objectMetadataApplicationUniversalIdentifierهو التطبيق الذي يملك الكائن، وهو ما يتم بناء نطاق الاسم (namespace) للعرض على أساسه.objectUniversalIdentifierهو الكائن الذي يعرضه (يسردُه) هذا العرض.viewKeyهو مفتاح العرض النظامي، وهوViewKey.INDEXحاليًا.
viewUniversalIdentifier، مثل إدخال الشريط الجانبي من النوع NavigationMenuItemType.VIEW. لفتح القائمة الرئيسية لكائن ما ببساطة، يُفضَّل استخدام NavigationMenuItemType.OBJECT مع targetObjectUniversalIdentifier، إذ لا يحتاج ذلك إلى أي اشتقاق.
يقوم getSystemViewFieldUniversalIdentifier بحلّ عمود واحد في عرض نظامي، انطلاقًا من العرض والحقل الذي يعرضه هذا العمود:
الكائنات القياسية في Twenty
بالنسبة إلى كائن Twenty قياسي (Person، Company، Opportunity، …)، لا تحتاج إلى اشتقاق أي شيء: فمعرّفات الحقول والعروض النظامية هي ثوابت مُسبقة الحساب يمكنك استيرادها مباشرة.defineObject()، حيث لا يوجد مثل هذا الثابت.
name حقل افتراضي، وليس حقلًا نظاميًا. يحتفظ بمعرّفه الشامل الثابت الخاص به ولا يتم اشتقاقه عبر
getFieldUniversalIdentifier. في الكائنات التي تعرّفها، استدعِ حقل
name باستخدام المعرّف الذي منحته له في defineObject().