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

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

სტატიის წაკითხვის შემდეგ გაიგებთ:

• რა როლს ასრულებს ქვესისტემა მენიუს სტრუქტურის ჩამოყალიბებაში?
• როგორ შევქმნათ 1 და 2 დონის მენიუს სექციები?
• როგორ მოვარგოთ მენიუს სექციებში ნაჩვენები ბრძანებების შემადგენლობა?
• რისთვის არის Command Interface Editor და როგორ ვიმუშაოთ მასთან?
• როგორ დავაკონფიგურიროთ მთავარი განყოფილების ბრძანების ინტერფეისი?

გამოყენებადობა

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

ქვესისტემები. ინტერფეისის მორგება ქვესისტემების გამოყენებით

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

იმის მითითება, ეკუთვნის თუ არა ობიექტი ქვესისტემებს ობიექტის რედაქტირების ფანჯარაარის შესაბამისი ჩანართი, რომელზეც დროშები მიუთითებენ რომელ ქვესისტემებს ეკუთვნის ობიექტი.

მომავალში, თქვენ შეგიძლიათ ააწყოთ ობიექტის ხის ფილტრი ქვესისტემები.

ამ შემთხვევაში შესაძლებელია კონტროლი: ჩართვა არჩეულზე ქვესისტემებიდაქვემდებარებული ობიექტები ქვესისტემებიდა მშობელი ქვესისტემებითუ არა.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ნაგულისხმევი კონფიგურაციის ობიექტის შექმნისას, პლატფორმა 8.3 არ ანიჭებს ობიექტს რომელიმე ქვესისტემას.

იმათ. დეველოპერმა თავად უნდა გადავიდეს ამ ჩანართზე და შეამოწმოს შესაბამისი ველები.

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

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

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

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

ბუნებრივია, რომ ობიექტი გაიხსნას, მომხმარებელს უნდა მიენიჭოს შესაბამისი უფლებები.

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

ამისთვის ქვესისტემებივ რედაქტირების ფანჯარაშეგიძლიათ დროშა ამოიღოთ ჩართეთ ბრძანების ინტერფეისში.

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

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

ამ რედაქტორის გამოძახება შესაძლებელია ქვესისტემის რედაქტირების ფანჯრიდან ღილაკზე დაჭერით ბრძანების ინტერფეისი(ჩანართზე ძირითადი).

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

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

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

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

როლის მიხედვით ხილვამ შეიძლება მიიღოს სამი მნიშვნელობა: ან მოცემული როლისთვის ელემენტი იქნება უხილავი (1); ან ის ყოველთვის ხილული იქნება, მიუხედავად იმისა, თუ რომელი დროშაა მითითებული ხილვადობის სვეტში (2); ან ხილვადობის დროშა როლის მიხედვით მემკვიდრეობით მიიღება ზოგადი ხილვადობის დროშისგან (3).

თუ მომხმარებელს ენიჭება ორი როლი და მითითებულია ჩამრთველი ერთი მათგანისთვის და არა მეორისთვის, მაშინ იმუშავებს 1C:Enterprise 8 სისტემის სტანდარტული წესი - მომხმარებელს უფლება აქვს შეასრულოს მოქმედება, თუ ეს დაშვებულია ერთში. როლებიდან.

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

ამ ხელსაწყოს ეძახიან კონტექსტური მენიუტოტის ძირეული კვანძი ქვესისტემები.

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

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

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

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

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

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

მოხსნის შემდეგ ქვესისტემებიკონფიგურაციის შენახვისას არ გამოჩნდება შეტყობინება ინფობაზის რესტრუქტურიზაციის შესახებ.

ამით დასრულდა ჩვენი გაცნობა საინფორმაციო ბაზის მენიუს სტრუქტურის დაყენებასთან. შემდეგ სტატიაში ჩვენ გავაგრძელებთ მართული ინტერფეისის გაცნობას და განვიხილავთ რა შესაძლებლობებს იძლევა 1C:Enterprise 8 პლატფორმა სიებთან მუშაობისთვის.

ამ სტატიაში მე გეტყვით, თუ როგორ უნდა დააყენოთ Taxi პროგრამის ინტერფეისი კომფორტული მუშაობისთვის, ისე რომ ყველა საჭირო ღილაკი და ყველაზე საჭირო მოხსენება ყოველთვის ხელთ იყოს.

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

