1C 8.3 ارزش در فرم پروکسی. غلظت فرم مدیریت (1CV8)

پردازش تمام جزئیات شی انتخاب شده را نشان می دهد، به شما اجازه می دهد تا آنها را ویرایش کنید، و همچنین دو اشیاء از همان نوع را مقایسه کنید. پشتیبانی از هر پیکربندی، معمول به طور خودکار نصب شده است.

نسخه فعلی: برای فرم های متعارف 1.09، برای 1.12 مدیریت شده است.

پردازش دانلود (برای 1c 8.2، 1c 8.3 (فرم های معمولی)، فایل EPF، 47 کیلوبایت)

پردازش دانلود (برای 1C 8.2، 1C 8.3 (فرم های مدیریت شده)، فایل EPF، 22 کیلوبایت)

آخرین نسخه برای 1C 8.1: 1.05

پردازش دانلود (برای 1C 8.1، فایل EPF، 48 کیلوبایت)

اگر پردازش باز نمی شود چه باید بکنید

برای مثال پردازش بسیار مفید است، به عنوان مثال، در چنین مواردی:

ما باید پایگاه داده نا آشنا را بفهمیم

انتشار پیکربندی به روز شد و یک فیلد جدید به سند اضافه شد (پنهان، اما هیچ فرم وجود ندارد). در عین حال، زمانی که آنها ایجاد می شوند، برای اسناد جدید تاسیس شده است، و در مورد قدیمی به طور طبیعی فراموش شده است. که کاربر در این واقعیت بیان می شود که دو اسناد کاملا یکسان یک سیم کشی متفاوت دارند

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

شما باید به اطلاعات مرتبط بروید (به عنوان مثال، باز کردن SCD مشخص شده در صورتحساب) فقط در اینجا این فیلد فراموش شده است که آن را در دسترس قرار دهید (یعنی هیچ دکمه ای با نقاط یا بزرگنمایی شیشه و یا F4) (و هنوز هم این اتفاق می افتد از ورود به فیلد ورودی، میدان انتخاب، کتیبه یا میدان به طور کلی، هیچ فرم وجود ندارد 🙁)

لازم است دو مورد از یک گونه را مقایسه کنید

ویژگی های متمایز هستند

توانایی اتصال به تنظیمات معمول به عنوان یک فرم چاپ شده (به عنوان مثال، در حالت صرفا کاربر، پیکربندی مورد نیاز نیست)

توانایی نوشتن یک شی در حالت "تبادل اطلاعات - بار" - I.E. "همانطور که هست"

نصب (رابط عادی)

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

نصب ("مدیریت" رابط)

توجه: این گزینه نصب تنها در پیکربندی های استاندارد 1C کار می کند.

1. به بخش اداری بروید و آنجا - "گزارش های اضافی و پردازش".

2. دکمه "افزودن" را فشار دهید و فایل Dannye-Objecta-up.epf را انتخاب کنید

3. در پنجره تنظیمات پردازش، بررسی کنید:

انتشار: استفاده شده

برچسب ها ذکر شده اند: برای لیست لیست استفاده کنید، برای اشیاء فرم استفاده کنید

4. نصب را با کلیک روی OK تأیید کنید

با استفاده از پردازش

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

رابط عادی - دکمه "چاپ ..." را فشار دهید

رابط "مدیریت" - دکمه پر کردن را فشار دهید

در منوی "Object Data" انتخاب کنید - فرم پردازش باز خواهد شد

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

نحوه دریافت پروکسی از مقادیر مرجع در مشتری

در قالب پردازش، بر روی ارزش پروکسی کلیک کنید.

برای تغییر پروکسی - یک تیک را در کنار مقدار تنظیم کنید. پس از آن، ارزش را می توان تغییر داد.

برای ذخیره تغییرات - دکمه رکورد صرفه جویی به طور غیر معمول را در حالت "Data Exchange"، ورود معمول فشار دهید. رفتار (فقط اسناد)

