جزئیات فرم

مجموعه ای از جزئیات فرم، ترکیب داده هایی را که در فرم نمایش داده، ویرایش یا ذخیره می شود، توصیف می کند. در عین حال، جزئیات فرم به خودی خود امکان نمایش و ویرایش داده ها را فراهم نمی کند. عناصر فرم (به بخش "عناصر فرم" این فصل مراجعه کنید) مرتبط با جزئیات فرم برای نمایش و ویرایش استفاده می شود. مجموعه تمام جزئیات فرم داده فرم نامیده می شود.

مهم!باید به خاطر داشت که بر خلاف فرم های معمولی، تمام داده ها فرم کنترل شدهباید در قالب جزئیات توضیح داده شود. استفاده از متغیرهای ماژول فرم به عنوان منابع داده برای عناصر فرم مجاز نیست.

امکان واگذاری وجود دارد جزئیات فرم اولیه، یعنی ویژگی هایی که عملکرد استاندارد فرم را تعیین می کنند (پسوند فرم). باید به خاطر داشت که یک فرم فقط می تواند یک ویژگی اصلی داشته باشد.

پسوند فرم- اینها ویژگی ها، روش ها و پارامترهای فرم اضافی شی ManagedForm هستند، مشخصه شی که عنصر اصلی فرم است.

در طول فرآیند توسعه فرم، می‌توانید به صراحت توانایی مشاهده و ویرایش جزئیات فرم خاص، از نظر نقش‌ها را با استفاده از ویژگی‌های مشاهده و ویرایش تنظیم کنید (برای جزئیات بیشتر، به بخش «تنظیمات فرم مبتنی بر نقش» در «ویرایشگران» مراجعه کنید. فصل). علاوه بر این، در دسترس بودن یک ویژگی خاص در خود فرم را می توان با استفاده از گزینه های کاربردی پیکربندی کرد (جزئیات بیشتر در مورد گزینه های عملکردی را می توان در فصل "مدیریت رابط پیکربندی" مشاهده کرد).

ویژگی ویژگی فرم داده های ذخیره شدهنشانه ای است که تغییر تعاملی جزئیات منجر به تلاش برای قفل کردن داده های فرم برای ویرایش و همچنین نصب اتوماتیکنشانه ای از شکل اصلاح شده

انواع داده در فرم مدیریت شده موجود است

یک فرم مدیریت شده همچنین از نظر نوع داده ای که با آن کار می کند با یک فرم معمولی متفاوت است. اگر فرم معمولی با اکثر انواعی که 1C:Enterprise ارائه می دهد کار می کند (از جمله انواع DirectoryObject، DocumentObject، و غیره)، سپس در فرم مدیریت شده می توان دسته بندی های زیر را از هم تشخیص داد:

• انواعی که مستقیماً در فرم استفاده می‌شوند، انواعی هستند که در کنار مشتری نازک و وب وجود دارند (به عنوان مثال، Number، DirectoryLink.Products، GraphicScheme، TabularDocument).

• انواعی که به انواع داده های ویژه تبدیل می شوند - انواع داده های فرم مدیریت شده. چنین انواعی در لیست جزئیات فرم در داخل پرانتز نمایش داده می شوند، به عنوان مثال (DirectoryObject.Products).

• لیست پویا (برای جزئیات بیشتر به بخش «فهرست پویا» این فصل مراجعه کنید).

تبدیل اشیاء برنامه به داده های فرم

برخی از انواع برنامه ها (مانند DirectoryObject و غیره) در سمت نازک و سرویس گیرنده وب وجود ندارند (برای جزئیات بیشتر به فصل مفهوم برنامه مدیریت شده مراجعه کنید). بنابراین، این پلتفرم برای نشان دادن این گونه برنامه ها در فرم، انواع داده های ویژه ای را معرفی کرده است که برای کار در فرم های مدیریت شده طراحی شده اند. این ویژگی یک برنامه مدیریت شده، تبدیل اشیاء برنامه به شکل داده را ضروری می کند (و بالعکس).

انواع داده های زیر استفاده می شود:

• Form DataStructure – شامل مجموعه ای از خواص از نوع دلخواه است. ویژگی ها می توانند سایر ساختارها، مجموعه ها یا ساختارهایی با مجموعه باشند. این نوع به عنوان مثال به شکل DirectoryObject نشان داده می شود.

