1c جزئیات فرم را اضافه کنید. جزئیات فرم مدیریت شده (1Cv8). ویژگی های کار با درخت ارزش

جزئیات فرم

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

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

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

پسوند فرم- اینها ویژگی ها، روش ها و پارامترهای فرم اضافی شی 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 Accounting 8.3 (نسخه 3.0)

این اتفاق می افتد که ما فاقد قابلیت های موجود در 1C هستیم. و همیشه لازم نیست با یک برنامه نویس تماس بگیرید. من در مورد یکی از این موارد در رابطه با 1C جدید به شما خواهم گفت: حسابداری 8.3 (ویرایش 3.0).

اجازه دهید فیلدهای کافی برای وارد کردن اطلاعات در مورد طرف مقابل خود نداشته باشیم. و ما می خواهیم یک فیلد جدید اضافه کنیم که "وضعیت" نامیده می شود و یکی از سه مقدار را دارد - "بالا"، "متوسط" و "کم". من در زیر به شما خواهم گفت که چگونه می توانید چنین فیلدی را بدون رفتن به پیکربندی اضافه کنید.

1. به بخش "Administration" بروید و "General settings" را انتخاب کنید ():

2. اگر قبلاً علامت زده نشده است، کادر "جزئیات و اطلاعات اضافی" را پیدا کرده و علامت بزنید. روی پیوند "جزئیات اضافی" کلیک کنید:

3. در قسمت سمت چپ پنجره تنظیمات که باز می شود، "Account" را انتخاب کنید. روی دکمه New در نوار ابزار کلیک کنید.

4. پنجره ای برای ایجاد جزئیات جدید برای عناصر دایرکتوری "Counterparties" باز شده است. "وضعیت" را در قسمت نام وارد کنید. "مقدار اضافی" را به عنوان نوع مقدار بگذارید، اگرچه در آینده به خاطر داشته باشید که انواع مقادیر دیگر (رشته، عدد، تاریخ و غیره) امکان پذیر است. اما چیزی که اکنون به آن نیاز داریم ارزش اضافی است، زیرا می‌خواهیم انتخاب محدودی از سه گزینه را در اختیار کاربر قرار دهیم.

5. برای ایجاد هر گزینه، به تب "Values" بروید، روی دکمه "Create" در آنجا کلیک کنید، نام مقدار را وارد کنید (به عنوان مثال، "High") و روی دکمه "ذخیره و بستن" کلیک کنید.

6. و به همین ترتیب تا زمانی که هر سه مقدار با نام های "High" "Medium" و "Low" مانند شکل زیر ایجاد شوند. روی دکمه "ذخیره و بستن" کلیک کنید.

7. همانطور که می بینید، طرف مقابل اکنون ویژگی Status را در لیست جزئیات اضافی دارد.

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

9. در این قسمت می توانیم یکی از سه مقداری که ایجاد کردیم را جایگزین کنیم. می توانید با استفاده از این فیلد انتخابی را در قالب یک لیست انجام دهید، می توان آن را در گزارش ها نمایش داد و غیره.

جزئیات عمومی در 1C 8.3 یک شیء فراداده پلتفرم است که به شما امکان می دهد از یک ویژگی برای بسیاری از اشیاء پیکربندی (دایرکتوری ها، اسناد، نمودارهای حساب ها و غیره) استفاده کنید. شی عمدتاً برای آسان‌تر کردن کار توسعه‌دهنده و جداسازی داده‌ها ایجاد شده است.

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

اضافه کردن جزئیات عمومی بسیار راحت است تا اشیاء استاندارد را در پیکربندی تغییر ندهید؛ من اغلب آنها را همراه با .

پس از افزودن یک ویژگی کلی، می توان از آن در کوئری ها استفاده کرد و در فرم شی نمایش داد - از نظر ظاهری هیچ تفاوتی با وسایل معمولی ندارد.

تنها محدودیت جزئیات کلی عدم امکان استفاده از آنها در .

بیایید به تنظیمات اولیه و ویژگی های جزئیات عمومی که با سایر اشیاء پیکربندی متفاوت است نگاه کنیم:

ترکیب- فهرستی از اشیاء که از جزئیات عمومی استفاده خواهد شد؛ این تنظیم یادآور تنظیم یک طرح مبادله است.

267 درس ویدیویی را در 1C به صورت رایگان دریافت کنید:

استفاده خودکار— این تنظیم تعیین می‌کند که آیا از لوازم عمومی برای آن دسته از اشیایی که حالت استفاده «خودکار» مشخص شده است استفاده می‌شود یا خیر.

جداسازی داده ها- ما این تنظیم را جداگانه در نظر خواهیم گرفت.

جداسازی داده ها در 1C با استفاده از جزئیات مشترک

جداسازی داده ها- مکانیزمی شبیه به مکانیسم. با این حال، عملکرد این مکانیسم کارآمدتر است و پیکربندی آن آسان تر است.

