1c მართული ფორმები. მართული ფორმის ელემენტების პროგრამულად დამატება და რედაქტირება

ბოლო გაკვეთილზე ჩვენ შევხედეთ მას ჩვეულებრივი (მსუქანი) კლიენტისთვის. პლატფორმის ვერსიაში 1C 8.2. ისინი იყენებენ ეკრანის ახალ ფორმებს 1C 8.2. მათ უწოდებენ მართულ ფორმებს 1C 8.2.

მართული ფორმები 1C 8.2 არის 1C-ის მომავალი. ისინი განსხვავდებიან ჩვეულებრივი 1C 8.2 ფორმებისგან იმით, რომ ისინი ავტომატურად გენერირდება სისტემის მიერ სპეციალური პარამეტრების საფუძველზე ("რეგულარული" ფორმები უბრალოდ შედგენილია პროგრამისტის მიერ სურვილისამებრ).

მართული ფორმების 1C 8.2 შემუშავებაში განსხვავებები ჩვეულებრივია. ამიტომ, ჩვენ დღეს შევიკრიბეთ, რათა ცალკე განვიხილოთ მართული ფორმების შექმნა და მოდიფიკაცია 1C 8.2.

მართული ფორმები 1C 8.2

თუ ადრე ავითარებდით 1C კონფიგურაციებს, როდესაც გახსნით 1C 8.2 მართული ფორმის რედაქტორს, მაშინვე გაგიკვირდებათ ის ფაქტი, რომ 1C 8.2 ფორმაზე მაუსით ზემოქმედება საერთოდ შეუძლებელია.

თქვენ არ შეგიძლიათ შეცვალოთ 1C 8.2 ფორმა, ვერ გადაიტანოთ ელემენტი, ვერც კი იხილოთ ველის თვისებები, როგორც ადრე - ორჯერ დააწკაპუნეთ ველზე 1C 8.2 ფორმაზე.

ახლა 1C 8.2 ფორმის შემუშავების საფუძველი არ არის სავალდებულო ველები ფორმაზე კოორდინატებისთვის, არამედ სპეციალური პარამეტრები. სისტემა ავტომატურად წარმოქმნის კონტროლირებად ფორმას 1C 8.2 ამ პარამეტრების საფუძველზე.

პარამეტრები შედგება 1C 8.2 ფორმის ელემენტების სიისგან, რომელიც მდებარეობს რედაქტორში ზედა მარცხენა კუთხეში. 1C 8.2 ფორმის ელემენტები მოიცავს:

• რეკვიზიტები
• ბრძანებები (ახალი კონცეფცია 1C 8.2-ში, შეიძლება გამოიყურებოდეს როგორც ღილაკები ან მენიუს ელემენტები)
• ჯგუფები (დეტალებისა და ბრძანებების გაერთიანებისთვის).

შესაბამისად, ამ ელემენტების პარამეტრები არ არის ველების თვისებებში, არამედ ამ პარამეტრების ელემენტების თვისებებში (მარჯვენა დაწკაპუნებით მენიუ, თვისებათა პუნქტი).

როგორ მუშაობს მართული ფორმები 1C 8.2

მართულ ფორმებთან მუშაობა 1C 8.2 განსხვავებულია მომხმარებლისთვის. მათ მეტი შესაძლებლობები აქვთ, მაგრამ უჩვეულოა მათთვის, ვინც დიდი ხანია მუშაობს 1C-თან.

უპირველეს ყოვლისა, 1C 8.2 ფორმაზე ჩვეულებრივი ელემენტების განლაგება განსხვავებულია. ბრძანების ზოლი ყოველთვის ზედა ნაწილშია.

ბრძანების პანელის მარცხენა მხარე კონფიგურირებადია. ის ჩვეულებრივ შეიცავს ისეთ სტანდარტულ ღილაკებს, როგორიცაა ჩანაწერი და პოსტი.

ბრძანების პანელის მარჯვენა მხარე არის 1C ყველა მოქმედების ფორმის ახალი სტანდარტული მენიუ. ეს მენიუ საშუალებას გაძლევთ მართოთ 1C 8.2 ფორმა, როგორც გსურთ, ისევე, როგორც ACS ანგარიშში პარამეტრები საშუალებას გაძლევთ მნიშვნელოვნად შეცვალოთ ანგარიშის გარეგნობა.

მენიუს თვითნებური ელემენტები 1C ყველა მოქმედება