ბუღალტრული აღრიცხვის 3.0-ში არ არის „ოპერაციების“ მენიუ. მის ანალოგს უწოდებენ "ყველა ფუნქციას" და სტანდარტულად პროგრამაში ამ განყოფილების ჩვენება არ არის დაყენებული. მის გასააქტიურებლად, თქვენ უნდა შეხვიდეთ მენიუში, რომელიც იხსნება პროგრამის ზედა მარცხენა კუთხეში სამკუთხედის ნარინჯისფერი ღილაკის გამოყენებით. სიაში, რომელიც გამოჩნდება, აირჩიეთ "სერვისი" განყოფილება და გახსენით "ოფციები".

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

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

რომელშიც ყველაფერი, რასაც ჩვენ ასე მიჩვეული ვართ ბუღალტრული აღრიცხვის 2.0-ში "ოპერაციების" განყოფილებაში:

2) ახლა მოდით გადავხედოთ პროგრამის შესაძლებლობებს TAXI ინტერფეისის დაყენების თვალსაზრისით. მაგალითად, ახლა ჩემი პროგრამა ასე გამოიყურება:

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

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

დააჭირეთ ღილაკს "Apply" ან "Ok" და voila, ასე გამოიყურება ჩვენი პროგრამა:

ალბათ ვინმესთვის უფრო მოსახერხებელი იქნება ამ გზით მუშაობა.

3) კიდევ ერთი რჩევა პროგრამის დასაყენებლად. როგორც წესი, ყველა ბუღალტერს აქვს გარკვეული განყოფილებები ან ანგარიშები, რომლებსაც ყოველდღიურად იყენებს. ისე, მაგალითად, SALT ან SALT ანგარიშის მიხედვით. და ძალიან მოსახერხებელი იქნებოდა, თუ ისინი ყოველთვის ახლოს იყვნენ, ყოველთვის ხელთ. ამის მიღწევა ძალიან შეიძლება მარტივი ხრიკი, საჭირო მოხსენებების განთავსება "რჩეულები" განყოფილებაში. ბალანსს ვიპოვით განყოფილებაში "ანგარიშები". მასზე თაგვის მითითებით ჩვენ ვხედავთ ნაცრისფერ ვარსკვლავს იქვე.

მასზე დაწკაპუნებით, ჩვენ აღვნიშნავთ არჩეულ ანგარიშს, როგორც "რჩეულები"

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

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

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

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

შესაბამისად, დოკუმენტები, რომლებიც მარჯვენა სვეტშია, შეიძლება დაემატოს სამუშაო მაგიდას ღილაკის „დამატების“ გამოყენებით

5) და ბოლოს, მათთვის, ვისაც არ სურს "ტაქსის" ინტერფეისის შეგუება. თქვენ შეგიძლიათ შეცვალოთ ინტერფეისი ისეთზე, რომელიც იყო Accounting 3.0-ის პირველ ვერსიებში.

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

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

ასე გამოიყურება პროგრამა წინა ინტერფეისით.

გასართობად, ვნახოთ, რა არის ბუღალტრული აღრიცხვის 7.7-ის მსგავსი ინტერფეისი.

ისე, არ ვიცი, არ ვიცი. ჩემს ჩვეულ "ტაქსის" ალბათ დავუბრუნდები.

ჰოდა, სულ ეს იყო, რისი თქმაც მინდოდა დღეს. ვიმედოვნებ, რომ გარკვეული ინფორმაცია გამოგადგებათ პროგრამასთან მუშაობისას.

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

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

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

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

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

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

მოდალობა, მოვლენათა და ინტერფეისის ჩაკეტვა

გავიგე, რომ 8.3-ში იყო მოდალური ფუნქციების უარყოფა, როგორიცააᲙითხვა, გაფრთხილება, OpenFormModal. ჩემთვის გაუგებარი იყო, რატომ გაკეთდა ეს.

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

დარწმუნებული ვიყავი, რომ მოდალობა იყო მიტოვებული.

გაგება მაშინვე არ მოვიდა.

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

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

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

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

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

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

ინტერფეისის ახალი ფუნქციები

მენიუ

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

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

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

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

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