این مکانیسم به شما امکان می دهد نمایش تنها عناصری را که کاربر می تواند ببیند پیکربندی کنید. به عنوان مثال، شما می توانید بین تمام اشیاء (اسناد، دایرکتوری ها و غیره) که در آن سازمان خاصی نصب شده است، تمایز قائل شوید.

راه اندازی جداسازی داده ها با استفاده از جزئیات عمومی 1C

برای پیکربندی جزئیات کلی، باید جداسازی داده ها را مشخص کنید - تقسیم کنید. بلافاصله پس از کلیک کردن، سیستم پیشنهاد می کند پارامترهای حسابداری پیش فرض ایجاد کند:

در این مورد، مشخص کردن پارامترهای جلسه هنگام راه اندازی سیستم ضروری خواهد بود؛ نحوه انجام این کار با یک مثال در مقاله توضیح داده شد.

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

نمونه ای از استفاده از وسایل رایج

بیایید با استفاده از مثالی از پیکربندی قاب و پایه‌ها، به راه‌اندازی پایه‌های عمومی در 1C 8.3 نگاه کنیم. سازمان:

این سیستم دارای 3 سند است که در آنها باید مشخصات سازمان ذکر شود: اینها فاکتور رسید، صورتحساب هزینه و حقوق و دستمزد.

راه اندازی ساده است:

1. ما یک ویژگی عمومی جدید ایجاد می کنیم، نوع را مشخص می کنیم - DirectoryLink.Organization.
2. در ترکیب ما اسناد خود را ترتیب می دهیم - استفاده کنید.

تمام شد، راه اندازی کامل شد!

نتیجه را ببینیم:

این سیستم جزئیات کلی را "انگار مال شما" نشان می دهد: در درخواست ها، در جزئیات فرم و در مکان های دیگر. این چنین جادویی است! 🙂

شرایط عمومی 1C 8.3 اضافه نشده است

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

در زیر، اشیاء اصلی 1C که هنگام کار با فرم‌های مدیریت شده استفاده می‌شوند، فهرست شده‌اند. نمونه‌های کد مختصری ارائه شده است که استفاده سنتی از این اشیاء را هنگام نوشتن پیکربندی‌های 1C نشان می‌دهد.

این فرم

در ماژول فرم، در رویه ها استفاده می شود&روی کلاینت و &روی سرور.

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

عنصر فرم از طریق یک شی قابل دسترسی استعناصر و شبیه به این است:

ThisForm.Elements.VersionNumber.Header = "v."+ProgramVersion;

دسترسی به ویژگی هایی که در فرم وجود دارد به صورت زیر انجام می شود:

ThisForm.Advertisement Text="سلام رفقا!";

دسترسی ساده به عناصر و جزئیات فرم

در اصل، لازم نیست یک کلمه کلیدی را در یک ماژول فرم مشخص کنیداین فرم . شما می توانید به عناصر و جزئیات فرم به روشی ساده دسترسی داشته باشید:

// عنصر فرم

Elements.VersionNumber.Title = "v."+ProgramVersion;

// جزئیات فرم

Advertisement Text="سلام رفقا!";

ویژگی های بدست آوردن جزئیات فرم (مهم!)

اگر ویژگی فرم دارای یک نوع ساده باشد -رشته، شماره، تاریخ ... سپس می توانید مقدار ویژگی را به سادگی با نام دریافت کنید (تنظیم کنید):

Text=ProductName; // نام محصول یک ویژگی فرم است

با این حال، از این طریق نمی توان جزئیات یک نوع "پیچیده" را به دست آورد -جدول ارزش ها، درخت ارزش ها . هنگامی که سعی می کنید یک ویژگی با این نوع را با نام دریافت کنید، یک شی از نوع برگردانده می شودDataFormsCollection.

برای به دست آوردن مقدار یک ویژگی با نوع "پیچیده"، باید از تابع استفاده کنیدFormAttributesValue():

CurrentTable=FormAttributesValue("SelectedConstructionObjects");

برای تنظیم مقدار یک ویژگی "complex"، می توانید از تابع استفاده کنیدValueInFormAttributes(<Значение>, <ИмяРеквизита>) ، هر دو پارامتر مورد نیاز است.

کارکرد FormAttributesValue()و ValueInFormAttributes()فقط روی سرور موجود است

یک شی

به بیان دقیق، چنین کلمه کلیدی در فرم وجود ندارد. به سادگی، هنگامی که یک فرم ایجاد می شود، به عنوان مثال، یک فرم عنصر، 1C به طور خودکار یک ویژگی روی فرم با نام ایجاد می کند.یک شی . از طریق این ویژگی، ویژگی های شی فعلی که در فرم در حال ویرایش است، در دسترس است.

یا نماد کامل تر:

این شی

شامل خود شیء است. برای دریافت یک شی در یک ماژول شی یا یک ماژول فرم در نظر گرفته شده است.

استفاده: فقط خواندنی

در دسترس بودن: سرور، کلاینت ضخیم، اتصال خارجی.