იმისდა მიხედვით, ეკუთვნის თუ არა ეს 1C 8.1 ფორმა ამა თუ იმ სხვას, მენიუ ივსება ელემენტებით, რომლებიც საშუალებას გაძლევთ მართოთ ეს ობიექტი. მაგალითად, თუ ეს არის დირექტორიაში სიის ფორმა, მაშინ იქნება ბრძანებები, როგორიცაა შექმნა ან რედაქტირება.

პუნქტი მენიუს სიის მორგება 1C ყველა მოქმედება

თუ 1C 8.2 ფორმაზე არის სია, მაშინ მენიუს აქვს ბრძანება Configure list და Display list.
თუ Output list ბრძანება უკვე ნაცნობია - ის საშუალებას გაძლევთ შეინახოთ ნებისმიერი სია 1C-ში Excel-ში / ამობეჭდოთ, მაშინ მეორე ბრძანება ახალია.

როგორც უკვე შენიშნეთ, სიის ბრძანების პანელზე აღარ არის შერჩევის ღილაკები. სამაგიეროდ გამოჩნდა ღილაკი Find, რომლის ფუნქციონირებასაც (ისევე როგორც კურსორის ამჟამად გამორთული პოზიციონირება სიაში აკრეფისას) აქვს გარკვეული პრეტენზია.

Find ღილაკის ფუნქციონირება, რა თქმა უნდა, არ არის შედარებული არჩევანებთან, მაგრამ ისინი არ გაქრა!
ისინი ახლა განლაგებულია მენიუს მორგების სიის პუნქტში. შერჩევა ახლა შეიძლება გაკეთდეს ნებისმიერი ველით და გარდა ამისა, თქვენ შეგიძლიათ გააკეთოთ დახარისხება და პირობითი ფორმატირება ისევე, როგორც ACS ანგარიშებში.

პუნქტი მენიუს ფორმის შეცვლა 1C ყველა მოქმედება

ფორმის შეცვლა საშუალებას გაძლევთ ანალოგიურად შეცვალოთ არა მხოლოდ სია 1C 8.2 ფორმაში, არამედ თავად 1C 8.2 ფორმაშიც.

მომხმარებელს შეუძლია დამოუკიდებლად ჩართოს ან გამორთოს ველების ხილვადობა 1C 8.2 ფორმაზე, სიგანე და სიმაღლე, ნაგულისხმევი ველის გააქტიურება გახსნისას და ა.შ.

მართული ფორმების 1C 8.2 და რეგულარული ფორმების 1C გამოყენებით

ნაგულისხმევად, ჩვეულებრივი 1C ფორმები გამოიყენება კონფიგურაციებში სქელი (ჩვეულებრივი) 1C კლიენტისთვის, ხოლო მართული ფორმები გამოიყენება კონფიგურაციებში თხელი და ვებ კლიენტებისთვის 1C. თუმცა, ორივე 1C ფორმა შეიძლება გამოყენებულ იქნას ნებისმიერ კონფიგურაციაში, მათ შორის ერთდროულად.

ამისათვის თქვენ უნდა შეიყვანოთ კონფიგურაციის თვისებები (ზედა ელემენტი კონფიგურაციის ფანჯარაში).

1C 8.2-ის კონფიგურაციის თვისებებში გამოჩნდა ორი ახალი ველი, რომელიც საშუალებას გაძლევთ ჩართოთ 1C ფორმების არასტანდარტული გამოყენება.

მართული ფორმების შექმნა 8.2

ახალი 1C 8.2 ფორმის დამატება ხდება ისე, როგორც ადრე - კლავიატურაზე Ins ღილაკის ან ღილაკის დამატება. არსებულის შესასვლელად, ორჯერ დააწკაპუნეთ მასზე მაუსის საშუალებით.