მე ვკითხე მასწავლებელს: ”მე მესმის მართული ფორმების შესახებ, მაგრამ რატომ იყო საჭირო ინტერფეისების შემუშავება, რატომ არ შეიძლებოდა კლასიკური მენიუს ოდნავ შეცვლა?”

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

სასეირნო შეკვეთა

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

სამუშაო სივრცე და წყობილი ფორმები

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

ბევრად უფრო ადვილი იქნებოდა მისი შექმნა პროგრამის კოდიან გამოიყენეთ წყობილი ფორმების მექანიზმი.

რაც არასოდეს განხორციელებულა 8.2-8.3-ში

მე არასოდეს მიმიღია დაბუდებული ფორმების ნახვა. სამწუხაროდ, ისინი იქ არ არიან, თუმცა ძველად იყენებდნენ.წვდომა.

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

ფუნქციური პარამეტრები და ელემენტის ხილვადობა

ერთ დროს RLSშეიქმნა იმისათვის, რომ მომხმარებლებს ეჩვენებინათ მხოლოდ ცხრილის ცალკეული ჩანაწერები.

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

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

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

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

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

ინტერფეისი 8.2 და ტაქსის ინტერფეისი

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

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

გაუგებარია, რატომ იყო საჭირო ასეთი დამაბნეველი გზის გავლა, თუ საბოლოოდ 8.1-ის ძირითადი მენიუს სისტემა კიდევ უფრო ეკონომიური იყო ეკრანის სივრცის გამოყენებაში?

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

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

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

განუვითარებელი იდეოლოგია

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

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

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

ეფექტურობის ეჭვი

ზოგიერთი 1C მიდგომაგამოყენებადობაეჭვების გაჩენა.

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

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

პარამეტრების შენახვის შესაძლებლობა

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

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

სხვა კითხვები

რა არის მართული ფორმები?

მართულ ფორმებში კოდი მუშაობს კლიენტზე და სერვერზე.

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

და სერვერი პირდაპირ და სწრაფ კავშირშია მონაცემთა ბაზასთან.

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

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

ასეთი ორგანიზაცია უფრო ეფექტურია, ვიდრე სერვერთან დაკავშირება დისტანციური წვდომაგარდა ამისა, მუშაობა შესაძლებელია უშუალოდ ბრაუზერის საშუალებით, ე.ი. ნებისმიერ პლატფორმაზე - Windows, Linux, Android , Mac OS .

შენიშვნები 1C-ზე დიდი რაოდენობით

აქ არის შენიშვნები, რომლებიც მე დავწერე, ისინი შეიცავს ღირებულ ცოდნას:

1. 1C გაშვების ფანჯარაში აღარ არის რეგისტრირებული საინფორმაციო ბაზები, არამედ შესვლის წერტილები. იმათ. ერთი მონაცემთა ბაზა შეიძლება რამდენჯერმე იყოს წარმოდგენილი, მაგრამ რეგისტრირებულია სხვადასხვა მომხმარებლისთვის და სხვადასხვა სამუშაო ინსტრუმენტებისთვის - ბრაუზერი, თხელი/სქელი კლიენტი, ადმინისტრატორის შესვლა.
2. ადმინისტრატორისთვის გამოჩნდა გასაღები, რომელიც გამორთავს როლების კონტროლს. თქვენ შეგიძლიათ შეხვიდეთ Enterprise-ში ამ გზით მხოლოდ იმ შემთხვევაში, თუ გაქვთ ადმინისტრაციული უფლებები კონფიგურაციაზე.
3. ზოგადი დეტალები - არ აურიოთ ისინი ზოგადი დეტალები 1C7-ში, 82-ში ისინი გამოიყენება ინტერფეისში წვდომის გამოსაყოფად.
4. მე ხშირად ვიყენებდი ფორმაში სიის მინიმალურ სიმაღლეს, რათა თავი დაეღწია ფორმის არასაჭირო გადახვევის ზოლს.
5. თქვენ არ უნდა შეინახოთ სურათები დირექტორიაში, ეს იწვევს დირექტორიაში მუშაობის დაქვეითებას, თქვენ უნდა გამოიყენოთ ინფორმაციის რეესტრი.
6. სერვერის პროცედურებში, პარამეტრების გადაცემისას, თქვენ უნდა გამოიყენოთ VALUE, რათა პარამეტრი არ გადაეცეს სერვერს.
7. ახალი ფუნქციებიPage StartsWithდა PageEndsOn, შესაძლოა სხვები, პლატფორმიდან 8.3.6.
8. 1s 8.2-ში გამოჩნდა პრივილეგირებული რეჟიმი, ე.ი. თქვენ შეგიძლიათ გამორთოთ წვდომის უფლებების კონტროლი როლის დონეზე კოდის განყოფილებებში.
9. სიის ფორმის ელემენტები, მნიშვნელობების ცხრილი და ღირებულებების ხე განსხვავდება იმით, რომ სიას სერვერზე და კლიენტზე აქვს იგივე წარმოდგენა, ხოლო ცხრილისა და ხისთვის იქმნება სპეციალური ობიექტები და ისინი უნდა გადაკეთდეს სერვერზე. .
10. გამიხარდა, რომ მასწავლებელს მოსწონს ობიექტების დასახელება სინგულარში და მოდულების დასახელება ხაზგასმით ისე, რომ ეს მოდულები პირველ რიგში იყოს კონტექსტური ნიშნით.