اگر شما نیاز به بخشی از recapsects اصلاح شده برای نوشتن، و بخشی از محفظه - حذف جعبه های مقابل این واقعیت است که لازم است ثبت شود.

در پردازش "اطلاعات مورد نیاز" وجود دارد - به این معنی نیست که چگونه ارزش را با مرجع (به عنوان مثال، یک کارت متداول) باز می شود و دوباره توسط پردازش دوباره ایجاد شد.

مقایسه اشیاء را می توان انجام داد:

انتخاب در پردازش 2 اشیاء

2. پردازش پردازش از یک شی، سپس (بدون بستن پنجره ها) از دیگر. یک پیشنهاد برای مقایسه وجود خواهد داشت.

3. (تنها رابط "مدیریت"). بلافاصله در لیست 2 شیء را انتخاب کنید (برای این که دکمه CTRL را نگه دارید) و تماس با پردازش - اشیاء مقایسه خواهد شد.

تصاویری (رابط کاربری عادی)

تصاویری ("مدیریت" رابط)

نمونه هایی از درمان برای پردازش وضعیت مشکلات.

تغییرات در نسخه 1.12 (10/17/2017)

• یک خطا با فرم های کنترل شده ثابت شده است (پروکسی که در بخش جدول به روز نشده است، اگر جسم خود را به عنوان کلاه با همان نام داشته باشد)

تغییرات در نسخه 1.10 (01/06/2017)

• برای یک گزینه با فرم های قابل کنترل، کار در برخی از تنظیمات معمول (حسابداری، UNF) ثابت شده است

تغییرات در نسخه 1.09 (07/07/2015)

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

تغییرات در نسخه 1.08 (04/03/2014)

برای یک نسخه تحت رابط کاربری معمولی، سازگاری در هنگام کار در پیکربندی "مدیریت شرکت تولید" (UPP) 1.3 بهبود یافته است.

تغییرات در نسخه 1.07 (04/03/2013)

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

رفع اشکال (حقوق در توزیع پردازش ایجاد شد))

تغییرات در نسخه 1.06 (13.05.2012)

نمایش فیلد "نسخه شی"

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

تغییرات در نسخه 1.05 (04/05/2011)

رفع اشکال (هنگام کار زیر 8.2، یک رکورد از یک سند در حالت در دسترس نیست)

تغییرات در نسخه 1.04 (2011/04/13)

رفع اشکال (هنگام کار زیر 8.2، الزامات بر روی دوبار کلیک ماوس باز نمی شود)

در حال حاضر پردازش می تواند به نمایش جزئیات نوع مرجع حرکت کند.

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

تغییرات در نسخه 1.03 (10.10.2010)

توانایی مشخص کردن کاربران و دسترسی آنها به پردازش اضافه شده است.

تغییرات در نسخه 1.02 (2010/08/2010)

پیکربندی پشتیبانی می شود که در آن کتاب مرجع خارجی خارجی "فرم های چاپ اضافی" نامیده می شود.

تغییرات در نسخه 1.01 (2010/01/28)