ნაგულისხმევად, შეიქმნება ფორმა (ჩვეულებრივი ან მართული), რომელიც დაინსტალირებულია კონფიგურაციაში (იხ. ძირითადი გაშვების რეჟიმის თვისება კონფიგურაციის თვისებებში. თუ ჩართული გაქვთ ორივე ტიპის ფორმის გამოყენების უფლება კონფიგურაციაში - ფორმის დიზაინერში. , რომელიც მაშინვე გაიხსნება - შეგიძლიათ აირჩიოთ ტიპის ფორმები.

დიზაინერი მოგთხოვთ აირჩიოთ ფორმის ტიპი - ელემენტის ფორმა, სიის ფორმა. აქ შეგიძლიათ დაამატოთ ან წაშალოთ ბრძანების პანელები ფორმაზე. ყველაზე ხშირად ეს პარამეტრები ნაგულისხმევად რჩება ისე, როგორც არის.

იხსნება ფორმა, რომელიც ივსება ნაგულისხმევად - მას დაემატა 1C ობიექტის ყველა დეტალი, რომელიც არსებობს. თქვენ შეგიძლიათ მონიშნოთ საჭირო ველების კონკრეტული სია დიზაინერის მეორე ჩანართზე.

ფორმის რედაქტორი შედგება სამი განყოფილებისგან.

• ზედა მარცხენა კუთხეში არის ფორმის ელემენტების სია. იგი შედგება ველებისგან, ბრძანებებისგან და ჯგუფებისგან, რომლებიც საშუალებას გაძლევთ დააკავშიროთ ელემენტები. ბრძანებების სია ცალკე შეგიძლიათ ნახოთ Command Interface ჩანართზე.
• ზედა მარჯვენა კუთხეში არის ხელმისაწვდომი ფორმის დეტალებისა და ობიექტის დეტალების სია (გახსენით ჯვარი Object ატრიბუტის გვერდით).
• ქვემოთ მოცემულია მიღებული ფორმის გადახედვა.

შეგიძლიათ გადაიტანოთ ხელმისაწვდომი დეტალები მარცხნივ და ის გახდება ფორმის ელემენტი (ფორმის ველი).

თუ თქვენ გჭირდებათ ღილაკის ან მენიუს ელემენტის დამატება, ბრძანებების ჩანართის მარჯვენა მხარეს, თქვენ უნდა შექმნათ ახალი ბრძანება. ეს არის შეფუთვა ფორმის მოდული ფუნქციისთვის. გარდა იმისა, თუ რომელი ფუნქცია იქნება გამოძახებული, შეგიძლიათ მივანიჭოთ წარმოდგენა - მაგალითად, სურათი, ასევე ხილვადობის დამოკიდებულება ფუნქციურ ვარიანტზე.

ბრძანებები ასევე გადაიტანეთ მარცხნივ. თუ მშობელი არის ბრძანების ზოლი, მაშინ ეს იქნება ბრძანების ზოლის ღილაკი - წინააღმდეგ შემთხვევაში მხოლოდ ღილაკი.

თქვენ შეგიძლიათ არა მხოლოდ გადაათრიოთ და ჩააგდოთ ობიექტის/ფორმის ატრიბუტები ფორმის ელემენტების სიაში (ველები), არამედ უბრალოდ დაამატოთ ისინი (დამატება ან ღილაკი Ins). კერძოდ, შეგიძლიათ შექმნათ ახალი ფორმის ობიექტი – ჯგუფი.

ჯგუფი შეიძლება იყოს ბრძანების პანელი (კურსორი უნდა იყოს ფორმის ხაზზე). შემდეგ გადაიტანეთ ბრძანებები მასში და ისინი გახდებიან ღილაკები.

ჯგუფი შეიძლება იყოს "რეგულარული". მაშინ ეს არის ველების დაჯგუფების გზა, როგორც ვერტიკალურად, ასევე ჰორიზონტალურად. ჯგუფის სახელი შეიძლება წაიშალოს თვისებებში.

ჯგუფი შეიძლება იყოს პანელი (გვერდი). ზედა დამატებული ჯგუფი არის პანელი, ხოლო ამ ტიპის ჩადგმული ჯგუფები არის გვერდები. ველები უკვე გადატანილია გვერდებზე.

ფორმის არასაჭირო ელემენტები ამოღებულია სიაში ფორმის ელემენტების წაშლით.
ფორმაზე ველის პოზიცია განისაზღვრება ელემენტების სიაში თანმიმდევრობით (ვერტიკალური) ან ჯგუფების გამოყენებით (ჰორიზონტალური). სიგანე და სიმაღლე მითითებულია ფორმის ელემენტის თვისებებში.

ფორმის ელემენტის თვისებები მნიშვნელოვნად გაფართოვდა და შეიცავს ბევრ სასარგებლო ნივთს - როგორც გარეგნობის კონტროლს (ღილაკების არჩევა და გასუფთავება) ასევე ნაგულისხმევი მნიშვნელობების შემოწმება.

თავად ფორმის თვისებები, მისი ზომების ჩათვლით, მითითებულია ფორმის ძირეულ ელემენტში, იგივე სახელწოდებით Form.

მოვლენის დამმუშავებლები (მომხმარებლის ქმედებებზე პასუხები) ახლა ორ ტიპად იყოფა. ძველი - როგორც ადრე, ისინი მითითებულია ფორმისა და ველების თვისებებში (მაგალითად, OnChange და OnOpening ფორმის). ახლები გახდა ბრძანებები და გამოიყენება მენიუს ელემენტებისა და ღილაკებისთვის.

ჩვენ ყველამ ვიცით, რომ 1C კომპანიას ჰქონდა 1C პლატფორმის მრავალი განსხვავებული ვერსია; ახლა ჩვენ დავინტერესდებით ამ სტატიის დაწერის დროს ერთ-ერთი უახლესი ვერსიით, ეს არის ვერსიები 1C 8.2 და 1C 8.3. თუ თქვენ მოგიწიათ მუშაობა ორივე ამ ვერსიაში, მაშინ დიდი ალბათობით შენიშნა განსხვავებები ამ ვერსიების ინტერფეისებში, მომხმარებლებისთვის ისინი განსხვავდებიან მხოლოდ გარეგნულად. არსებითად არჩევანი რეგულარული ან მართული აპლიკაციაეუბნება სისტემას რომელი ფორმების ჩვენება გასაშვებად, რეგულარული ან კონტროლირებადი, ასევე, რომელი აპლიკაციის კლიენტი იქნება გამოყენებული ნაგულისხმევად, სქელი თუ თხელი. კლიენტების შესახებ უფრო დეტალური ინფორმაციისთვის წაიკითხეთ სტატია „რა არის სქელი და გამხდარი კლიენტები 1C-ში, ასევე მათი განსხვავებები“.

რეგულარული 1C აპლიკაცია (რეგულარული ფორმები, რეგულარული ინტერფეისი, ვერსია 1C 8.2)

1C 8.2-ში შესაძლებელია მხოლოდ მუშაობა რეგულარული ფორმებით, რეგულარული განაცხადის რეჟიმში. ქვემოთ მოყვანილი სურათი გვიჩვენებს მონაცემთა ბაზას „ჩვეულებრივი 1C აპლიკაციის“ ოპერაციულ რეჟიმში (ჩვეულებრივი ფორმები).

მართული 1C აპლიკაცია (მართული ფორმები, მართული ინტერფეისი, ვერსია 1C 8.3)

1C 8.3 პლატფორმაზე ჩვენ შეგვიძლია ვიმუშაოთ როგორც ჩვეულებრივ ფორმებთან (თავსებადობის რეჟიმში) ასევე მართულ ფორმებთან. მეტიც მართულ ფორმებს აქვს ორი ტიპის ჩვენება, ეს არის სტანდარტული და ტაქსი. 1C 8.3 კონფიგურაციის მაგალითი სტანდარტული მართული ფორმებით ნაჩვენებია ქვემოთ, შემდეგ კი ნაჩვენებია "ტაქსი" ინტერფეისი.

რა განსხვავებაა ჩვეულებრივ და მართულ 1C აპლიკაციას შორის?

როგორც უკვე გავარკვიეთ ჩვეულებრივი აპლიკაცია და მართული აპლიკაცია არის 1C პროგრამის გაშვების ეს ტიპები. უფრო მეტიც, 1C გაშვების ტიპის მნიშვნელობიდან გამომდინარე ( რეგულარული ან მართული აპლიკაცია), სტანდარტულად ჩაიტვირთება კონკრეტული ინტერფეისი ( რეგულარული ან მართული ფორმები), ამიტომ ამ კონცეფციის ამდენი სინონიმია. ჩვენ გვინდა აღვნიშნოთ, რომ განსხვავებები ინტერფეისებში საკმაოდ მნიშვნელოვანია; მართული ინტერფეისი მთლიანად შეიცვალა. პრინციპში, ეს არის ყველა განსხვავება, რომელსაც ხედავენ 1C პროგრამის რიგითი მომხმარებლები. რაც შეეხება პროგრამისტებს, მართული ინტერფეისი მოითხოვს შეცვლილი კოდის დაწერას, რადგან განვითარება უკვე ხორციელდება 1C 8.3-ში და არა 1C 8.2-ში, შესაბამისად, ყველა შემდგომი შედეგი. კოდი ასევე უნდა დაიყოს კლიენტად და სერვერად; ეს მითითებულია კონფიგურატორში შესაბამისი დირექტივების გამოყენებით.

1C: Enterprise პლატფორმა საშუალებას გაძლევთ პროგრამულად დაამატოთ და შეცვალოთ მართული ფორმის ელემენტები. მოდით გავარკვიოთ, რატომ შეიძლება იყოს ეს საჭირო.

ფორმის პროგრამული მოდიფიკაცია შეიძლება საჭირო გახდეს რამდენიმე შემთხვევაში:

• სტანდარტული კონფიგურაციების დასრულებისას განახლების შემდგომი პროცედურის გასაადვილებლად. ამ შემთხვევაში შეიცვლება მხოლოდ ფორმის მოდული. მოდულების განახლება ბევრად უფრო ადვილია, ვიდრე ფორმები.
• ზოგიერთი საერთო ალგორითმის განხორციელებისას. მაგალითად, ქვესისტემაში „ობიექტის დეტალების რედაქტირების აკრძალვა“ შეიძლება შეიქმნას ღილაკი პროგრამულად ქვესისტემასთან დაკავშირებული ყველა ობიექტისთვის, რათა მოხდეს დეტალების რედაქტირების შესაძლებლობა.
• ზოგიერთი კონკრეტული ალგორითმის განხორციელებისას. მაგალითად, ნომენკლატურის დირექტორიაში იქმნება ველები დამატებითი დეტალების რედაქტირებისთვის.

მართულ ფორმაში შეგიძლიათ პროგრამულად დაამატოთ, შეცვალოთ და წაშალოთ:

• რეკვიზიტები;
• ადგილობრივი გუნდები;
• ელემენტები.

ყველა ეს ოპერაცია შესაძლებელია მხოლოდ სერვერზე.

პროგრამულ გადაფორმებას აქვს შეზღუდვები:

• თქვენ შეგიძლიათ წაშალოთ მხოლოდ პროგრამულად დამატებული დეტალები/ბრძანებები/ელემენტები. თქვენ არ შეგიძლიათ პროგრამულად წაშალოთ კონფიგურატორში შექმნილი ობიექტები.
• თქვენ არ შეგიძლიათ ატრიბუტის მინიჭება, როგორც მთავარი.

ფორმის ბრძანებების შეცვლა

ობიექტისთვის ბრძანებების კომპოზიციის მართვა მართული ფორმაარის კოლექცია გუნდები

დამატება (< ИмяКоманды >)

რაოდენობა ()

იპოვე (< ИмяКоманды >)

წაშლა (< Команда >)

გუნდების კოლექცია ხელმისაწვდომია როგორც კლიენტზე, ასევე სერვერზე. თქვენ შეგიძლიათ შეცვალოთ კოლექცია (Add() და Delete() მეთოდები) მხოლოდ სერვერზე. თქვენ შეგიძლიათ მოძებნოთ და მიიღოთ ელემენტების რაოდენობა (Find () და Count () მეთოდები) როგორც კლიენტზე, ასევე სერვერზე.

როგორც ფორმის ბრძანებებთან მუშაობის მაგალითი, მოდით შევქმნათ ახალი ChangeHistory ბრძანება სათაურით "ChangeHistory...", რომელიც გამოიძახებს დამმუშავებელს. ჩვენების ისტორია(). შექმნა ხდება ფორმის გახსნისას.

&სერვერზე
Პროცედურა WhenCreatingOnServer (მარცხი, სტანდარტული დამუშავება)
გუნდი = გუნდები. დამატება( "ცვლილებების ისტორია");
გუნდი . მოქმედება = ;
გუნდი . სათაური = "ცვლილებების ისტორია...";
პროცედურის დასასრული
&OnClient
Პროცედურა Connectable_DisplayHistory (ბრძანება)
// ბრძანების მოქმედებები
პროცედურის დასასრული

ბრძანების დამმუშავებელი უნდა იყოს განთავსებული ფორმაზე და ჰქონდეს &OnClient კომპილაციის დირექტივა.

ფორმის დეტალების შეცვლა

ფორმის დეტალების შემადგენლობის წაკითხვა ხორციელდება ფუნქციით მიიღეთ დეტალები(< Путь >) აბრუნებს FormAttributes ტიპის მასივს. ფუნქციის პარამეტრი განსაზღვრავს გზას მშობელი ატრიბუტისკენ (სტრიქონის სახით). თუ პარამეტრი გამოტოვებულია ან ცარიელი სტრიქონი არის მითითებული, ზედა დონის დეტალები დაბრუნდება.

დეტალების შეცვლა ხდება მეთოდის გამოყენებით დეტალების შეცვლა(<დამატებულია დეტალები>, <მოსახსნელი დეტალები>) ობიექტი მართული ფორმა. პარამეტრებზე დამატებულია დეტალებიდა მოსახსნელი დეტალებიფორმატის ატრიბუტების ტიპის ელემენტების მქონე მასივები გადაცემულია.

ყურადღება!

დეტალების შემადგენლობის შეცვლის პროცესი საკმაოდ რესურსზე ინტენსიურია. ფორმა რეალურად ხელახლა იქმნება. ამასთან დაკავშირებით, ფორმის დეტალებთან მუშაობა ხორციელდება სურათების რეჟიმში.

მოდით შევქმნათ ახალი ფორმის ატრიბუტი მყიდველის სახელით:

AddedDetails = ახალი მასივი;
დამატებულია დეტალები. დამატება (ახალი ფორმის ატრიბუტები(„მყიდველი“, ახალი ტიპის აღწერა („DirectoryLink. Counterparties“), „კლიენტი“));

// ცვლილებები დეტალების შემადგენლობაში
);

