1С 8.2 орчинд кодын бүтэц, удирддаг хэлбэрт өгөгдөл дамжуулах объект.

Оршил

"Удирдлагатай хэлбэр" гэсэн ойлголт болон 1С платформын холбогдох ойлголтуудын товч тайлбараас эхэлцгээе. Платформын мэргэжилтнүүд энэ хэсгийг алгасаж болно.

2008 онд худалдаанд гарсан шинэ хувилбарплатформ 1С: Enterprise 8.2 (цаашид Удирддаг програм гэх) бөгөөд энэ нь интерфейстэй ажиллах бүх давхаргыг бүрэн өөрчилдөг. Үүнд командын интерфейс, маягтууд, цонхны систем орно. Энэ нь тохиргоон дахь хэрэглэгчийн интерфэйсийн хөгжүүлэлтийн загварыг өөрчилөөд зогсохгүй үйлчлүүлэгчийн програм болон серверийн хооронд функцийг тусгаарлах шинэ архитектурыг санал болгож байна.
Удирдлагатай програм нь дараах төрлийн үйлчлүүлэгчдийг дэмждэг:

• Зузаан үйлчлүүлэгч (Ердийн ба удирддаг эхлүүлэх горим)
• Нимгэн үйлчлүүлэгч
• Вэб үйлчлүүлэгч

Удирдлагатай аппликейшн нь дээр суурилсан маягтуудыг ашигладаг шинэ технологи. Тэднийг дууддаг Удирдах маягтууд. Шилжилтийг хөнгөвчлөхийн тулд хуучин маягтуудыг (ердийн хэлбэр гэж нэрлэдэг) дэмждэг боловч тэдгээрийн функцууд нь боловсруулагдаагүй бөгөөд зөвхөн баялаг үйлчлүүлэгч ажиллуулах горимд байдаг.
Хөгжүүлэгчийн удирддаг маягтуудын гол ялгаанууд:

• Бүтцийн тодорхойлолтыг "пикселээр" биш харин тунхаглалтай. Маягтыг харуулах үед элементүүдийн тусгай байршлыг систем автоматаар хийдэг.
• Маягтын бүх функцийг маягт дээр тайлбарласан болно дэлгэрэнгүйболон тушаалууд. Дэлгэрэнгүй мэдээлэл нь маягттай ажилладаг өгөгдөл, командууд нь гүйцэтгэсэн үйлдэл юм.
• Маягтыг сервер болон үйлчлүүлэгч дээр хоёуланг нь гүйцэтгэдэг.
• Үйлчлүүлэгчийн хувьд бараг бүх төрлийн програмууд байдаггүй тул мэдээллийн бааз дахь өгөгдлийг өөрчлөх боломжгүй юм.
• Арга эсвэл хэлбэрийн хувьсагч бүрийн хувьд үүнийг зааж өгөх ёстой эмхэтгэлийн зааварГүйцэтгэх байршил (үйлчлүүлэгч эсвэл сервер) болон маягтын контекст хандах эсэхийг тодорхойлдог.

Маягтын аргуудыг эмхэтгэх заавар энд байна:

• &AtClient
• &Сервер дээр
• &OnServerWithoutContext
• &ClientAt the ServerWithoutContext

Дээрх зүйлийг дүрслэн харуулъя. Дэлгэцийн агшинд менежментийн маягт болон түүний модулийг хөгжүүлэх горимын жишээг харуулав. Тунхаглалын тайлбар, тулгуур, эмхэтгэлийн удирдамж гэх мэтийг олоорой.

Цаашдын бүх хэлэлцүүлэг нь зургийн баруун тал, модулийн кодыг хэрхэн яаж зохион байгуулах, үйлчлүүлэгч-серверийн харилцан үйлчлэлийг үр дүнтэй хэрэгжүүлэхэд ямар зарчмууд олгох тухай байх болно.

Асуудлыг тодорхойлъё

1С платформын шинэ хувилбарыг идэвхтэй ашиглаж эхэлснээс хойш хэдэн жил өнгөрч, 1С болон түүний олон тооны түншүүд олон шийдлүүдийг (тохиргоо) гаргасан.
Хөгжүүлэгчид энэ хугацаанд маягт үүсгэх үед үйлчлүүлэгч болон серверийн харилцан үйлчлэлийн зарчмуудын талаар нэгдсэн ойлголттой болж, хэрэгжүүлэх арга барил өөрчлөгдсөн үү? програм хангамжийн модулиудшинэ архитектурын бодит байдалд?

Кодын бүтцийг (хэлбэрийн модуль) ижил ердийн тохиргооны хэд хэдэн хэлбэрээр авч үзээд хэв маягийг олохыг хичээ.
Бүтцийн хүрээнд бид эдгээр аргуудыг эмхэтгэх арга, зааварчилгааг бүлэглэх зорилгоор хөгжүүлэгчээс хуваарилсан кодын хэсгүүдийг (ихэнхдээ эдгээр нь тайлбарын блок) хэлнэ.
Жишээ 1:
Үйл явдал зохицуулагч хэсэг Арга - клиент дээр Арга - сервер дээр Арга - клиент дээр Үйлчилгээний журам ба функцүүдийн хэсэг Оролтын хяналтын туслах функцууд
Жишээ 2:
Үйлчилгээний журам, чиг үүрэг Төлбөрийн баримт бичиг Үнэт зүйлс Үйл явдал зохицуулагчид
Жишээ 3:
Сервер дээрх үйлчилгээний журам Үйлчлүүлэгч дээрх үйлчилгээний процедур Контекстгүй сервер дээрх үйлчилгээний процедур Толгой хэсгийн үйл явдал зохицуулагчид Командын үйл явдал зохицуулагчид
Жишээ 4:
Ерөнхий зориулалтын процедурууд Маягтын үйл явдлыг зохицуулагч "Холбоо барих мэдээлэл" дэд системийн процедур
Үнэн хэрэгтээ кодын бүтэц байхгүй байна, эсвэл бага зэрэг хэлэхэд энэ нь 8.1 маягттай төстэй юм.

• "Ерөнхий, үйлчилгээ, туслах" гэсэн мэдээллийн бус үгс.
• Ичгүүр нь үйлчлүүлэгч болон серверийн аргыг салгах оролдлого хийдэг.
• Ихэнхдээ аргуудыг интерфэйсийн элементүүдээр бүлэглэдэг "Хүснэгт хэсэгтэй ажиллах бүтээгдэхүүн, Холбоо барих мэдээлэл".
• Арга, кодын бүлгүүдийг дур зоргоороо зохион байгуулах. Жишээлбэл, Event Handlers нь нэг хэлбэрээр дээд талд, нөгөө хэлбэрээр доод талд байх, гурав дахь хэлбэрээр нь огт онцолдоггүй гэх мэт байж болно.
• Энэ бүхэн нэг тохиргоонд байгаа гэдгийг мартаж болохгүй.
• Тиймээ, "Ерөнхий, Үйлчилгээ, Туслах" гэсэн үгс үргэлж ижил газарт байдаг тохиргоонууд байдаг, гэхдээ ...