خطایی را که با یک شی خالی 1 و Object2 انتخاب شده (به لطف Rasswet، که آن را نشان داد، ثابت کرد.

علامت چک علامت "جزئیات" بلافاصله کار می کند، به "نمایش" فشار نمی آورد؛

ستون "Value Type" به نام "نوع ارزش ممکن" تغییر نام داده شده و نوع ارزش تعریف شده برای این جزئیات را در پیکربندی نشان می دهد. برای جزئیات داشتن یک نوع کامپوزیت، علاوه بر این، نوع ارزش این پروکسی در شیء مشاهده شده نشان داده شده است.

اگر شما به پردازش خود در پیکربندی متصل شده اید، سپس برای به روز رسانی آن:

پردازش را دانلود کنید، آن را باز کنید، مانند یک خارجی، آن را به شما می گوید که چگونه و نحوه کلیک کردن ("نصب" را فشار دهید، "به روز رسانی پردازش در پایگاه داده" را انتخاب کنید، روی دکمه "Run" کلیک کنید)

در زمان یک مشتری ضخیم، یک روش تماس یک ماژول شی از ماژول فرم ساده بود. این به اندازه کافی برای تعیین روش ماژول به عنوان صادر شده بود و باعث می شود آن را در فرم ماژول.


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

انواع داده های جدید

همچنین، به دلیل فرم های مدیریت شده، انواع داده های جدید ظاهر شد. یک فرم وجود دارد:
ما انواع جزئیات را به یاد می آوریم و به چه نوع اشکال زدایی برای این جزئیات نگاه می کنیم:

انواع فرم های جدید فرم

ما نتیجه گیری می کنیم، نوع شیء برای نمایش داده های شیء خود استفاده می شود. دارایی خصوصی، برای نمایش درخت ارزش - patformidevoبرای بخش جدولی - مجموعه مستندات و غیره. یعنی، در ماژول فرم بر روی مشتری، ما با هدف خود کار نمی کنیم، بلکه با نمایندگی او! بنابراین، روش هایی که در دسترس هستند، برای مثال، برای یک قسمت جدولی در ماژول شیء در دسترس نیست در فرم ماژول

مبارزه با انواع جدید

توسعه دهندگان پلت فرم 1C دو توابع را ارائه دادند:

1. Requisitformavities - تبدیل Embiskration مشخص شده از فرم به یک شی نوع کاربردی.
2. نظافت - تبدیل داده های فرم را به یک شی نوع کاربردی تبدیل می کند.

تماس با این توابع تنها در سرور موجود است. اجازه دهید ما به کار ما بازگردیم و کد را برای یک مشتری نازک در ماژول فرم در این رویداد بنویسیم saviorserverکدام تابع را از ماژول شیء فراخوانی می کند:
& در سرور


speckend1 \u003d requisitformadding ("شی")؛
Speckend1. حوادث (Object.ReveVisit1)؛




اکسترودر

کار می کند و با کمک یک تابع و با کمک O_O دیگر. ما کد برای resport داریم patformidevo در یک نوع کاربردی کاربردی:
& در سرور
روش حفاظت (شکست، استاندارد سازی)

woodnames1 \u003d requisitformadded ("requisite1")؛
Woodnames2 \u003d پیشنهادات (Etform.ReveVisit1، Type ("Woodcons"))؛

اکسترودر

Woodnames1 و Woodnames2 دارای یک نوع چوب هستند. بنابراین تفاوت این توابع چیست؟

نظافت - تابع جهانی متن نوشته. تبدیل نوع شیء پشتیبانی شده توسط فرم را در نوع شیء پایگاه داده ایجاد می کند: ساختار propefflight -\u003e دایرکتوری مرجع 1.

Requisitformavities - تابع فرم ماژول، یعنی، در متن فرم فرم (& Nasserver) نامیده می شود. اگر سعی می کنید این ویژگی را خارج از متن فرم ایجاد کنید، این پلت فرم یک خطای استثنایی ایجاد می کند:
& metrostereBettextext.
روش تحول ()

// این کد اشتباه است، زمینه فرم در دسترس نیست، یک خطا وجود خواهد داشت!
speckend2 \u003d پیشنهادات (شی، نوع ("دایرکتوری مرجع. handbook1"))؛
پیام Speckend2.The (Object.ReveVisit1)؛

اکسترودر

این همه تفاوت ها است.

چاپ (Ctrl + P)

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

• Menerendanephers ()،
• ادعا ()،
• copydanforms ().

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

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

• validewandenforms() - تبدیل یک شی نوع برنامه برای ایجاد داده ها.
• نظافت() - داده های فرم را به یک شی نوع کاربردی تبدیل می کند.
• copydanforms() - کپی کردن داده های فرم با یک ساختار سازگار. اگر ساختار اشیا ناسازگار باشد، ارزش حقیقت را به دست می آورد.

هنگام تبدیل داده های فرم به اشیاء کاربردی و پشت، ذخیره سازی اشیاء استفاده می شود، اما نسخه واقعی جسم در Keshe انجام می شود.

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

بگذارید یک مثال بگذاریم، چگونه از تحول داده ها در الگوریتم های خود استفاده کنیم.

& در سرور
روش حفاظت (شکست، استاندارد سازی)
اشیاء \u003d کالاها. Ateponement ("گیاه قهوه"). دریافت ()؛ mearyrendaniforms (شی شی، شی)؛
اکسترودر
& svalette
روش نوشتن ()
ضبط سرور ()؛
اکسترودر
& در سرور
Reviewer روش ()
اشیاء \u003d پیشنهادات (شی، نوع ("رزرو مرجع. Reloons))؛
پروژه Object ()؛
اکسترودر

همچنین، Object Formcliner دارای روش های موجود در سرور است:

• surencevisitforms () - تبدیل یک شی از نوع کاربردی را به یک پروکسی فرم مشخص انجام می دهد.
• Requisitformavities() - غرفه های داده های فرم را به یک شی نوع کاربردی تبدیل می کند.

استفاده از این روش ها معمولا راحت تر است، به عنوان مثال، اطلاعات مربوط به نوع پروکسی های فرم. علاوه بر این، روش رابطه مورد نیاز () روش () تنظیم مکاتبات داده های فرم و شی را انجام می دهد که هنگام تشکیل پیام ها استفاده می شود.

همچنین باید به یاد داشته باشید که هنگام تبدیل به داده های فرم (هر دو با استفاده از روش ارزش () روش () و با استفاده از روش ضریب sequentalyrevisitforms ())، اشیاء مانند جداول یا رقبای باید در نظر گرفته شوند: در شیء تبدیل باید تمام ستون هایی وجود داشته باشد که در فرم های داده وجود دارد.

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

هنگام انتقال یک شی به پلت فرم فرم داده یا هنگام تماس با روش validewandenforms(), valrererevizitform() فقط داده های شیء منتقل می شود. حالت داخلی جسم در این فرم ها منتقل نمی شود. به عنوان مثال، ارزش مرجع جدید، که توسط روش به وسیله روش تنظیم شده است نصب SLIPOVOY ()در فرایند تبدیل یک شی به داده های فرم و بازگشت از دست خواهد رفت.

به عنوان اولین پارامتر روش ها Requisitformavities() من. اطلاعات اولیه () فقط جزئیات فرم های زیر ممکن است:

• propeflight،
• تمرین پذیری
• ساختار تریکو،
• patformandevo

ما نمونه ای از استفاده از این روش ها را ارائه می دهیم.

& در سرور
روش بازنشانی سرور ()
// جسم Props را در شیء برنامه تبدیل می کند. سند \u003d Requisitformassing ("شی")؛
// بازدهی مجدد را با روش تعریف شده در ماژول سند انجام می دهد. سند انجام ()؛
// یک شیء کاربردی را به پروکسی تبدیل می کند. SurrenceVisitforms (سند، "شی")؛
اکسترودر

الزامات فرم

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

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

یک فرصت برای تعیین وجود دارد پروکسی های اصلی فرم، I.E. Props مورد نیاز، که فرمالیت استاندارد فرم را تعیین می کند (فرمت فرم). باید به یاد داشته باشید که پروکسی های اصلی فرم تنها می توانند یکی باشند.

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

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

فرم مالکیت املاک داده های ذخیره شده این نشانه ای است که تغییر تعاملی در پروکسی ها منجر به تلاش برای جلوگیری از این فرم برای ویرایش، و همچنین تنظیم خودکار فرم فرم اصلاح شده خواهد شد.

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

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

• انواع که به طور مستقیم در فرم استفاده می شود، این نوع هایی هستند که در کنار سرویس خوب و وب سایت (به عنوان مثال، شماره، دایرکتوری وجود دارد. Reluars، Graphicsham، Timber)؛

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

• فهرست پویا (برای اطلاعات بیشتر، بخش «فهرست پویا» این فصل را ببینید).

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

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

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

• خصوصی - شامل مجموعه ای از خواص نوع دلخواه است. خواص می تواند ساختارهای دیگر، مجموعه ها یا ساختارها با مجموعه ها باشد. به نظر می رسد چنین نوعی به عنوان مثال، به شکل یک دایرکتوری است.

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

• تست ساختار یک شی است که به عنوان یک ساختار و مجموعه در همان زمان نشان داده شده است. شما می توانید با او تماس بگیرید با هر یک از این نهاد. به نظر می رسد این نوع، به عنوان مثال، در مجموعه ای از سوابق.

• Patformandevo - شیء طراحی شده برای ذخیره سازی داده های سلسله مراتبی.

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

به عنوان مثال، یک سند حاوی بخش جدولی توسط یک شی از نوع ساختار (در واقع یک سند) نشان داده می شود که تحت عنوان نوع نوع تشکیل اطلاعات (بخش جدولی سند) قرار دارد.

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

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

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

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

• برای پروکسی، وابسته به لیست پویا (ستون فهرست پویا):
  • اموال فعال است - Props همیشه از پایگاه داده خوانده شده و در این فرم ها گنجانده شده است؛
  • خواص خاموش می شوند - Props از پایگاه داده خوانده می شود و تنها در این فرم ها گنجانده شده است، زمانی که یک عنصر قابل مشاهده از فرم وجود دارد، همراه با پروکسی یا الزامات زیرمجموعه آن.

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

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

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

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

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

• Menerendanephers ()،
• ادعا ()،
• copydanforms ().

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

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

• mearyrendatinforms () - تبدیل یک شی نوع برنامه برای فرم داده؛
• ادعا () - تبدیل داده های فرم را به یک شی نوع کاربردی تبدیل می کند؛
• Copydanforms () - کپی کردن این اشکال با ساختار سازگار. اگر ساختار اشیا ناسازگار باشد، ارزش حقیقت را به دست می آورد.

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

بگذارید یک مثال بگذاریم، چگونه از تحول داده ها در الگوریتم های خود استفاده کنیم.

& روش روش نسترینت (شکست، پردازش استاندارد)

اشیاء \u003d مراجع. تندرست ها ("گیاه قهوه"). دریافت ()؛ mearyrendaniforms (شی شی، شی)؛

اکسترودر

و پرونده سفارشی ()

ضبط سرور ()؛

اکسترودر

& Nasserver روش نوشتن Aserver ()

Objectovar \u003d پیشنهادات (شی، نوع ("رزرو مرجع. چرخش"))؛ پروژه Object ()؛

اکسترودر

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

• Sign-SecureSementsyRevisitforms () - تبدیل یک شی از نوع کاربردی را به یک پروکسی فرم مشخص انجام می دهد.
• RequisitformAvioD () - نیازهای فرم داده را به یک نوع نوع برنامه تبدیل می کند.

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

ما نمونه ای از استفاده از این روش ها را ارائه می دهیم.

& Nasserver Procedure Recalculate Server ()

// جسم Props را در شیء برنامه تبدیل می کند. سند \u003d Requisitrafforms ("شی")؛ // بازدهی مجدد را با روش تعریف شده در ماژول سند انجام می دهد. سند انجام ()؛ // یک شیء کاربردی را به پروکسی تبدیل می کند. اخیراvererevisitforms (سند، "شی")؛

اکسترودر

رابط برنامه

Patformandevo (FormDatatree)

• Findbyid Findbyid
• گزینه ها (getitems)

شرح:

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

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

گزینه ها (getitems)

نحو:

اختیاری ()

ارزش بازگشت:

نوع: مجموعه برق Electrhenidev.

شرح:

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

در دسترس بودن: مشتری، سرور، مشتری لاغر، مشتری وب.

Findbyid Findbyid

نحو:

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

مولفه های:

<Идентификатор> (اجباری)

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

ارزش بازگشت:

نوع: Paramerterev.

شرح:

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

در دسترس بودن: مشتری، سرور، مشتری لاغر، مشتری وب.

eateltatreeeitem (formdattreeitem)

خواص:

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

• گوته
• گتافال)
• گزینه ها (getitems)
• اموال (اموال)

شرح:

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

eateltatreeeitemcollection (formdatatreeitemcollection)

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

برای این تسهیلات جمع آوری بایپس توسط اپراتور برای هر ... از ... چرخه. هنگامی که عبور، عناصر مجموعه انتخاب می شوند. ممکن است به عنصر مجموعه توسط اپراتور تجدید نظر شود [...]. شاخص عنصر به عنوان یک استدلال منتقل می شود.

• قرار دادن)
• اضافه کردن (اضافه کردن)
• فهرست (IndexOf)
• مقدار (تعداد)
• پاک کردن (روشن)
• دریافت (دریافت)
• تغییر مکان
• حذف

شرح:

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

در دسترس بودن: مشتری، سرور، مشتری لاغر، مشتری وب.

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

• Elementider اولیه، روش اختیاری
• Patformandevo، روش عملیات

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

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

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

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

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

مثلا:

& Nasserver Cleaner Cleaner (عناصر) برای هر عنصر از عناصر چرخه cleathelder (عنصر. پور کردن عناصر ())؛ Endcycle؛ عناصر. کار ()؛ اکسترودر

و روش زمین از اتمام () اندازه گیری \u003d qtzdyatiyia \u003d grades.postroytreyonia (نادات، meta.tenect ())؛ پاکسازی (چوب های فوکوس) عناصر فوکوس ())؛ Menerendaniforms (Ripponium، Woodcuts)؛ اکسترودر