ფორმის ელემენტების შეცვლა

ობიექტის ელემენტების შემადგენლობის კონტროლი მართული ფორმაარის კოლექცია ელემენტები. კოლექციას აქვს რამდენიმე მეთოდი:

ჩასმა (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)

დამატება (< Имя>, < ТипЭлемента>, < Родитель >)

რაოდენობა ()

იპოვე (< Имя >)

გადაადგილება (< Элемент>, < Родитель>, < МестоРасположения >)

წაშლა (< Элемент >)

Items კოლექცია ხელმისაწვდომია როგორც კლიენტზე, ასევე სერვერზე. კოლექციის შეცვლა (ჩასმა მეთოდები () , დამატება () , გადატანა () და წაშლა () ) ხელმისაწვდომია მხოლოდ სერვერზე. თქვენ შეგიძლიათ მოძებნოთ და მიიღოთ ელემენტების რაოდენობა (Find () და Count () მეთოდები) როგორც კლიენტზე, ასევე სერვერზე. კოლექციის ელემენტები შეიძლება იყოს:

• FormGroup;
• FormTable;
• FormField;
• ფორმის ღილაკი.

თქვენ შეგიძლიათ პროგრამულად მიანიშნოთ მოვლენის დამმუშავებლები ელემენტების ფორმირებისთვის. მეთოდი განკუთვნილია ამ მიზნებისათვის SetAction (< ИмяСобытия>, < Действие >) .