Яагаад танд кодын бүтэц хэрэгтэй байна вэ?

• Засвар үйлчилгээг хялбаршуулах.
• Сургалтыг хялбарчлах.
• Ерөнхий/чухал/амжилттай зарчмуудыг засах.
• ... таны сонголт

1С-ийн одоо байгаа хөгжлийн стандарт яагаад тус болохгүй байна вэ?

Удирдлагын маягтыг бичихдээ санал болгосон ITS дискүүд болон төрөл бүрийн "Хөгжүүлэгчийн гарын авлага ..." дээр нийтлэгдсэн зарчмуудыг харцгаая.

• Серверийн дуудлагын тоог багасгах.
• Сервер дээрх хамгийн их тооцоолол.
• Контекст бус серверийн дуудлага нь контекст дуудлагаас хурдан байдаг.
• Үйлчлүүлэгч-серверийн харилцан үйлчлэлтэй программ.
• гэх мэт.

Эдгээр нь туйлын үнэн уриа лоозонгууд боловч тэдгээрийг хэрхэн хэрэгжүүлэх вэ? Дуудлагын тоог хэрхэн багасгах вэ, клиент-сервер горимд програмчлах нь юу гэсэн үг вэ?

Загварын хэв маяг эсвэл үеийн мэргэн ухаан

Үйлчлүүлэгч ба серверийн харилцан үйлчлэлийг олон арван жилийн турш янз бүрийн програм хангамжийн технологид ашиглаж ирсэн. Өмнөх хэсэгт дурдсан асуултуудын хариулт нь эрт дээр үеэс мэдэгдэж байсан бөгөөд үндсэн хоёр зарчмаар нэгтгэсэн болно.

• Алсын фасад(цаашид Алсын хандалтын интерфейс гэх)
• Өгөгдөл дамжуулах объект(цаашид өгөгдөл дамжуулах объект гэх)

Мартин Фаулерт хэлсэн үг, түүний эдгээр зарчмуудын тайлбар:

• … Алсын зайнаас хандах боломжтой объект бүр заавал байх ёстой бага нарийвчлалтай интерфейс, энэ нь тодорхой процедурыг гүйцэтгэхэд шаардагдах дуудлагын тоог багасгах болно. ... Нэхэмжлэх болон түүний бүх цэгийг тусад нь шаардахын оронд нэг дуудлагаар нэхэмжлэхийн бүх цэгийг уншиж, шинэчлэх шаардлагатай. Энэ нь объектын бүтцэд бүхэлд нь нөлөөлнө... Санаж: алсын зайнаас хандах интерфейс домэйн логик агуулаагүй байна.
• ... хэрэв би халамжтай ээж байсан бол би хүүхэддээ: "Өгөгдөл дамжуулах объектыг хэзээ ч бүү бич!" Ихэнх тохиолдолд өгөгдөл шилжүүлэх объектууд нь үүнээс өөр зүйл биш юм хавдсан талбайн багц... Энэ жигшүүрт мангасын үнэ цэнэ нь зөвхөн боломжид л оршдог нэг дуудлагад сүлжээгээр олон мэдээлэл дамжуулах- тархсан системд маш чухал ач холбогдолтой техник.

1С платформ дахь загваруудын жишээ

Удирдлагын маягтыг боловсруулах үед хөгжүүлэгчийн ашиглах боломжтой API нь эдгээр зарчмуудын олон жишээг агуулдаг.
Жишээлбэл, OpenForm() арга, ердийн "бүдүүн" интерфейс.
OpenParameters = Шинэ бүтэц("Параметр1, Параметр2, Параметр3", Утга1, Утга2, Утга3); Маягт = OpenForm(МаягтынНэр, Нээлттэй Параметрүүд);
v8.1 загвартай харьцуул.
Маягт = GetForm(МаягтынНэр); Form.Parameter1 = Утга1; Form.Parameter2 = Утга2; Form.Open();

Удирдлагатай маягтын хүрээнд "Өгөгдөл дамжуулах объект"-ийн багц. Ялгаж болно системчилсэнболон хөгжүүлэгчийн тодорхойлсон.
Системийнх нь програмын объектыг нэг буюу хэд хэдэн хэлбэрийн өгөгдлийн элемент хэлбэрээр клиент дээр загварчилдаг. Та маягтын дэлгэрэнгүй мэдээлэлтэй холбогдохоос гадна тэдгээрийг үүсгэх боломжгүй.

• DataFormsStructure
• DataForms Collection
• DataFormStructureCollection
• DataFormsTree

Өгөгдөл дамжуулах системийн объектуудыг хэрэглээний төрөл болон эсрэгээр хөрвүүлэх ажлыг дараах аргуудаар гүйцэтгэнэ.

• ValueVDataForm()
• FormDataToValue()
• CopyFormData()
• ValueVFormProps()
• FormAttributeToValue()

Одоо байгаа шийдлийг тохируулахдаа ихэвчлэн тодорхой хувиргалтыг ашигладаг. Арга нь FormDataCollection гэхээсээ илүү ValueTable гэх мэт оролтын параметрүүдийг хүлээх (онцлог) байж болно, эсвэл арга нь хэрэглээний объектын контекстэд тодорхойлогдсон тул маягтаас шууд дуудлага хийх боломжгүй болсон.
Жишээ 1С v8.1:
// FillUsersCache(DepartmentReference) маягтын контекст дахь үйлчлүүлэгч дээр
Жишээ 1C v8.2:
// маягтын контекст сервер дээр ProcessingObject = FormAttributeToValue("Object"); ProcessingObject.FillCacheUsers(DepartmentReference); ValueVFormAttribute(ProcessingObject, "Object");

Бүтэц нь хөгжүүлэгчийн тодорхойлсон өгөгдөл шилжүүлэх объектууд нь үйлчлүүлэгч болон серверийн аль алинд нь байдаг төрлүүдийн жижиг хэсэг юм. Ихэнхдээ "бүдүүн" интерфейсийн аргуудын параметр ба үр дүнгийн хувьд дараахь зүйлийг ашигладаг.

• Анхдагч төрлүүд (мөр, тоо, логик)
• Бүтэц
• Тохиромжтой байдал
• массив
• Хэрэглээний объектуудын холбоосууд (өвөрмөц танигч ба текст дүрслэл)

Жишээ: арга нь статусыг өөрчлөх захиалгын жагсаалтыг хүлээн авч, алдааны тайлбарыг үйлчлүүлэгч рүү буцаана.
&OnServerWithoutContext функц ServerChangeOrderStatus(Захиалга, NewStatus) Алдаа = Шинэ тохирох(); // [захиалга][алдааны тайлбар] Захиалга бүрийн захиалгад Loop StartTransaction(); DocOb оролдлого = Order.GetObject(); …. бусад үйлдлүүд, магадгүй зөвхөн захиалгаар ч биш... Exception CancelTransaction(); Errors.Insert(Order, DescriptionError()); оролдлогын төгсгөл; Төгсгөлийн мөчлөг; Буцах алдаа; EndFunction // ServerChangeOrderStatus()