و روش شکایت برای اطلاع رسانی از (عنصر) فیله ()؛ اکسترودر

در زیر اشیاء اصلی 1C هستند که هنگام کار با فرم های قابل کنترل استفاده می شوند. نمونه های کوتاهی از کد که استفاده سنتی از این اشیا را نشان می دهد هنگام نوشتن تنظیمات 1C ارائه می شود.

چرت زدن

در فرم ماژول فرم استفاده می شود& Change & & Nasserver.

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

تجدید نظر به عنصر فرم از طریق شیء رخ می دهدعناصر و به نظر می رسد این:

Etform عناصر. تعمیر و نگهداری. putton \u003d "v." برنامه نسخه؛

درخواست تجدید نظر به نیروی موجود در فرم، درست است:

Etform.The Setpoints \u003d "Hello، Comprades!"؛

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

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

// عنصر فرم

عناصر اضافه وزن سر صندلی \u003d "v." + برنامه نسخه؛

// فرم های لازم

text \u003d "سلام، رفقا!"؛

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

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

متن \u003d آیتم ها؛ // نام محصول - این فرم پروکسی

با این حال، به این ترتیب جزئیات جزئیات "پیچیده" را به دست آورد -جداول، Woodnames . هنگام تلاش برای به دست آوردن پروکسی با چنین نوع نام، نوع شیء بازگردانده می شودمجموعه مستندات.

برای دریافت ارزش پروکسی با نوع "پیچیده"، شما باید از تابع استفاده کنیدRequisitformadrification ():

کاخ فعلی \u003d Requisitformadded ("اشیاء انتخاب شده")؛

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

کارکرد Requisitformadrification () و ValureereRevisitforms () فقط در سرور موجود است

یک شیء

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

یا، ورود کامل تر:

این شیء

شامل شی خود است. طراحی شده برای به دست آوردن یک شی در ماژول شی یا فرم ماژول.

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

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