• FormDataCollection فهرستی از مقادیر تایپ شده، شبیه به یک آرایه است. یک عنصر مجموعه با نمایه یا شناسه قابل دسترسی است. دسترسی با شناسه ممکن است در برخی موارد در دسترس نباشد. این به دلیل نوع شیء کاربردی است که توسط این مجموعه نشان داده شده است. شناسه می تواند هر عدد صحیحی باشد. این نوع، به عنوان مثال، در فرم نشان داده شده است قسمت جدولی.

• Form DataStructureWithCollection یک شی است که به صورت یک ساختار و یک مجموعه نمایش داده می شود. می توان با آن مانند هر یک از این نهادها رفتار کرد. این نوع به عنوان مثال مجموعه ای از رکوردها را در یک فرم نشان می دهد.

• Form DataTree – یک شی طراحی شده برای ذخیره داده های سلسله مراتبی.

یک شی برنامه توسط یک یا چند عنصر داده فرم نمایش داده می شود. که در نمای کلیسلسله مراتب و ترکیب داده های فرم به پیچیدگی و ارتباط بین اشیاء کاربردی فرم مدیریت شده بستگی دارد.

به عنوان مثال، یک سند حاوی یک بخش جدولی با یک شی از نوع FormDataStructure (خود سند) نشان داده می شود که یک شی از نوع FormDataCollection (بخش جدولی سند) تابع آن است.

مهم!هنگام توسعه یک پیکربندی، مهم است که به یاد داشته باشید که اشیاء برنامه فقط در سرور در دسترس هستند، در حالی که اشیاء داده فرم را می توان هم در سرور و هم در سرویس گیرنده استفاده کرد.

انتقال داده ها بین بخش های مشتری و سرور یک فرم مدیریت شده

در واقع می توان گفت که داده های فرم نمایش یکپارچه داده ها از اشیاء برنامه های مختلف است که فرم با آنها به طور یکنواخت کار می کند و روی سرور و کلاینت وجود دارد. به این معنا که فرم حاوی مقداری «طرح‌نمایی» از داده‌های شی برنامه در قالب انواع داده‌های خودش است و در صورت لزوم تبدیل بین آنها را انجام می‌دهد. با این حال، اگر توسعه‌دهنده پیکربندی الگوریتم پردازش داده خود را پیاده‌سازی کند، باید تبدیل داده‌ها (از انواع تخصصی به انواع برنامه‌ها و بالعکس) را به طور مستقل انجام دهد.

هنگام ویرایش جزئیات فرم در یک ویرایشگر تخصصی (برای جزئیات بیشتر، به بخش "جزئیات فرم" از فصل "ویرایشگران" مراجعه کنید)، ممکن است در حین اجرای فرم بر انتقال داده بین مشتری و سرور تأثیر بگذارد. برای این کار از ستون ویرایشگر جزئیات استفاده می شود. همیشه استفاده کنید. تأثیر این ویژگی برای سه نوع ویژگی متفاوت است:

• برای ویژگی های تابع یک لیست پویا (ستون لیست پویا):
  • ویژگی فعال - ویژگی همیشه از پایگاه داده خوانده می شود و در داده های فرم گنجانده می شود.
  • ویژگی غیرفعال است - ویژگی از پایگاه داده خوانده می شود و تنها زمانی در داده های فرم گنجانده می شود که در آن قابل مشاهده باشد این لحظهیک عنصر فرم مرتبط با یک ویژگی یا ویژگی فرعی آن.

• برای وسایل زیر مجموعه حرکت:
  • ویژگی فعال است - حرکات سند از پایگاه داده خوانده می شود و در داده های فرم وجود خواهد داشت.
  • ویژگی غیرفعال است - حرکات سند از پایگاه داده خوانده نمی شود و در داده های فرم گنجانده نمی شود (اگر هیچ عنصر فرمی وجود نداشته باشد که به حرکات سند اشاره کند).

• سایر جزئیات فرم:
  • ویژگی فعال است - مشخصه در داده های فرم وجود دارد، صرف نظر از اینکه حداقل یک عنصر فرم مرتبط با ویژگی یا ویژگی فرعی آن وجود دارد یا خیر.
  • ویژگی غیرفعال است - این ویژگی تنها در صورتی در داده های فرم وجود دارد که یک عنصر فرم مرتبط با ویژگی یا ویژگی تابع آن وجود داشته باشد. برخلاف ویژگی‌های لیست پویا، قابل مشاهده بودن عنصر مرتبط با ویژگی در اینجا اهمیتی ندارد.