Кодын бүтэц

Удирдагдсан маягтын модулийн тусгах ёстой гол зорилго, шийдэлд хандах хандлага.

• Үйлчлүүлэгч болон серверийн кодыг тодорхой салга.Гүйцэтгэх үед эдгээр нь харилцан үйлчлэлцдэг хоёр үйл явц гэдгийг мартаж болохгүй бөгөөд тус бүрдээ боломжит функцууд нь эрс ялгаатай байдаг.
• Алсын зайнаас нэвтрэх интерфейсийн тодорхой сонголт, аль серверийн аргыг үйлчлүүлэгчээс дуудаж болох, аль нь боломжгүй вэ? Алсын интерфейсийн аргуудын нэр нь "Сервер" угтвараас эхэлдэг. Энэ нь кодыг унших үед сервер рүү хяналт шилжихийг шууд харах боломжийг олгож, контекст зөвлөмжийн хэрэглээг хялбаршуулдаг. Албан ёсны зөвлөмж (ITS) нь ChangeOrderStatusOnServer() гэх мэт постфикс бүхий аргуудыг нэрлэхийг санал болгож байгааг анхаарна уу. Гэсэн хэдий ч дахин давтан хэлэхэд, серверийн бүх аргыг үйлчлүүлэгчээс дуудах боломжгүй тул логик хандалт нь эмхэтгэлийн байршлаас илүү чухал юм. Тиймээс, "Сервер" угтвараар бид зөвхөн үйлчлүүлэгчид ашиглах боломжтой аргуудыг тэмдэглэдэг бөгөөд жишээ аргыг ServerChangeOrderStatus() гэж нэрлэх болно.
• Унших чадвар.Модуль нь сервер дээр маягт үүсгэх журам, алсаас нэвтрэх аргуудаар эхлэхэд бид захиалгыг хүлээн зөвшөөрдөг.
• Тогтвортой байдал.Шинэ код нэмэх газрыг тодорхой зааж өгөх ёстой. Чухал цэгАргын stub тохируулагчаар автоматаар үүсгэгддэг , модулийн төгсгөлд нэмэгддэг. Маягтын элементийн үйл явдлын зохицуулагчийг ихэвчлэн автоматаар үүсгэдэг тул зохицуулагч бүрийг модулийн өөр газар чирэхгүйн тулд харгалзах блокыг хамгийн сүүлд байрлуулна.

Жагсаалтад орсон зорилтуудыг хэрэгжүүлэх модулийн үндсэн бүтцийг доор харуулав.

• График сонголт - гүйцэтгэлийн үндсэн урсгалыг тодорхой харуулдаг.
• Текст хувилбар нь загвар дизайны жишээ юм хурдан оруулахбүтцийг шинэ хэлбэрийн модуль болгон хувиргах.

//////////////////////////////////////////////////////////////////////////////// // <(c) Автор=""Огноо=""/> // <Описание> // // ///////////////////////////////////////////////////////// / ///////////////////////////// // МОДУЛИЙН ХУВЬСАГЧИД /////////////// / //////////////////////////////////////////////////////// // ///////////// // СЕРВЕР ДЭЭР //******* СЕРВЕР ДЭЭР ҮЙЛ АЖИЛЛАГАА ******* &Сервер дээр Үүсгэх журам Сервер дээр( Failure, StandardProcessing) //EndProcedure зохицуулагчийн агуулгыг оруулах //******* АЛСЫН ХАНДАХ ИНТЕРФЕЙС ******* //********* СЕРВЕР ДЭЭР БИЗНЕСИЙН ЛОГИК **** *** ////////////////////////////////////////////////////// ///////////// //////////////////// // НИЙТЛЭГ КЛИЕНТ БОЛОН СЕРВЕРИЙН АРГА ///////// ////////////////////////////////////////////////////////// //////////////// //////////////////////////////////// // ҮЙЛЧЛҮҮЛЭГЧ ДЭЭР //******* БИЗНЕСИЙН ЛОГИК ******* //********* ТУШААЛ ******* //******* ҮЙЛ ЯВДАЛ ****** ////////////// ////////////////////////////////////////////////////////// //////////////// / / ҮНДСЭН ПРОГРАМЫН ОПЕРАТОРУУД

Холбогдох асуултууд

Дүгнэж хэлэхэд, бид үйлчлүүлэгч-серверийн харилцан үйлчлэлийг програмчлахдаа эргэцүүлэн бодоход хэрэгтэй хэд хэдэн хэсгийг тоймлов.

• Алсын хандалтын интерфейсийг хэрэгжүүлэх сонголтууд. Асинхрон, нарийн ширхэгтэй байдал...
• кэш хийх. 1С архитектурын харамсалтай шийдвэр гаргаж, кэшийг зөвхөн нийтлэг модулиудын дуудлагын аргын түвшинд нэвтрүүлж, хяналтын сонголтуудыг хангаагүй (шинэчилсэн цаг, хүсэлтээр дахин тохируулах).
• Далд серверийн дуудлага. Технологийн шинж чанаруудын талаар бүү мартаарай, үйлчлүүлэгч дээрх олон "хор хөнөөлгүй" үйлдлүүд нь платформыг серверт нэвтрэхэд хүргэдэг.

11.12.2016

1С удирддаг маягтын тухай (Эхлэл)

Нимгэн үйлчлүүлэгч

Илүү нимгэн газар байхгүй. Одоо үйлчлүүлэгчийн програм нь мэдээллийн сангаас асуудаггүй (энэ нь серверийн бизнес юм). Үйлчлүүлэгчийн програм нь интерфэйс болон өгөгдлийг харуулдаг.

Ийм хувиргалтын улмаас кодын бүтэц илүү төвөгтэй болсон гэдгийг тэмдэглэх нь зүйтэй. Үйлчлүүлэгч дээр лавлагаа, объект, утгын хүснэгт байхгүй... зөвхөн анхдагч төрлүүд боломжтой (мөр, огноо, логик, массив, бүтэц...). Энэ нь програмист одоо сервер дээр юу авах, яаж үүнийг хамгийн бага зардлаар хийх талаар бодох ёстой гэсэн үг юм.

Үйлчлүүлэгч-серверийн харилцан үйлчлэл

Үйлчлүүлэгч болон серверийн харилцан үйлчлэлийн шинэ хандлага нь хэрэглэгчийн интерфейсийн шинэ загварыг бий болгох боломжийг бидэнд олгосон. Одоо интерфэйс зарлагдлаа(!) Интерфейсийн дизайн нь өгөгдөл, дэлгэрэнгүй мэдээлэл, хүснэгтийн хэсгүүдээс эхэлдэг. Таяг бүтээхдээ интерфэйс дээр хэрхэн харагдах, шаардлагатай эсэх, бусад тулгууртай хэрхэн холбоотой байх талаар бодох хэрэгтэй ...

