پرش به مطلب اصلی

قواعد و فرمان‌ها

این نمونه هم‌زیستی مصنوعات قاعده و فرمان را در سند BDL نشان می‌دهد. تمرکز بر هویت و ترکیب مصنوعات است؛ ساختارهای مستندنشدۀ شرط، عملیات، رویداد، پارامتر یا اجرا اختراع نمی‌شوند.

نمونه​

{
  "schema": "barsa.definition.v1",
  "project": {
    "code": "SAMPLE",
    "caption": "Sample",
    "systemId": "${RESOLVE_SYSTEM_ID}",
    "version": "1.0.0"
  },
  "references": {},
  "artifacts": [
    {
      "kind": "rule",
      "code": "ValidateCustomer",
      "caption": "Validate Customer"
    },
    {
      "kind": "command",
      "code": "ApproveCustomer",
      "caption": "Approve Customer"
    }
  ]
}

مصنوعات قاعده​

قاعده منطق یا رفتار کنترل‌شده‌ای را از طریق ساختارهای پشتیبانی‌شدهٔ نسخهٔ مبنای فعال BDL نمایش می‌دهد. قواعد واقعی ممکن است شامل شرط، اعتبارسنجی، رویداد، عبارت، وابستگی یا عملیات باشند.

نحو قاعده‌ای را که در نسخهٔ مبنای فعال مستند نیست اختراع نکنید.

مصنوعات فرمان​

فرمان یک عملیات یا سطح اقدام صریح را نمایش می‌دهد. فرمان‌های واقعی ممکن است به پارامترها، اشیای هدف، مجوزها، رفتار Runtime یا پیوند به فرم‌ها و گردش‌کارها نیاز داشته باشند.

اهداف و شناسه‌های موجود را از فرادادهٔ معتبر تعیین کنید.

تفاوت قاعده و فرمان​

قاعده معمولاً منطق یا رفتار تصمیم‌گیری را بیان می‌کند. فرمان معمولاً عملیاتی صریح و قابل فراخوانی است. تمایز دقیق و ساختارهای در دسترس باید از قراردادهای فعال BDL و Runtime پیروی کنند.

بررسی قابلیت​

پیش از اتکا به قاعده یا فرمان بررسی کنید:

  1. Native Barsa رفتار موردنظر را پشتیبانی می‌کند.
  2. پشتیبانی Runtime وجود دارد.
  3. BDL می‌تواند ساختار را بیان کند.
  4. سطح تألیف، تولید آن ساختار را مجاز می‌داند.

الگوی تألیف ایمن​

قواعد و فرمان‌ها را کوچک و صریح نگه دارید. همهٔ مراجع خارجی را پیش از اجرا تعیین کنید. شرط‌ها، اهداف و فرضیات Runtime را اعتبارسنجی کنید؛ رفتار حدسی را در تعریف وارد نکنید.

کد سیستم​

وقتی مصنوع قاعده یا فرمان پشتیبانی‌شده می‌تواند رفتار را نمایش دهد، از systemCode به‌عنوان میان‌بُر استفاده نکنید. این کد باید کنترل‌شده و دارای الزامات صریح بازبینی و اعتبارسنجی بماند.

ادامه​

بخش بعدی الگوهای ترکیب مصنوعات را نشان می‌دهد.