توجه داشته باشید. باید به خاطر داشت که ویژگی تنظیم شده روی صفت والد بر تمام ویژگی های فرعی تأثیر می گذارد. به عنوان مثال، اگر ویژگی Use همیشه برای قسمت جدولی سند پاک شود، سیستم در نظر می‌گیرد که این ویژگی برای تمام جزئیات فرعی نیز پاک می‌شود (علی‌رغم وضعیت واقعی ویژگی).

روش‌هایی برای تبدیل داده‌های شی برنامه به داده‌های فرم

برای تبدیل اشیاء برنامه به داده های فرم و برگشت، مجموعه ای از روش های جهانی وجود دارد:

• ValueInFormData()،
• FormDataInValue()،
• CopyFormData().

مهم!روش هایی که با اشیاء برنامه کار می کنند فقط در رویه های سرور موجود هستند. روش کپی کردن مقادیر بین داده های فرم در سرور و مشتری در دسترس است، زیرا به اشیاء برنامه به عنوان پارامتر نیاز ندارد.

هنگام تبدیل داده های فرم به یک شی برنامه، باید سازگاری آنها را در نظر بگیرید.

• ValueInFormData() - یک شی از نوع برنامه را به داده فرم تبدیل می کند.
• FormDataInValue() – داده های فرم را به یک شی از نوع برنامه تبدیل می کند.
• CopyFormData() - داده های فرمی را کپی می کند که ساختاری سازگار دارند. در صورت موفقیت آمیز بودن کپی، True یا اگر ساختار شی ناسازگار باشد، False را برمی‌گرداند.

توجه داشته باشید. هنگام انجام اقدامات استاندارد (باز کردن فرم، اجرای دستور Write استاندارد و غیره) یک فرم با جزئیات اصلی، تبدیل به صورت خودکار انجام می شود.

بیایید مثالی از نحوه استفاده از تبدیل داده در الگوریتم های خود ارائه دهیم.

&OnServerProcedure هنگام CreateOnServer (شکست، پردازش استاندارد)

ObjectProduct = Directories.Products.FindByName("Coffeepot").GetObject(); ValueInFormData(ObjectItem، Object);

پایان رویه

&OnClient رویه نوشتن()

WriteOnServer();

پایان رویه

رویه &روی سرور WriteOnServer()

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products")); ObjectItem.Write();

پایان رویه

شی ManagedForm همچنین دارای روش های موجود در سرور است:

• ValueВFormAttribute() – یک شی از نوع برنامه را به ویژگی فرم مشخص شده تبدیل می کند.
• FormAttributeVValue() – یک ویژگی داده فرم را به یک شی از نوع برنامه تبدیل می کند.

استفاده از این روش‌ها معمولا راحت‌تر است، زیرا برای مثال اطلاعاتی در مورد نوع جزئیات فرم دارند. علاوه بر این، متد Form AttributesValue() مطابقت بین داده های فرم و شی را تنظیم می کند که هنگام تولید پیام استفاده می شود. می‌توانید در بخش «قابلیت‌های ناوبری سرویس» در مورد این موضوع بیشتر بخوانید.

بیایید مثالی از استفاده از این روش ها بزنیم.

رویه &روی سرور RecalculateOnServer()

// ویژگی Object را به یک شی برنامه تبدیل می کند. Document = Form AttributesValue("Object"); // محاسبه مجدد را با استفاده از روش تعریف شده در ماژول سند انجام می دهد. Document.Recalculate(); // شی برنامه را به یک prop تبدیل می کند. ValueВFormAttributes (سند، "شیء");

پایان رویه

رابط نرم افزاری

FormDataTree

• FindById
• GetItems

شرح:

طراحی شده برای مدل سازی یک درخت در داده های فرم مدیریت شده.

این شی را می توان به/از XDTO سریال کرد. نوع XDTO مربوطه این شیدر فضای نام تعریف شده است. نام نوع XDTO:

GetItems

نحو:

GetItems()

ارزش برگشتی:

نوع: Form DataCollection of Tree Elements.

شرح:

مجموعه ای از عناصر درختی سطح بالا را دریافت می کند.

در دسترس بودن: مشتری، سرور، تین مشتری، سرویس گیرنده وب.

FindById

نحو:

FindById(<Идентификатор>)

گزینه ها:

<Идентификатор>(ضروری)

نوع: شماره شناسه عنصر درخت.

ارزش برگشتی:

نوع: FormDataTreeElement.

شرح:

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

در دسترس بودن: کلاینت، سرور، تین کلاینت، سرویس گیرنده وب.

FormDataTreeItem

خواص:

<Имя свойства> (<Имя свойства>)

• GetId (GetId)
• GetParent
• GetItems
• ویژگی

شرح:

عنصر درخت داده فرم.

FormDataTreeItemCollection

عناصر مجموعه: DataFormTreeElement

برای یک شی، می توان مجموعه را با استفاده از عملگر For every... From... Loop پیمایش کرد. پیمایش عناصر مجموعه را انتخاب می کند. دسترسی به عنصر مجموعه با استفاده از عملگر [...] امکان پذیر است. شاخص عنصر به عنوان آرگومان ارسال می شود.

• درج کنید
• اضافه کردن
• فهرست (IndexOf)
• شمردن
• پاک کردن
• گرفتن
• حرکت
• حذف

شرح:

مجموعه ای از عناصر چوبی.

در دسترس بودن: کلاینت، سرور، تین کلاینت، سرویس گیرنده وب.

همچنین ببینید:

• FormDataTreeElement، روش GetElements
• DataFormTree، متد GetItems

ویژگی های کار با درخت ارزش

به روز رسانی درخت

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

اگر هر گره ای در درخت گسترش یافته باشد و یک گره فرعی انتخاب شده باشد، هنگام به روز رسانی درخت با تابع ValueInFormDataسکو می افتد

راه حل: قبل از به روز رسانی باید درخت را پاک کنید.

مثلا:

&روی رویه سرور ClearTree(Elements) برای هر عنصر از عناصر Loop ClearTree(element.GetElements()); چرخه پایان عناصر.Clear(); پایان رویه

&روی رویه سرور Fill Concept Tree() dConcepts = srProperties.Build Concept Tree(OnDate, Meta.CurrentIB()); ClearTree(ConceptTree.GetItems()); ValueInFormData(dConcepts، ConceptTree); پایان رویه

رویه &OnClient OnDateOnChange(Element) Fill ConceptTree(); پایان رویه

کار کاربر با کتاب ها و اسناد مرجع در 1C شامل پر کردن فیلدهای روی فرم است.

جزئیات 1C فیلدهای دایرکتوری و سندی هستند که در فرم برای پر کردن کاربر نمایش داده می شوند.

بیایید نگاهی دقیق تر به موضوع جزئیات در 1C بیندازیم.

جزئیات 1C چیست؟

هر دایرکتوری و سند 1C از مجموعه ای از فیلدها تشکیل شده است. چنین فیلدهایی جزئیات 1C نامیده می شوند (برای یک برنامه نویس 1C).

در پیکربندی، در درخت پیکربندی 1C، هر دایرکتوری یا سندی را باز کنید و شاخه Details را خواهید دید. این لیستی از جزئیات فهرست (فیلدها) است.

نگاه کنید که همان جزئیات 1C در فرم دایرکتوری 1C چگونه به نظر می رسد.

هر ویژگی 1C دارای ویژگی هایی است که نشان می دهد چه نوع مقداری در ویژگی (رشته، عدد و غیره) ذخیره شده است و کاربر چگونه با آن کار خواهد کرد.

روی هر ویژگی 1C کلیک راست کرده و روی Properties کلیک کنید. لیستی از ویژگی های ویژگی انتخاب شده در پنجره سمت راست باز می شود.

ویژگی های اصلی جزئیات 1C:

جزئیات استاندارد 1C

همانطور که متوجه شدید، در فرم دایرکتوری جزئیات 1C وجود دارد که در پیکربندی لیست نشده اند: گروه، نام، BIC.

فرم فهرست دایرکتوری همچنین حاوی جزئیات 1C است که در لیست نیستند: علامت حذف.

اینها جزئیات استاندارد 1C هستند. آن چیست؟ همه یک مجموعه پیش‌فرض از جزئیات 1C دارند. برای دایرکتوری ها، این برای مثال، کد و نام است. برای مدارک این تاریخ و شماره است.