Сервер дээр контекст (төлөв) байхгүй

1С сервер нь "харьяалалгүй" (англи хэлгүй) зарчмаар ажилладаг. Энэ нь сервер зөвхөн хүсэлтэд хариу өгөхөөс гадна хоёр хүсэлтийн хооронд юу ч хадгалахгүй гэсэн үг юм (энэ зорилгоор түр хадгалах газар байдаг).

FormDataToValue, FormDataCollection, FormData...

Бид серверт хандсан, тэр бидний төлөө бүх зүйлийг хийж, өгөгдлийг устгаж, биднийг ирсэн гэдгээ мартсан. "FormData" + "тэнд ямар нэг зүйл" нэртэй бүх объектууд нь серверийн хоёр дуудлагын хооронд бидний өгөгдлийг хадгалахад тусална.

Түр хадгалах

Түр хадгалах газар нь (маягтын дэлгэрэнгүй мэдээллээс гадна) сервер дээрх төлөвийг хадгалах боломжтой тусгай газар юм. Хадгалалт нь үйлчлүүлэгчид байхгүй өгөгдлийг хадгалах боломжтой (өөрөөр хэлбэл маягтын дэлгэрэнгүй мэдээлэлд байрлуулах боломжгүй).

Түр хадгалах сантай ажиллахын тулд MoveToTempStorage() аргуудыг ашиглана уу Синтакс: PlaceToTempStorage(<Данные>, <Адрес>) Тайлбар: Цуваалах боломжтой утгыг түр хадгалах санд хадгална. Боломжтой байдал: Нимгэн клиент, вэб клиент, сервер, зузаан клиент, гадаад холболт, гар утасны програм (үйлчлүүлэгч), гар утасны програм (сервер). Аргын дуудлага нь сервер рүү дуудлага хийдэг.<Адрес>(заавал биш) Төрөл: UniqueIdentifier; Шугам. Өгөгдлийг түр хадгалах санд байршуулж, шинэ хаягийг буцааж өгөх маягтын өвөрмөц ID. Эсвэл өгөгдлийг байршуулах түр хадгалах сан дахь хаяг. Энэ аргыг ашиглан хаягийг өмнө нь авах ёстой. Хэрэв UniqueIdentifier маягт эсвэл хадгалалтын хаяг дамжуулагдсан бол маягтыг хаасны дараа утгыг автоматаар устгах болно. Хэрэв маягтын өвөрмөц танигч биш UniqueIdentifier дамжуулагдсан бол хэрэглэгчийн сесс дуусах үед утгыг устгах болно. Хэрэв параметрийг заагаагүй бол байршуулсан утгыг хуваалцсан модулийн серверийн дараагийн хүсэлт, маягтаас контекст болон контекст бус серверийн дуудлага, командын модулийн серверийн дуудлага эсвэл маягтыг хүлээн авсны дараа устгана. Тайлбар: Нэг сессээр үүсгэсэн түр хадгалах санд өөр сессээс хандах боломжгүй. Үл хамаарах зүйл бол түр хадгалах санг ашиглан далд ажлыг эхлүүлсэн сесс рүү өгөгдөл дамжуулах чадвар юм. Ийм шилжүүлгийн хувьд эцэг эхийн хуралдаанд маягтын танигчийг дамжуулж түр хадгалах санд хоосон утгыг байрлуулна. Дараа нь арын ажлын параметрүүдээр дамжуулан хүлээн авсан хаягийг суурь ажилд дамжуулна. Цаашилбал, хэрэв энэ хаягийг параметрт ашигласан бол<Адрес>, үр дүнг үндсэн ажил эхэлсэн сесс рүү хуулах болно. Арын ажлын түр хадгалах санд байршуулсан өгөгдөл нь үндсэн ажил дуусах хүртэл эцэг эхийн сессээс боломжгүй болно. болон GetFromTempStorage() Синтакс: GetFromTempStorage(<Адрес>) Тайлбар: Түр хадгалах сангаас утгыг авна. Боломжтой байдал: Нимгэн клиент, вэб клиент, сервер, зузаан клиент, гадаад холболт, гар утасны програм (үйлчлүүлэгч), гар утасны програм (сервер). Аргын дуудлага нь сервер рүү дуудлага хийдэг. Тайлбар: Гүйцэтгэлийн үр дүн кэшд хадгалагдаагүй, аргыг дуудах бүрт сервер дуудагддаг.

Дуудлагын серверийн код

Серверийн код руу хийсэн аливаа дуудлага нь дамжуулагдсан өгөгдлийг үргэлж цуваа болгодог. Бүх параметрүүдийг мөр хэлбэрээр багцалж, сүлжээгээр дамжуулдаг. Ажлын үр дүнг цуваа хэлбэрээр буцааж шилжүүлж, дараа нь танил объект болгон сэргээдэг.

Модулийн тугуудыг хуваарилах

• Туг нь модулийн кодыг хаана эмхэтгэхийг заадаг (сервер дээр, үйлчлүүлэгч дээр, гадаад холболт дээр)
• Хэрэв модулийг олон газар эмхэтгэсэн бол энэ нь зөвхөн тугуудын дагуу харагдах болно
• Кодын гүйцэтгэлийг шилжүүлэх нь одоогийн гүйцэтгэх контекстэд дуудагдсан модуль байхгүй, гэхдээ өөр газар байгаа тохиолдолд л боломжтой (хэрэв модуль нь зөвхөн сервер дээр байгаа бөгөөд энэ нь клиент дээр байхгүй бол сервер дуудагдах болно)

Серверийн дуудлагын туг

1C: Enterprise 8.2 платформоос эхлэн "серверийн дуудлага" гэсэн тугийг нэмсэн. Энэ нь өөр машин руу шилжих нөхцөлийг "шийдэхэд" л тусалдаг. Хэрэв модульд энэ тугийг хуваарилсан бол модуль үйлчлүүлэгчээс харагдах болно, хэрэв үгүй ​​бол үйлчлүүлэгчээс залгах оролдлого нь алдаа гарах болно. Модулийн код нь огт байхгүй мэт харагдахгүй болно.

Тиймээс, ердийн зузаан клиент дээр та үйлчлүүлэгчээс нийтлэг модулийг дуудсан тохиолдолд л кодыг сервер рүү шилжүүлж болно, үүнд:

• Серверийн нүдийг шалгасан
• "Дуудлагын сервер" гэсэн нүдийг тэмдэглэсэн байна
• Бүх "үйлчлүүлэгч" нүдийг арилгасан

1C Enterprise 8.2 платформ гарч ирснээр хэрэглэгчийн интерфейсийг хөгжүүлэх механизм ихээхэн өөрчлөгдсөн. Одоо та удирддаг маягт болон програмуудыг үүсгэж болно (Зураг 1).