მოდით გადავხედოთ ბრძანებებთან, დეტალებთან და ფორმის ელემენტებთან მუშაობის ყველაზე გავრცელებულ მაგალითებს.

ბრძანების და მასთან დაკავშირებული ღილაკის დამატება:

// შექმენით ბრძანება
გუნდი = გუნდები. დამატება( "ცვლილებების ისტორია");
გუნდი . მოქმედება = "Plug-in_Display History"; // ფორმა უნდა შეიცავდეს პროცედურას მითითებული სახელით
გუნდი . სათაური = "ცვლილებების ისტორია...";
// შექმენით ღილაკი და დააკავშირეთ იგი ბრძანებასთან
ელემენტი = ნივთები. დამატება( "ცვლილებების ისტორია", Type("FormButton" ));
ელემენტი.CommandName = "ცვლილებების ისტორია";

ატრიბუტის და მასთან დაკავშირებული შეყვანის ველის დამატება:

// დამატებული დეტალების აღწერა
AddedDetails = ახალი მასივი;
დამატებულია დეტალები. დამატება(New Form Props ("მყიდველი", ახალი ტიპის აღწერა ( "DirectoryLink. კონტრაგენტები"), "კლიენტი" ));
// დეტალების შემადგენლობის შეცვლა
დეტალების შეცვლა (დამატებულია დეტალები);
// შეყვანის ველის შექმნა და ატრიბუტებთან დაკავშირება
ელემენტი = ნივთები. Add("Buyer" , Type("FormField" ));
ელემენტი . ხედი = FormFieldView. შესვლის ველი;
ელემენტი . PathToData= "მყიდველი" ;