جزئیات استاندارد 1C را می توان به صورت زیر مشاهده کرد:

• با دوبار کلیک کردن روی آن با ماوس، به ویرایشگر شی 1C (دایرکتوری یا سند) بروید.
• در ویرایشگر باز شده، تب Data را انتخاب کنید
• در اینجا می توانید جزئیات استاندارد کد و نام دایرکتوری را پیکربندی کنید
• برای مشاهده لیست کامل، روی دکمه 1C Standard Details کلیک کنید.

جزئیات عمومی 1C

با شروع نسخه 1C 8.2.14، 1C معرفی شد شی جدید 1C - جزئیات عمومی 1C. با استفاده از آن، می توانید یک ویژگی (فیلد) اضافه کنید که در بسیاری از فهرست ها و اسناد به طور همزمان وجود دارد.

ویژگی های ویژگی های عمومی 1C:

• استفاده خودکار - جزئیات عمومی 1C را به یکباره به همه فهرست‌ها و اسناد اضافه می‌کند
• ترکیب - به شما امکان می دهد جزییات کلی 1C را فقط به دایرکتوری ها و اسناد ضروری اضافه کنید (استفاده خودکار سپس روی Do not use تنظیم می شود).

نحوه اضافه کردن جزئیات 1C

روی شاخه 1C Details دایرکتوری مورد نظر کلیک راست کرده و Add را انتخاب کنید.

ما باید نام ویژگی 1C را وارد کنیم، به عنوان مثال "آدرس دفتر" و مترادف "آدرس دفتر". نوع پیش‌فرض را به عنوان String بگذارید، اما کادر انتخاب طول نامحدود را علامت بزنید.

بیایید یک ویژگی 1C دیگر را به همین ترتیب اضافه کنیم، فقط نوع Boolean را انتخاب می کنیم و آن را "Works on Weekends" می نامیم.

نحوه نمایش جزئیات در فرم 1C (کلاینت ضخیم 1C)

اجازه دهید شاخه Forms را در همان دایرکتوری گسترش دهیم. برای باز کردن فرم، فرم عنصر را انتخاب کرده و با ماوس روی آن دوبار کلیک کنید.

لبه شکل را با ماوس بکشید و آن را بکشید (اختیاری).

در پانل پیکربندی، روی دکمه "قرار دادن داده ها" کلیک کنید. همچنین می توانید از منوی Form / Data Placement استفاده کنید.

مشاهده می کنید که مشخصات ما در فرم نمایش داده نمی شود. آنها را بررسی کنید. و همچنین چک باکس های Insert labels و Place به طور خودکار.

نحوه نمایش جزئیات در فرم 1C (1C Thin Client)

اجازه دهید شاخه Forms را در همان دایرکتوری گسترش دهیم. شکل عنصر را انتخاب کرده و با ماوس روی آن دوبار کلیک کنید.

در تب Details، خط Object را گسترش دهید. لیستی از جزئیاتی که قبلاً به فهرست اضافه شده اند را مشاهده خواهید کرد.

اکنون فقط ویژگی مورد نیاز را از پنجره سمت راست به سمت چپ بکشید و در فرم ظاهر می شود.

جزئیات فرم 1C

در کلاینت ضخیم، فرم جزئیات خاص خود را دارد. آنها در برگه جزئیات قرار دارند.

این جزئیات در پایگاه داده ذخیره نمی شوند، اما می توان از آنها در فرم برای فیلدهایی که برای کار با فرم مورد نیاز است استفاده کرد.

به عنوان مثال، شما یک علامت به فرم اضافه کرده اید. وقتی روی آن کلیک می کنید، اتفاقی روی فرم می افتد. معنی چک باکس برای شما مهم نیست (نیازی به نوشتن آن ندارید) - فقط برای تغییر فرم هنگام کار با آن استفاده می شود. در این حالت شما از ویژگی دایرکتوری به عنوان داده استفاده نمی کنید، بلکه از ویژگی فرم استفاده می کنید.

جزئیات دوره ای 1C

در نسخه 7.7 1C جزئیات دوره ای وجود داشت. معنی آنها این است: معنای لوازم در تاریخ های مختلف متفاوت است. به عنوان مثال، مقدار در 1 سپتامبر یک و در 1 اکتبر، مقدار دیگری است. همان وسایل