Зураг 1

Нэмж дурдахад, үйлчлүүлэгчийн програм болон серверийн хооронд функцийг ялгах шинэ системийг санал болгож байна.
Удирдлагатай програм нь дараах төрлийн үйлчлүүлэгчдийг дэмждэг:

• Зузаан үйлчлүүлэгч (хэвийн ба удирддаг эхлүүлэх горим),
• нимгэн үйлчлүүлэгч,
• Вэб үйлчлүүлэгч.

Удирдлагын хэлбэрийг бий болгох механизм нь ердийн хэлбэрээс эрс ялгаатай. Юуны өмнө удирдаж буй маягтууд нь тусгай тохиргоонд тулгуурлан системээр автоматаар үүсгэгддэгээрээ ялгаатай бөгөөд одоо программист маягт бүрийг нарийвчлан зурах шаардлагагүй болсон. Маягтын бүх функцийг дэлгэрэнгүй мэдээлэл, командын хэлбэрээр тайлбарласан болно. Дэлгэрэнгүй мэдээлэл нь маягттай ажилладаг өгөгдөл, командууд нь гүйцэтгэсэн үйлдэл юм. Арга эсвэл маягтын хувьсагч бүрийн хувьд гүйцэтгэх газрыг (үйлчлүүлэгч эсвэл сервер) тодорхойлдог эмхэтгэлийн удирдамжийг зааж өгөх ёстой. Эмхэтгэлийн удирдамж нь дараахь байж болно.

• &AtClient,
• &Сервер дээр,
• &OnServerWithoutContext,
• &ClientAt the ServerWithoutContext.

Удирддаг маягт нь ажилладаг өгөгдлийн төрлөөрөө ердийн хэлбэрээс ялгаатай. Хэрэв ердийн маягт нь 1C: Enterprise-ээс өгсөн ихэнх төрлүүдтэй ажилладаг бол (үүнд DirectoryObject, DocumentObject гэх мэт төрлүүд орно) удирддаг хэлбэрээр дараахь төрлүүдийг ялгаж болно.

• хэлбэрт шууд хэрэглэгддэг төрлүүд нь нимгэн болон вэб клиентийн тал дээр байдаг төрлүүд (жишээлбэл, Number, ReferenceReference.Products, GraphicScheme, SpreadsheetDocument);
• тусгай өгөгдлийн төрөлд хөрвүүлэх төрлүүд нь удирддаг хэлбэрийн өгөгдлийн төрлүүд юм. Ийм төрлийг маягтын шинж чанаруудын жагсаалтад хаалтанд харуулав, жишээлбэл (CatalogObject.Products);
• динамик жагсаалт.

Удирдлагын маягтуудын үйл ажиллагаа нь дараахь онцлог шинж чанартай байдаг (Зураг 2).

• Маягт нь үйлчлүүлэгч болон сервер дээр хоёуланд нь байдаг.

Энэ нь үйлчлүүлэгч-серверийн харилцан үйлчлэлийг (мэдээлэл дамжуулах, элементүүдийн дизайны шинж чанарыг) гүйцэтгэдэг.

• Маягт нь хэрэглээний объектуудтай ажиллахгүй

Зураг 2

Маягт нь тусгай ерөнхий объектуудыг ашигладаг
DataForms(Зураг 3).


Зураг 3

Програмын объектууд зөвхөн сервер дээр ажилладаг бөгөөд зөвхөн тодорхой үйлдлүүдийн үед ажилладаг.
Маягт нээх үед:

• Объектыг өгөгдлийн сангаас уншиж,
• Объектыг маягтын өгөгдөл болгон хувиргаж,
• Объектыг устгасан (санах ойноос),
• Маягтын өгөгдлийг үйлчлүүлэгчид дамжуулдаг.

Бичлэг хийх үед:

• Маягтын өгөгдлийг үйлчлүүлэгчээс хүлээн авах,
• Маягтын өгөгдлийг объект руу хөрвүүлсэн,
• Объект нь мэдээллийн санд бичигдсэн,
• Объектыг устгасан (санах ойноос).

Сүүлийн хичээл дээр бид байнгын (тарган) үйлчлүүлэгчийн талаар авч үзсэн. 1С 8.2 платформ хувилбарт. Тэд 1С 8.2 дэлгэцийн шинэ хэлбэрийг ашигладаг. Тэдгээрийг удирддаг хэлбэрүүд гэж нэрлэдэг 1С 8.2.

Удирдах маягтууд 1С 8.2 бол 1С-ийн ирээдүй юм. Эдгээр нь ердийн 1С 8.2 маягтуудаас ялгаатай нь тусгай тохиргоонд үндэслэн системээр автоматаар үүсгэгддэг ("ердийн" маягтуудыг програмист хүссэнээр зурдаг).

1С 8.2 удирдлагын хэлбэрийг хөгжүүлэхэд ердийнхөөс ялгаатай нь мэдэгдэхүйц юм. Тиймээс бид өнөөдөр 1С 8.2 удирдаж буй хэлбэрийг бий болгох, өөрчлөх талаар тусад нь хэлэлцэхээр цугларав.

Удирдах маягтууд 1С 8.2

Хэрэв та өмнө нь 1С тохиргоог боловсруулж байсан бол 1С 8.2 удирддаг маягтын засварлагчийг нээхэд 1С 8.2 маягтыг хулганаар огт нөлөөлөх боломжгүй гэдгийг шууд эргэлзэх болно.

Та 1С 8.2 маягтыг өөрчлөх боломжгүй, элементийг хөдөлгөж чадахгүй, талбарын шинж чанарыг өмнөх шигээ харах боломжгүй - 1C 8.2 маягт дээрх талбарыг давхар товш.

Одоо 1С 8.2 маягтыг боловсруулах үндэс нь маягт дээрх координатыг холбох талбар биш, харин тусгай тохиргоо юм. Систем нь эдгээр тохиргоон дээр үндэслэн 1С 8.2 удирддаг маягтыг автоматаар үүсгэдэг.

Тохиргоонууд нь зүүн дээд буланд байгаа редакторт байрлах 1С 8.2 маягтын элементүүдийн жагсаалтаас бүрдэнэ. 1С 8.2 хэлбэрийн элементүүдэд дараахь зүйлс орно.

• Шаардлагатай зүйлс
• Тушаалууд (шинэ үзэл баримтлал 1С 8.2, товчлуур эсвэл цэсийн зүйл шиг харагдаж болно)
• Бүлгүүд (дэлгэрэнгүй мэдээлэл болон тушаалуудыг нэгтгэх).

Үүний дагуу эдгээр элементүүдийн тохиргоо нь талбаруудын шинж чанарт биш, харин эдгээр тохиргооны элементүүдийн шинж чанаруудад (хулганы баруун товчийг дарах цэс, Properties зүйл) байна.

