עיצוב נתונים
נתוני ההדף צריכים להיות מודלים סביב בעלות, התנהגות העברה, גבולות רשות, ודפוסי בקשת. בחר את ייצוג הקטן ביותר על שרשרת שיכול לתמוך בדיקת וביצוע דטרמיניסטי.
דומנים וחשבות
- השתמש בדומיין כדי לייצג גבולות מנהליים ומדיניות. לשמור על שמות דומיין יציבים כי הם מופיעים במזהרים של חשבונות ואספקים.
- הימנעו מלהטען יותר מדי על חשבון אחד עם אחריות לא קשורה. השתמשו בחשבונות נפרדים עבור משתמשים, שירותים, מפעילים, מפעילים וספונצרים דמי.
- השתמשו במגדלי חשבונות קנוניקים ובזהירים דומנים בהקנה ובבחנות. שמות Iroha הם רגישים למקרה לאחר ניתוח קנוניקה.
- שמרו על זהות הבדיקה והייצור נראות בהבדל בשמות, דומנים ודרכי הקובץ של ההסדרות.
נכסים ו- NFTs
- השתמשו בנכסים מספריים עבור סולדות פונגבילים וכמות מועברות.
- להשתמש NFTs או אובייקטים ספציפיים לתחום עבור רשומות בבעלות יחידה.
- הימנעו מקודד מצב בעל ערך רק בתנתונים מטאטא. נכסים ו NFTs מספקים אירועים מחזור חיים, סימנטיקה העברה ובדיקות רשות כי metadata לא.
- להגדיר מדויקנות, מדיניות אספקות, אחריות המפיץ והרשות לשרוף/מנטה לפני חשיפה של נכס לתקשורת.
מטאדאטה
- השתמשו בתנתונים מטא עבור תכונות קומפקטיות של אובייקטים בספר, כגון תוויות, אינטגרציה IDs, דגלי מדיניות, חישובים, URIs, או תקציבים עם כתובת תוכן.
- שמרו על מפתחות מטא נתונים יציבים ומועדים. שינוי שמות המפתח לאחר שהלקוחות תלויים בהם יוצר בעיה של מיגרציה.
- אל תחזיקו מסמכים גדולים, מעקב, נתונים פרטיים של משתמשים או מצב יישומים עם שיעור גבוה באופן ישיר בתנתונים מטא.
- כאשר מטא-מנתונים מצביעים על נתונים מחוץ לרשת, שמורו תיקון שניתן לאמת, כגון חיש תוכן, דרך URI, SoraFS, תיקון מפורסם או מחויבות קומפקטית .
ראו הנתונים המטאטאליים והבחירות לאחסון ספריה והנתונים מטאטאליים .
רשיונות לפי דגם
- תפקידי עיצוב סביב פעולות העסקים, לא סביב נוחות היישום. תפקיד שמונה על שם עבודה או שירות קל יותר לבחון מאשר תפקיד שמנו על סמך יכולת טכנית רחבה.
- הגדרת סימני אישור לאובייקט הקטן ביותר שמספק את זרימת העבודה.
- התייחסו לרשיונות לחיצוץ, שריפה, ניהול עמיתים, שינויים במבצע, ניהול ההפעלה, ומוטציה של מטאדאטה כרשויות בעלות השפעה גבוהה.
- הוסף תהליכים של ביטול מפורש ושינוי עבור רשיונות זמניים.
ראו רשיונות ו צבעות רשיונות
צורת השאלות
- בחרו מזהים ומפתחות מטא-מנתונים שמסיימים את השאלות שתצטרכו בהרבה פעמים.
- עמודי קבוצות תוצאות רחבות ולהימנע מקרבי המשתמש הדורשים סריקות בלתי מוגבלות ברחבי הספר עבור פעולות נורמאליות.
- שמרו על אינדיקסים מחוץ לרשת שניתן לשקם מחדש מתוך נתונים וירועים בספר כל פעם שהם משמשים לנהוג יישום קריטי .