در 1C 8 هیچ جزئیات دوره ای وجود ندارد. این به صورت زیر اجرا می شود:

جزئیات فرم ارتباط آن را با داده ها تضمین می کند. در این مورد، یک (و تنها یکی) از جزئیات را می توان به عنوان اصلی تعیین کرد. ممکن است لزوماً نوع داده ای نباشد که فرم را به آن رسم می کنیم. اما رفتار فرم به نوع داده ویژگی اصلی بستگی دارد. علاوه بر تغییر رفتار فرم، زمینه ماژول فرم نیز تغییر می کند. همراه با روش ها و خواص فرم، روش ها و خواص شی که مقدار صفت اصلی است در آن موجود می شود. مهم است که فرم های نوع Free Form دارای جزئیات اولیه نباشند. در این مورد، رفتار فرم تنها توسط تنظیمات کاربر تعیین می شود. بیایید سؤالات مربوط به جزئیات اساسی را در نظر بگیریم.

سوال 10.05 امتحان 1C: Platform Professional. ویژگی اصلی فرم برای چیست؟

1. منبع داده را برای فرم به عنوان یک کل تعریف می کند
2. قابلیت های استاندارد پلت فرم را برای کار با فرم با داده هایی از نوع مشخص شده در ویژگی اصلی تعریف می کند.
3. برای ارائه توانایی دسترسی برنامه‌نویسی به جزئیات شی از زمینه فرم محلی
4. تجسم جزئیات شی را در گفتگوی فرم ارائه می دهد
5. 2 و 3 صحیح است
6. 1 و 2 صحیح است

پاسخ صحیح شماره شش است، به بالا مراجعه کنید.

سوال 10.06 امتحان 1C: Platform Professional. جزئیات فرم برای چه چیزی لازم است؟

1. برای توصیف محتوای داده‌هایی که در یک فرم نمایش داده، ویرایش یا ذخیره می‌شوند
2. برای نمایش و ویرایش داده ها در یک فرم
3. 1 و 2 صحیح است

پاسخ صحیح سوم است - هر دو.

سوال 10.07 امتحان 1C: Platform Professional. برای تخصیص ویژگی های اساسی به یک فرم کنترل شده دلخواه...

1. باید چک باکس "جزئیات اساسی" را در ویژگی های ویژگی های فرم علامت بزنید
2. شما باید ویژگی “Data” فرم را با انتخاب ویژگی فرم مورد نیاز پر کنید

پاسخ صحیح دوم است:

سوال 10.08 امتحان 1C: Platform Professional. هر چه دلخواه است فرم منظمتعیین جزئیات اولیه ...

1. فرم باید به عنوان اصلی تبدیل شود، جزئیات اصلی به طور خودکار تعیین می شود
2. باید چک باکس "جزئیات اساسی" را در ویژگی های ویژگی های فرم علامت بزنید
3. شما باید به منوی "Edit"، "Basic details" بروید و مقدار مورد نظر را انتخاب کنید
4. شما باید ویژگی “Data” فرم را با انتخاب ویژگی فرم مورد نیاز پر کنید

پاسخ صحیح چهارم این است:

جزئیات اصلی با پررنگ مشخص شده اند:

سوال 10.09 امتحان 1C: Platform Professional. اگر یک ویژگی فرم اصلی وجود دارد، آیا می توان ویژگی اصلی دیگری را اضافه کرد؟

1. این غیر ممکن است
2. با تخصیص مقدار مناسب به ویژگی ویژگی فرم امکان پذیر است
3. در هنگام دسترسی به شی "فرم" فقط به صورت برنامه ریزی شده امکان پذیر است
4. این کار با افزودن مقدار دیگری به ویژگی form مربوطه امکان پذیر است

پاسخ صحیح اول است، به شدت یک شرط اصلی وجود دارد، زیرا ارتباط با شی باید بدون ابهام باشد.

سوال 10.113 امتحان 1C: Platform Professional. کدام یک از جزئیات فرم ارائه شده در شکل اصلی است؟

1. لیست نرخ ارز
2. DirectoryObject
3. فرم های دایرکتوری جزئیات اولیه ندارند
4. فرم های دایرکتوری دارای تمام جزئیات اولیه هستند

پاسخ صحیح دوم پاسخی است که درشت شده است.