1С 8.2 менежменттэй маягтууд хэрхэн ажилладаг

Хэрэглэгчийн хувьд 1С 8.2 удирддаг маягтуудтай ажиллах нь өөр юм. Тэд илүү олон функцтэй боловч 1С-тэй удаан хугацаанд ажиллаж байсан хүмүүст ер бусын байдаг.

Юуны өмнө 1С 8.2 маягт дээрх ердийн элементүүдийн байршил ялгаатай байна. Тушаалын мөр үргэлж дээд талд байдаг.

Тушаалын мөрний зүүн талыг өөрчлөх боломжтой. Энэ нь ихэвчлэн Record, Post гэх мэт ердийн товчлууруудыг агуулдаг.

Тушаалын самбарын баруун тал нь 1С маягтын бүх үйлдлүүдийн шинэ стандарт цэс юм. Энэхүү цэс нь 1С 8.2 маягтыг хүссэнээрээ удирдах боломжийг олгодог бөгөөд энэ нь ACS тайлангийн тохиргоо нь тайлангийн харагдах байдлыг мэдэгдэхүйц өөрчлөх боломжийг олгодог.

Дурын цэсийн зүйл 1C Бүх үйлдэл

Энэхүү 1С 8.1 маягт нь аль эсвэл өөр хэлбэрт хамаарах эсэхээс хамааран цэс нь энэ объектыг удирдах боломжийг олгодог зүйлүүдээр дүүрэн байдаг. Жишээлбэл, хэрэв энэ нь лавлах жагсаалтын маягт бол Create, Edit гэх мэт командууд байх болно.

Зүйл Цэсийн жагсаалтыг өөрчлөх 1С Бүх үйлдлүүд

Хэрэв 1С 8.2 маягт дээр жагсаалт байгаа бол цэсэнд "Жагсаалт" болон "Жагсаалтыг харуулах" гэсэн команд байдаг.
Хэрэв Гаралтын жагсаалт команд нь танд аль хэдийн танил болсон бол энэ нь 1С-д ямар ч жагсаалтыг Excel-д хадгалах / хэвлэх боломжийг олгодог бол хоёр дахь тушаал нь шинэ юм.

Та аль хэдийн анзаарсанчлан жагсаалтын командын мөрөнд сонгох товчлуур байхгүй байна. Үүний оронд Хайх товчлуур гарч ирсэн бөгөөд үүнд (мөн бичих үед курсорыг одоо идэвхгүй болгосон жагсаалтад байрлуулах) гомдол гарч байна.

Мэдээжийн хэрэг Find товчлуурын функцийг сонголттой харьцуулах боломжгүй, гэхдээ тэд хаана ч алга болоогүй байна!
Тэд одоо "Захиалгат жагсаалт" цэсийн зүйл дор байна. Сонголтыг одоо аль ч талбараар хийх боломжтой бөгөөд үүнээс гадна ангилах, нөхцөлт форматлах ажлыг SKD тайланд хийдэгтэй ижил аргаар хийж болно.

Зүйлийг өөрчлөх цэсийн хэлбэр 1С Бүх үйлдлүүд

Маягтыг өөрчлөх зүйл нь 1С 8.2 маягт дээрх жагсаалтыг төдийгүй 1С 8.2 маягтыг өөрөө өөрчлөх боломжийг танд олгоно.

Хэрэглэгч 1С 8.2 маягт дээрх талбаруудын харагдах байдал, өргөн, өндөр, нээх үед анхдагч талбарыг идэвхжүүлэх гэх мэтийг бие даан идэвхжүүлж эсвэл идэвхгүй болгож болно.

Удирдах маягт 1С 8.2 болон ердийн хэлбэр 1С ашиглах

Анхдагч байдлаар, ердийн 1С маягтуудыг зузаан (ердийн) 1С клиентийн тохиргоонд ашигладаг бөгөөд удирддаг маягтуудыг нимгэн, вэб 1С клиентийн тохиргоонд ашигладаг. Гэсэн хэдий ч 1С-ийн хоёр хэлбэрийг аль ч тохиргоонд, тэр дундаа нэгэн зэрэг ашиглаж болно.

Үүнийг хийхийн тулд та тохиргооны шинж чанаруудыг (тохируулгын цонхны дээд элемент) оруулах ёстой.

1С 8.2 дахь тохиргооны шинж чанаруудад 1С маягтыг стандарт бус ашиглах боломжийг идэвхжүүлэх хоёр шинэ нүд гарч ирэв.

Удирдлагын маягт үүсгэх 8.2

1C 8.2 шинэ маягтыг нэмэх нь өмнөхтэй ижил аргаар хийгддэг - гар дээрх Ins товч эсвэл Нэмэх товчийг ашиглан. Одоо байгаа нэгийг оруулахын тулд хулганаар давхар товшино уу.

Анхдагч байдлаар, тохиргоонд тохируулсан маягт (ердийн эсвэл удирддаг) үүсгэгдэх болно (тохиргооны шинж чанар дахь үндсэн эхлүүлэх горимын шинж чанарыг харна уу).

Бүтээгч таныг маягтын төрлийг сонгохыг хүсэх болно - элементийн хэлбэр, жагсаалт. Эндээс та маягт дээр командын мөр нэмэх эсвэл хасах боломжтой. Ихэнх тохиолдолд эдгээр тохиргоог анхдагчаар нь хэвээр үлдээдэг.

Анхдагчаар бөглөсөн маягт нээгдэнэ - түүнд нэмсэн 1С объектын бүх дэлгэрэнгүй мэдээлэл. Та бүтээгчийн хоёр дахь таб дээрх шаардлагатай талбаруудын тодорхой жагсаалтыг тэмдэглэж болно.

Маягт засварлагч нь гурван хэсгээс бүрдэнэ.

• Зүүн дээд буланд маягтын элементүүдийн жагсаалт байна. Энэ нь зүйлсийг нэгтгэх боломжийг олгодог талбарууд, тушаалууд, бүлгүүдээс бүрдэнэ. Тушаалуудын жагсаалтыг Command Interface таб дээрээс тусад нь харж болно.
• Баруун дээд буланд байгаа маягтын шинж чанарууд болон объектын шинж чанаруудын жагсаалт байдаг (Объект шинж чанарын хажууд байгаа загалмайг нээ).
• Доорх нь үүссэн маягтыг урьдчилан харах болно.

Та боломжтой дэлгэрэнгүй мэдээллийг зүүн тийш чирж болох бөгөөд энэ нь маягтын элемент (маягт дээрх талбар) болно.

Хэрэв та товчлуур эсвэл цэсийн зүйл нэмэх шаардлагатай бол "Commands" табын баруун талд байгаа бол та шинэ тушаал үүсгэх хэрэгтэй. Энэ нь маягтын модуль дахь функцийн боодол юм. Аль функцийг яг үнэндээ дуудахыг зааж өгөхөөс гадна та дүрслэл, жишээлбэл, зураг, түүнчлэн функциональ сонголтоос харагдах байдлын хамаарлыг зааж өгч болно.