მოვლენის დამმუშავებლის მინიჭება ფორმის ელემენტზე:

საქონელი კლიენტი. SetAction("როდესაც ის იცვლება", "Connected_BuyerOnChange");

&OnClient
Პროცედურა Connected_BuyerOnChange(ელემენტი)
// ღონისძიების მოქმედებები
პროცედურის დასასრული

ყურადღება!

პროცედურები, რომლებიც დაყენებულია მოვლენის დამმუშავებლად კოდიდან მეთოდის გამოყენებით SetAction (), რეკომენდებულია პრეფიქსი Connectable_-ის დაყენება.

ყურადღება!

თქვენ შეგიძლიათ ჩამოტვირთოთ დამუშავება პროგრამული ძიების მაგალითებით და დეტალების, ბრძანებების და მართული ფორმის ელემენტების შეცვლას.

მთავარი პრობლემა ის არის, რომ 10-15 წელზე მეტი ხნის განმავლობაში უკვე შედგენილია უამრავი კოდი ჩვეულებრივი ფორმებისთვის. არავის სურს ამ ყველაფრის გადაწერა კლიენტ-სერვერზე + ბევრი ადამიანია გაწვრთნილი ინტერფეისით მუშაობისთვის. მომავალი წლიდან დაწყებული BP 3.0-ზე სავალდებულო გადასვლა პანიკას ქმნის დეველოპერებისა და ბუღალტერების გონებაში. გამოხმაურება ძალიან უსიამოვნო იქნება. გარდა ამისა, პროფესიაში შესვლის ბარი იწევს, პროგრამირება უფრო რთულია, სტანდარტული კი კიდევ უფრო რთული. რა ღირს ახალი ალგორითმი სტანდარტულ დოკუმენტებში? UV მშვენივრად გამოიყურება, როდესაც დოკუმენტებზე გაქვთ 2-3 ღილაკი, UV შესანიშნავია მობილურ მოწყობილობებზე მუშაობისთვის, მაგრამ კომპანიების მხოლოდ 0.01% იყენებს მას. თქვენ მოგიწევთ გადართვა, თუ 1C არ მოიფიქრებს რაიმე ახალს, მაგრამ ეს იქნება ხანგრძლივი და მტკივნეული ყველასთვის. თანხის გადახდა კი კომპანიებს თავად მოუწევთ.