სიცოცხლის შესახებ და დაახლოებით 1C

მასწავლებელმა განაცხადა:

1. განვითარება უნდა მოხდეს ინტერფეისიდან.
   Ჩემი აზრი : განცხადება საეჭვოა, რადგან პლატფორმის არქიტექტურის გამოყენების ცოდნა და გამოცდილება საშუალებას გაძლევთ დაუყოვნებლივ დაიწყოთ აპლიკაციის ობიექტებით და მოგვიანებით ააწყოთ ინტერფეისი.
2. მენეჯერი არ შეაქვს მონაცემებს, მხოლოდ ანგარიშებს უყურებს. და ის მართავს არა მონაცემთა შეყვანას 1C, არამედ ტელეფონით და მდივნის მეშვეობით. ამიტომ, მენეჯერს მხოლოდ ბრაუზერი სჭირდება, ხოლო შეყვანის ველები საჭიროა მხოლოდ მონაცემთა გაფილტვრისთვის.
   Ჩემი აზრი : დიახ, როგორც ჩანს, ასეა.
3. კრიტიკული BSP (ბიბლიოთეკა სტანდარტული ქვესისტემები). იმ გაგებით, რომ მისგან საჭირო მოდულების შერჩევა შეუძლებელია და ძალიან რთულია.
   Ჩემი აზრი : იმიტომ მაშინაც კი, BSP არ შეიძლება დაიყოს მოდულებად, მაშინ UPP არ შეიძლება დაიყოს მოდულებად UT, ZUP, BP, Production. და აქ ეს არ არის პლატფორმის ბრალი, არამედ სტანდარტულების დაწერის არასწორი მეთოდოლოგია - მოდულურობა არ არის დაცული. იგივე Navisionუკვე დიდი ხანია შეუძლია კლიენტს ჯერ ბუღალტრული აღრიცხვა მიჰყიდოს, შემდეგ კი საჭიროების შემთხვევაში შეუძლია შეიძინოს ვაჭრობა, წარმოება და ხელფასები, კოდის გადაწერისა და ახალ პროგრამაზე გადასვლის გარეშე.
4. სტანდარტულები გახდა ძალიან რთული და ძნელად შესაცვლელი. ისევ და ისევ, არა პლატფორმის სირთულის გამო, არამედ სტანდარტულების არასწორი ორგანიზების გამო. ამ შემთხვევაში იკარგება მთავარი პრინციპი - სწრაფი და ეკონომიური მხარდაჭერა და საჭიროების შემთხვევაში სტანდარტული კონფიგურაციების მოდიფიკაცია.
5. ნაჩვენები იყო შეკვეთის განთავსების ვარიანტი, როდესაც სამუშაო ზონაში არის ნივთი მარცხნივ, ხოლო შეკვეთების სია მარჯვნივ. შეგიძლიათ რაოდენობა მოათავსოთ ნივთის საპირისპიროდ, შემდეგ გადაათრიოთ შეკვეთების სიაში და შეკვეთა იქმნება. უპირატესობა ის არის, რომ შეკვეთების ცხრილი არ არის დაბლოკილი ახალი შეკვეთის შესაქმნელად.
   Ჩემი აზრი : უპირატესობა შორს არის - ბოლოს და ბოლოს, მომხმარებლები უფრო მიჩვეულნი არიან შერჩეული პროდუქტის ცხრილის ნაწილში შენახვას, ან შეკვეთის გადაწერას შაბლონიდან. ზოგადად, დოკუმენტები ტყუილად არ იყო გამოგონილი.