Мөн тушаалуудыг зүүн тийш чирнэ. Хэрэв эцэг эх нь тушаалын мөр юм бол энэ нь тушаалын мөрний товчлуур байх болно, үгүй ​​бол зүгээр л товчлуур болно.

Маягтын элементүүдийн жагсаалтад (талбарууд) та зөвхөн объект/маягтын атрибутыг чирээд зогсохгүй зүгээр л нэмж болно (Нэмэх эсвэл Ins товч). Ялангуяа та шинэ хэлбэрийн объектыг үүсгэж болно - Бүлэг.

Бүлэг нь командын самбар байж болно (курсор нь Маягтын мөрөнд байх ёстой). Дараа нь та командуудыг чирээд товчлуурууд болно.

Бүлэг нь "ердийн" байж болно. Дараа нь энэ нь талбаруудыг босоо болон хэвтээ байдлаар бүлэглэх арга юм. Бүлгийн нэрийг шинж чанаруудаас хасаж болно.

Бүлэг нь самбар (хуудас) байж болно. Топ нэмсэн бүлэг нь самбар бөгөөд энэ төрлийн үүрлэсэн бүлгүүд нь хуудаснууд юм. Талбарууд аль хэдийн хуудаснууд руу чирэгдэж байна.

Шаардлагагүй маягтын элементүүдийг жагсаалтаас маягтын элементүүдийг устгаснаар устгана.
Маягт дээрх талбарын байрлалыг элементүүдийн жагсаалт дахь дарааллаар (босоо) эсвэл бүлгээр (хэвтээ) тодорхойлно. Өргөн ба өндрийг маягтын элементийн шинж чанарт тохируулна.

Маягтын элементийн шинж чанарууд нь ихээхэн өргөжсөн бөгөөд гадаад төрхийг хянах (сонголт болон цэвэрлэх товчлуурууд), үндсэн утгыг шалгах зэрэг олон хэрэгтэй зүйлсийг агуулсан.

Маягтын өөрийнх нь шинж чанарууд, түүний хэмжээсүүд нь Form гэсэн ижил нэртэй маягтын үндсэн элемент дээр тавигддаг.

Үйл явдал зохицуулагчид (хэрэглэгчийн үйлдэлд хариу үйлдэл үзүүлэх) одоо хоёр төрөлд хуваагддаг. Хуучин нь өмнөх шигээ маягт болон талбарын шинж чанаруудад тодорхойлогддог (жишээ нь, OnChange ба OnOpening маягт). Шинэ - команд болсон бөгөөд цэсийн зүйл, товчлууруудад ашиглагддаг.

Платформын 8.2 хувилбараас эхлэн 1С нь интерфейс болон хэрэглэгчийн мэдээллийн сантай харилцах шинэ зарчмуудыг ашиглаж эхэлсэн. Шинэ технологийг Managed Application гэж нэрлэдэг. Маягтуудыг бий болгох механизм, 1С серверийн хэрэглэгч ба мэдээллийн сангийн хоорондох харилцан үйлчлэлийн схем нь хамгийн их боловсруулалтанд орсон. Ердийн горимыг платформ дэмжсэн хэвээр байгаа боловч цаг хугацаа өнгөрөхөд 1С-ийн бүх хэрэглэгчид удирддаг хэлбэрт шилжих болно.

Энгийн хэрэглэгчдийн хувьд 1С баримт бичгийн удирддаг хэлбэр нь ердийнхөөс зөвхөн гадаад төрхөөрөө ялгаатай байдаг. Хөгжүүлэгчийн хувьд энэ нь өөрийн дүрэм, хууль тогтоомж, нөхцөлтэй шинэ механизм юм. Олон талбарт өөрчлөлт орсон боловч 1С-ийн туршлагатай хөгжүүлэгчдийн дунд дараах шинэлэг зүйлүүд чухал гэж тооцогддог.

• Хэлбэрийн бүтцийг бие даан бүрдүүлэх, платформоор талбаруудыг байрлуулах. Хэрэв өмнө нь хөгжүүлэгчид талбарын байрлалыг пикселийг зааж өгсөн бол одоо зөвхөн бүлэглэлийн төрлийг зааж өгөх боломжтой;
• Маягт нь маягтын өгөгдлийг илэрхийлэх шинж чанаруудаас бүрдэх ба тушаалууд - гүйцэтгэсэн процедур, функцуудаас бүрдэнэ;
• Маягтын кодыг сервер болон үйлчлүүлэгчийн аль алинд нь гүйцэтгэдэг. Эцсийн эцэст, маягт нь өөрөө сервер дээр үүсгэгдсэн, үйлчлүүлэгч дээр харагдах тохиргооны объект юм. Энэ нь үйлчлүүлэгч болон серверийн хэсгүүдийг нэгтгэдэг гэсэн үг юм;
• Үйлчлүүлэгчийн тал дээр олон төрлийн өгөгдөл ашиглах боломжгүй болсон тул мэдээллийн бааз дахь өгөгдлийг өөрчлөх боломжгүй болсон;
• Процедур эсвэл функц бүрийн хувьд тусгай тохиргоог зааж өгөх ёстой - эмхэтгэлийн удирдамж. Энэ нь кодыг гүйцэтгэх газрыг хариуцдаг бөгөөд дараах утгыг авч болно.
  • үйлчлүүлэгч дээр;
  • Сервер дээр;
  • ServerWithoutContext дээр;
  • OnClientOnServer;
  • Үйлчлүүлэгч дээр Контекстгүй сервер дээр.

Сүүлийн цэг нь удирддаг хэлбэрийн горимд ялангуяа хурц юм. Хэрэв хөгжүүлэгч заавар эсвэл үйлчлүүлэгч-серверийн харилцан үйлчлэлийг сайн мэддэггүй бол түүнд удирддаг маягт үүсгэх нь маш хэцүү байх болно. 1C: Enterprise 8.3-т удирддаг хэлбэрийг бий болгох бүх шинэ зарчмуудыг гурван түвшний архитектурын ерөнхий ойлголтоор нэгтгэдэг. Үүнд клиент компьютер, 1С сервер, өгөгдөл хадгалагддаг DBMS орно.

Тохируулагч дахь удирддаг маягтыг засах нь бас өөр болсон. Олон тал өөрчлөгдсөн бөгөөд удирдаж буй хэлбэр байхгүй байсан 7.7 хувилбарыг хөгжүүлэгчид гайхаж магадгүй юм. Маягтын дизайнерын дүр төрх хүртэл өөрчлөгдсөн бөгөөд үүнийг тохиргооны объектын аль нэг хэлбэрийг нээх замаар харж болно. Объектыг нээх үед бид хэд хэдэн хэсэгт хуваагдсан цонхыг хардаг.