მეც მხოლოდ ნეგატიური განვიცადე კონტროლირებადი ფორმებიდან, აქ არის ინოვაციის კიდევ რამდენიმე უარყოფითი მხარე:

• არაფერი? ისე, ამას რამდენჯერმე შევხვდი, მაგალითად, გარე ბეჭდვის ფორმის დაწერა და მიმაგრება ZUP conf-ზე, იქ დამუშავება არის მთელი ეპოსი, სავსე ინსტრუქციებით ინტერნეტში და გვერდებზე კოდი უნდა.
  სქელ კლიენტზე არის ერთი პროცედურა პარამეტრებით ე.ი. განვითარება წუთების საკითხია.
  და მუხრუჭები თხელია შეუიარაღებელი თვალით
• რაც შეეხება მართვადი ფორმების მომზადების შესაძლებლობას - ეს არის ხელოვნება ხელოვნებისთვის, მაგრამ რა არის პრაქტიკული აზრი, განსაკუთრებით ფაილური ვერსიისთვის?
• 3 წელი ვძერწავდი ულტრაიისფერი სხივებით, მაგრამ ახლა ისევ მარტივ ფორმებს დავუბრუნდი და დამიჯერეთ, ფსიქოლოგიურად საკმაოდ რთული იყო ეს გადასვლა, მაგრამ ეს ჩემი შეგნებული არჩევანია, რადგან ის, რასაც 1c გვთავაზობს UV-ში, არის სრულიად UG... შესაძლოა რამდენიმე წელიწადში 1c მიაღწიოს გარღვევას, მაგრამ ახლა ის უბრალოდ ეძებს ადგილს, სადაც ეს გარღვევა...
• კონფიგურატორში ულტრაიისფერი სხივების გახსნას გაცილებით მეტი დრო სჭირდება.
  ამის შემდეგ 8.1-ში ფორმების გახსნა სატვირთო მანქანიდან თვითმფრინავში გადაყვანას ჰგავს!