6. განმარტა განსხვავება განყოფილებებს შორის „მთავარი“, „მნიშვნელოვანი“, „გადადით“, „ასევე იხილეთ“.
   Ჩემი აზრი : პირადად მე ბუნდოვნად გავიგე, რაც ნიშნავს, რომ უმეტესობა ვერასოდეს გაიგებს პლატფორმაში ჩადებულ ამ ნიუანსებსგამოყენებადობატაქსიში. ამიტომ, ინტერფეისები ისე გამოიყურება, როგორც ადრე, როგორც უკვე მიჩვეულია მომხმარებლები და 1C პროგრამისტები.
7. ცხრილის ველის უჯრედში ფორმაზე, რომლის წყაროც არის მორგებული მოთხოვნა, თქვენ არ შეგიძლიათ შეიყვანოთ მონაცემები ისე, როგორც შეყვანის ველში. ეს კეთდება ინტერესებიდან გამომდინარეგამოყენებადობარათა მომხმარებელმა ყურადღება გაამახვილოს მონაცემების ცალკე ფანჯარაში შეყვანაზე.
   Ჩემი აზრი : მე მოვიყვანე მაგალითი ცხრილის ნაწილებში შეყვანით, სადაც ასეთი ველი არსებობს, აკრძალვის მნიშვნელობა ჩემთვის გაუგებარია.
8. განქორწინებები წარმოიქმნება მეუღლის სხვა ადამიანებთან შედარების შედეგად. ნაკლები შედარება - უფრო ძლიერი ქორწინება.
9. უცხო ენების სწავლა უფრო ადვილია, როცა რამდენიმე მათგანს ერთდროულად სწავლობ, თავისუფლდები ვიწრო აზროვნებისა და ერთ მშობლიურ ენაზე ფიქსაციისგან.
10. შეუძლებელია უცხო ენების შესწავლა, თუ უცხო სიტყვას უკავშირებთ თქვენს მშობლიურ ენაზე არსებულ სიტყვას, თქვენ უნდა დაუკავშიროთ ის სურათს. ჯაჭვი უცხო სიტყვა - გამოსახულება უფრო მოკლეა ვიდრე ჯაჭვი უცხო სიტყვა - მშობლიური სიტყვა - გამოსახულება. ამ უკანასკნელ შემთხვევაში უცხო ენაზე ფიქრი შეუძლებელი იქნება.

დასკვნა

მადლობას ვუხდი მასწავლებელს.

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

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

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

სტატია აგრძელებს სტატიების სერიის "პირველი ნაბიჯები განვითარებაში 1C-ზე".

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

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

გამოყენებადობა

ეს სტატია განიხილავს მართული კონფიგურაციის ინტერფეისს, რომელიც შემუშავებულია 1C 8.3.4.482 პლატფორმაზე. უნდა აღინიშნოს, რომ დღეს 1C:Enterprise პლატფორმაზე 8.2 ვერსიაზე შემუშავებული მართული ინტერფეისი მოძველებულად ითვლება და რეკომენდებულია მისი შემდეგი ვერსიის გამოყენება, რომელსაც „ტაქსი“ ჰქვია. მაგრამ მართული ინტერფეისის ძველი ვერსია არ გაქრა და მომავალში ტერმინოლოგიასთან დაბნეულობის თავიდან ასაცილებლად, 8.3 გამოცემის პლატფორმამ დაიწყო ინტერფეისების კლასიფიკაცია ოფციებად: "ვერსია 8.2" (ძველი) და "ტაქსი" ვარიანტი ( ახალი).

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

მართული ინტერფეისი

პირველ რიგში, მოდით აღვწეროთ, თუ როგორ გამოიყურება კონფიგურაცია ზოგადად მართული ინტერფეისის გამოყენებით:

• მთავარ მენიუზე წვდომა და მომსახურების რიგი ბრძანებები ნაჩვენებია ზედა ბრძანების პანელიდა განლაგებულია იმავე ადგილას, სადაც ნაჩვენებია განაცხადის სათაური;
• მდებარეობს ოდნავ დაბლა განყოფილების პანელი, რომელსაც აქვს ჩვენების სხვადასხვა ვარიანტი (სურათები, წარწერები ან სურათები და წარწერები). კონფიგურაციის თითოეულ განყოფილებას აქვს საკუთარი ობიექტი ქვესისტემადა, გარდა ამისა, სავალდებულო ელემენტია განყოფილების პანელში სამუშაო მაგიდა;
• თითოეულ განყოფილებაში მარცხნივ შეიძლება იყოს ნავიგაციის პანელი ბმულებით გარკვეული ფანჯრების გასახსნელად (მათ შორის, სხვადასხვა დოკუმენტების სიების ფორმები და საცნობარო წიგნები). ნავიგაციის ზოლის ბრძანებები შეიძლება დალაგდეს ჯგუფებად;
• ქვეშ განყოფილების პანელიმდებარეობს სამოქმედო ზოლი, რომელიც შეიცავს ბრძანებებს ობიექტების შესაქმნელად (დირექტორიების ელემენტები, დოკუმენტები), ასევე ანგარიშების გაშვება, დამუშავება, ზოგიერთი სერვისის ფანჯრის გახსნა (მაგალითად, მუდმივების ჩაწერისთვის);
• აპლიკაციის ძირითად ნაწილში, რომელსაც ე.წ Სამუშაო გარემო, გამოჩნდება ამჟამად არჩეული ელემენტის ფანჯარა. გამოძახებული ფანჯარა მთელ ამ ტერიტორიას იკავებს. ფანჯრების შეცვლისას ისინი ერთმანეთს ცვლიან. ცალკეული დამოუკიდებელი ფანჯრების გახსნა (რომლების გადატანა შესაძლებელია სურვილისამებრ) შესაძლებელია Shift ღილაკის დაჭერით. ასეთი ფანჯრები იხსნება, როგორც ოპერაციული სისტემის დავალების პანელის კიდევ ერთი ელემენტი.

დირექტორიებისა და დოკუმენტების ახალი ელემენტების შექმნა რეკომენდებულია სიების გამოყენების გარეშე (დან სამოქმედო ზოლები).

ეს იმის გამო ხდება, რომ თხელ საკომუნიკაციო არხებზე მუშაობისას, სიის გახსნას დამატებითი დრო დასჭირდება.

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

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

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

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

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

იმავე ფანჯარაში შეგიძლიათ შეცვალოთ ინტერფეისის გარეგნობა გარეგნობის არჩევით ფორმები სანიშნეებშიან ფორმები ცალკე ფანჯრებში.

ფანჯარა Პარამეტრებიდარეკა მთავარი მენიუდან. ამისათვის თქვენ უნდა აირჩიოთ ნივთი თანმიმდევრულად სერვისი, და მერე Პარამეტრები.

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

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

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

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

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

პარამეტრები სამუშაო მაგიდაინახება ინდივიდუალურად თითოეული მომხმარებლისთვის.

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

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

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

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

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

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

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

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

ეს ნავიგაცია მუშაობს არა მხოლოდ ერთ განყოფილებაში. მარჯვნივ არის ღილაკი, რომლითაც შეგიძლიათ დაუბრუნდეთ სხვადასხვა ქმედებებს, რომლებიც ადრე შესრულდა.

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

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

მაგრამ ჩვენ ჯერ კიდევ გვაქვს ცარიელი ველი მარცხნივ. შეგიძლიათ მასზე გამოსცეთ ქვესისტემის ბრძანებები:

ამისათვის თქვენ უნდა დააკონფიგურიროთ ქვესისტემის ბრძანების ინტერფეისი:

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

როგორც ხედავთ, "შექმნა" ბრძანების პანელის გარდა, ასევე არის "ანგარიშები" და "სერვისი". ჯერჯერობით ისინი ჩვენთვის მიუწვდომელია, რადგან ჩვენ არ შეგვიქმნია რაიმე ანგარიშები. შევქმნათ ისინი და ჩავრთოთ „ფასის“ ქვესისტემაში:

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

ამის შემდეგ, ეს ბრძანებები გამოჩნდება ბრძანების პანელში:

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

მესამე, ანგარიშს უნდა ჰქონდეს განლაგება:

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