1. Маягтын интерфейсийн элементүүд. Зүүн дээд талд сонгосон маягт дээр харуулсан бүх талбаруудыг жагсаасан цонх байдаг бөгөөд энэ нь програмын хэрэглэгчтэй харилцах харилцааг баталгаажуулдаг;
2. Маягтын дэлгэрэнгүй. Баруун дээд буланд маягт ажилладаг бүх өгөгдөл байна. Тэдэнд мэдээлэл нь үйлчлүүлэгчийн талд хадгалагддаг;
3. Удирдлагын маягтыг харуулж байна. Доор бид интерфэйсийн элементүүд дээр суурилсан харагдах байдлыг урьдчилан харах болно;
4. Маягтын модуль. Энэ маягтын ашигладаг журам, функцуудыг агуулсан хэсэг. Эндээс та програмын хэрэглэгч болон мэдээллийн сантай харилцах алгоритмын кодыг олох боломжтой.

1С-ийн хөгжүүлэгчид үйлчлүүлэгчдийг удирддаг хэлбэрт шилжүүлэхийг уриалж байгаа тул удирдаж буй хэлбэрийг хөгжүүлэх зарчмуудыг сурах нь цаг хугацааны асуудал юм. Энэ төрлийн маягттай ажиллаж эхэлснээр энэ нь хөгжлийг стандартчилах, нэгдсэн дүрмийг дагаж мөрдөх алхам гэдгийг ойлгох болно. Тиймээс 1С 8.3 дээр удирддаг маягтуудтай ажиллах чадвар нь 1С хөгжүүлэгчийн түвшинг дээшлүүлдэг.

Удирдлагын маягтыг боловсруулах заавар

Юуны өмнө, 1С удирддаг горимын механизмыг ойлгохын тулд энэ маягт нь сервер болон үйлчлүүлэгч дээр хоёуланд нь байдаг гэдгийг санах хэрэгтэй. Түүнээс гадна, үйлчлүүлэгч дээр энэ объект нь зөвхөн програмтай харилцах хэрэглэгчийн интерфейсийн дүрс юм. Бүх тооцоолол, алгоритм, тооцоолол, боловсруулалт нь зөвхөн серверийн тал дээр явагдах ёстой. Энэ нь үйлчлүүлэгч дээр олон функц, параметрүүдийг ашиглах боломжгүйгээс гадна гүйцэтгэлийн шаардлагаас шалтгаална.

Процедурыг форм модулийн процедур, функц бүрийн өмнө бичих ёстой удирдамжийн нэрээр хаана гүйцэтгэж байгааг олж мэдэх боломжтой. "Контекстгүй" гэсэн үг нь удирдаж буй маягт дээрх өгөгдлийг сервер дээрх энэ процедурт дамжуулахгүй гэдгийг харуулж байна. Тиймээс, ийм журмын дагуу хэрэглэгчийн оруулсан утгууд дээр үндэслэн алгоритм бичих боломжгүй болно. Хэрэв энэ хэллэгийг заагаагүй бол маягтыг бүх нарийн ширийн зүйлсийн хамт бүхэлд нь дамжуулах бөгөөд та тэдгээрт хандах боломжтой.

1С хөгжүүлэгчид контекст бус сервер дуудлагыг ашиглахыг зөвлөж байна, тэдгээрийн тоог аль болох багасгаж, үйлчлүүлэгч дээр тооцоо хийхгүй байхыг хичээ. Онолын мэдлэггүй шинэхэн хөгжүүлэгчдэд эдгээр бүх дүрмийг дагаж мөрдөх, кодыг зөв өөрчлөхөд хэцүү байдаг. Та бие даан ажиллаж эхлэхээсээ өмнө удирдаж буй тохиргооны маягтыг нээж, синтакс болон үйлчлүүлэгч болон серверийн харилцан үйлчлэлийг үзэх нь ашигтай байх болно.

&НаСервере Процедура ПолучитьПлатежноРасчетныеДокументыИзХранилища(НовыйАдресВХранилище) &НаСервереБезКонтекста Функция ЕстьРасчетыСКлиентом(ДокументОснование) &НаСервереБезКонтекста Процедура ЗаполнитьСписокВыбораКПП(СписокВыбора, Контрагент, ДатаСведений) &НаКлиенте Процедура ЗаполнитьГоловногоКонтрагентаЗавершение(ВыбранноеЗначение, ДополнительныеПараметры) &НаСервере Процедура УстановитьТекстПлатежноРасчетныхДокументов() &НаСервере Функция ЕстьЗаполненныеИсходныеДокументы()

Хэрэв бүх хөгжүүлэгчид дагаж мөрдвөл 1С маягтыг боловсруулах шинэ дүрэм маш их ашиг тустай байх болно. Түүнээс гадна, хүн бүр илүү сайн өөрчлөлтийг мэдрэх болно - програмистууд, 1С дээр ажилладаг компаниуд, франчайз эзэмшигчид, 1С хөгжүүлэгчид. 1С-д удирддаг маягтуудыг зөв ажиллуулах үндсэн үр дагавар:

1. Тохиргоог засварлахад хялбар, код унших чадварыг нэмэгдүүлсэн. Эндээс бид нэг хөгжүүлэгчийн бичсэн алгоритмыг өөр ажилтан маш их цаг зарцуулахгүйгээр үргэлж засч залруулж чадна гэж дүгнэж болно;
2. Үйлчлүүлэгч болон сервер дээр ажиллаж байгаа кодыг салгах. Эдгээр тал тус бүрт байгаа функцууд нь хэр өөр болохыг харгалзан тэдгээрийг салгах нь зөв алхам байх болно;
3. Хөгжүүлэгчид платформын логик, үйлчлүүлэгч серверийн харилцан үйлчлэл, тэдний бичсэн алгоритмын талаар илүү гүнзгий ойлголттой байдаг. 8.0 ба түүнээс өмнөх хувилбаруудад үйлчлүүлэгч-серверийн хэсгийг ойлгохгүйгээр боловсруулсан баримт бичиг эсвэл лавлах хэлбэрийг олох нь маш түгээмэл байсан;
4. Тохиргооны хурдыг нэмэгдүүлэх, үйлчлүүлэгчийн компьютер дээрх ачааллыг бууруулах;
5. Хүчирхэг компьютер худалдаж авах шаардлагагүй тул ажлын байранд компьютер худалдаж авах зардлыг бууруулах.

Удирддаг хэлбэрийг 1С эхлүүлэх үндсэн горим болгон сонгох нь олон гэнэтийн бэлэг авчрах болно. Гэхдээ зөв арга барилаар энэ алхам нь их хэмжээний ногдол ашиг авчрах тул Орос даяар улам олон 1С хэрэглэгчид үүнийг шийддэг. 1С компани ирээдүйд менежментийн хэлбэрийг хөгжүүлэхэд найдаж байгааг харгалзан хуучирсан уламжлалт хэлбэрүүд дээр үлдэх нь эрсдэлтэй юм.