• ყველასთვის მეტი პრობლემაა, მომხმარებლები შოკირებულია ახალი ინტერფეისით (ყველა არ აღიარებს ამას, მაგრამ ისინი ბევრად უფრო სულელები არიან წვრილმანებზე), პროგრამისტების ნახევარი გახდა შეუფერებელი პროფესიონალიზმისთვის, უფრო რთული გახდა საშუალო სპეციალისტისთვის. იპოვნეთ სამუშაო და როგორ აწარმოოთ ხარისხიანი პროდუქტი. და UV-ის ყველაზე მაგარი მარკეტინგული თემა არის ის, რომ ისინი ყველგან იმატებენ, რომ გადასვლა ხდება მარტივი განახლებით, მაგრამ ყველას ავიწყდება, რომ თავიდანვე უნდა დაეწიოთ უახლეს გამოშვებებს! მაგრამ პრინციპში მომწონს იდეა!
• არ ვიცი, ჩემი გამოცდილება საპირისპიროს აჩვენებს. სადაც მკაცრი ფორმების ბუმები უკვე რამდენიმე წელია ავტომატურად ხვდება, ახალ UV სტანდარტებში ყოველთვიურად იწყება „რატომ, სად არის ახლა 1C ამ ღილაკის განახლების შემდეგ და რატომ არ მუშაობს ახლა“, რაც, ხედავთ. , არ მატებს სიჩქარეს.
• - მეტი კოდია
  - კოდი უფრო რთული გახდა
  — სტანდარტულების მოდიფიკაცია გაცილებით რთულია
  - მომხმარებლებმა, რომლებსაც მე მივეცი UT11, ვერ იპოვეს რაიმე უპირატესობა 10.x-თან შედარებით
  — მაგრამ მათ აღმოაჩინეს გარკვეული შენელება და გარკვეული ფუნქციების ნაკლებობა, როგორიცაა ძებნა (რატომღაც მათ სურდათ წინ-უკან ძიება და არა შერჩევა)
  ჩემი აზრით, მსხვერპლი ძალიან დიდია ვებ კლიენტისა და ტაბლეტების გულისთვის. უფრო მეტიც, პირადად მე ჯერ არ მინახავს რეალური მუშაობა ვებ კლიენტთან, რომელსაც უნდა წარმატებით გამოიყენოს დისტანციური წვდომა
• Client-Server bedlam უნდა უზრუნველყოფდეს შესრულებისა და მასშტაბურობის გაზრდას, ხოლო ამავე დროს ხარჯები მოიცავს კოდირების ზრდას.
  თუმცა, ყველას არ განუცდია ზრდა, შესაბამისად იმედგაცრუება. და ამავდროულად, ყველას ეხებოდა კოდირების ხარჯები.
  P.S. ფაქტობრივად, კონტროლირებადი მომწონს, მშვიდად ვხატავ მათზე. მაგრამ ტიპიური პირობა გარყვნილი გახდა.
• სახლში (ჩვეულებრივი კომპიუტერი) სასმელს ვატარებ ინდივიდუალური მეწარმეების მიხედვით.
  8.3, BP3, ჩექმიანი. მთავარი შთაბეჭდილება ისეთია, რომ არ ვმუშაობ, მაგრამ სულ ველოდები. ჰემოროიდული რეაქცია. SALT ანგარიშისთვის უბრალოდ გასაოცრად ყალიბდება - როგორც ჩანს, წლის ანგარიშის ბარათს მეგაჰოლდინგში.
• UT11 არის ველური სამუხრუჭე, საშინელება და ზოგადად კოშმარი.
  UT10 დაფრინავს UT11-თან შედარებით.
  რაც შეეხება ულტრაიისფერ სხივებს, წლებია, რაც აწუხებს, ყველაფერი დახრილია, სვეტები არასდროს ჯდება ერთ ეკრანზე, დაჭიმვა ხშირ შემთხვევაში საშინელებაა.
  და კიდევ შემიძლია ჩამოვთვალო ბევრი მინუსი, მაგრამ პლიუსებზე ალბათ არაფერს ვიტყვი. ისინი უბრალოდ არ არსებობენ.
  ფირმებმა კონკრეტულად დაასრულეს ეს ფორმები, რადგან განვითარება უფრო ძვირია, არ იყო სპეციალური და არ არის ნორმალური.

უპირატესობები ცოტაა, მაგრამ რა თქმა უნდა არსებობს...

დადებითი:

პასუხი დიდი ხანია არსებობს, რა გასცა UP:

ჯვარედინი პლატფორმის კლიენტი

• ცუდი საკომუნიკაციო ხაზებზე მუშაობა
• ბრაუზერის საშუალებით მუშაობის უნარი (კლიენტის ინსტალაციის გარეშე)