შეცვალეთ ან გამორთეთ თავსებადობის რეჟიმი. თავსებადობის რეჟიმის შეცვლა ან გამორთვა კონფიგურაციის გაფართოების თავსებადობის რეჟიმი მეტი
თემა "მოწესრიგებული" ცვლილებები სტანდარტზეკონფიგურაციები ყოველთვის განახლებულია.
გაფართოებების დახმარებით შესაძლებელი ხდება ცვლილებების შეტანა კონფიგურაციის დატოვების გარეშე ცვლილებების გარეშე(ანუ საკეტის მოხსნის გარეშე).
მაგალითად ჩვენ მოდით გავაფართოვოთ სტანდარტული ფუნქციონირება"1C: ბუღალტერია 8" - ჩვენ დავამატებთ ჩეკებს დოკუმენტის დეტალების სისრულისთვის. შედეგად, სისტემა გასცემს დიაგნოზს, თუ დეტალები შევსებულია „არასწორი“ მნიშვნელობებით.
ფაქტიურად 15 წუთშითქვენ შეისწავლით ტექნიკას, რომელიც შეგიძლიათ გამოიყენოთ სხვადასხვა პრობლემის გადასაჭრელად.
უფრო მეტიც, მეორე ვიდეოში გაჩვენებთ უნივერსალური მექანიზმი, გაფართოებებზე დაყრდნობით. და რომელმაც შეიმუშავა ასეთი მექანიზმი ერთხელ, ის შეიძლება იყოს დაკავშირებული ნებისმიერი სტანდარტული კონფიგურაცია.
ოცნებობს საკუთარი უხრწნელიშეიძლება რეალობად იქცეს :)
ასე რომ, დავიწყოთ:
ვიდეო 1. გაფართოებებთან მუშაობის ტექნიკა - მაგალითის გამოყენებით "1C: ბუღალტერია 8"
ვიდეოს შესწავლის შემდეგ გაიგებთ:
- შექმენით და დააკავშირეთგაფართოებები კონფიგურაციისთვის
- შეასრულეთ გამართვაგაფართოებები
- სტანდარტული ფორმების გაუმჯობესებადამუშავება/დოკუმენტები გაფართოებების გამოყენებით
- მოვლენების ჩარევასტანდარტული კონფიგურაციის ფორმები
- შეინახეთ მონაცემებიარ არის ინფორმაციის უსაფრთხოების ცხრილებში (პარამეტრების შენახვა)
- გამოიყენეთ მკურნალობა როგორც ალგორითმის საცავი
ჩვენ ასევე გადავხედავთ ოპტიმიზაციაგაფართოების ობიექტების შემადგენლობა და გაფართოების შეზღუდვებიმიმდინარე პლატფორმის გამოშვებებში.
ვიდეო 2. უნივერსალური მექანიზმების შექმნა გაფართოებების გამოყენებით
ამ ვიდეოში ჩვენ გაჩვენებთ:
- გაფართოების დაკავშირება მომხმარებლის რეჟიმში ( კონფიგურატორის გარეშე)
- მაგალითი უნივერსალური გადამოწმებაშევსება
- გაფართოებების განხორციელების თავისებურებები - ფორმების შექმნა თვითნებური შერჩევით და მონაცემების შენახვა გაფართოებებში
სამუშაოს ღირებულება და თარგმანების ვარიანტები სხვადასხვა გამოცემებიდან
| თარგმანი 8.1 → 8.2.13 | თარგმანი 8.2.13 → 8.2.16 | თარგმანი 8.2.16 → 8.3.10 | |
|---|---|---|---|
| ფასი, რუბლი. * | 54000 ₽ | 12000 ₽ | 76,800 რუბლი |
პლატფორმის სხვადასხვა ვერსიის ყველა ცვლილების სია ხელმისაწვდომია შემდეგ ბმულებზე:
პლატფორმისთვის 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm
8.3-ზე გადატანაზე მუშაობის დაწყებამდე გჭირდებათ:
შეამოწმეთ კონტროლირებადი ბლოკირების რეჟიმი. თუ "ავტომატური" გამოიყენება, მაშინ 8.3-ზე გადასვლისას შეიძლება საჭირო გახდეს დამატებითი ხარჯები მართულ ჩაკეტვის რეჟიმში გადასასვლელად.
თუ იყენებთ თავსებადობის რეჟიმს 8.2.16 და უფრო მაღალ ვერსიებთან, უნდა შეამოწმოთ არის თუ არა ცხრილების რესტრუქტურიზაცია
განსაზღვრეთ რა ტიპის კლიენტები გამოიყენება (თხელი, სქელი, ვებ კლიენტი)
დაადგინეთ არის თუ არა მანქანები, რომლებიც მუშაობენ Linux-ზე
კონფიგურაციის თარგმანი 8.1 → 8.2.13
სამუშაოს ღირებულება: 54000 რუბლი.
კონფიგურაციის თარგმანი 8.2.13 → 8.2.16 (რესტრუქტურიზაციის ჩათვლით)
ძირითადი ცვლილებები:
შეიცვალა მუდმივების და დაგროვების რეგისტრების პარამეტრების შენახვის რეჟიმი. თითოეულ ობიექტს აქვს მონაცემთა ბაზის საკუთარი ცხრილი
მართული ჩაკეტვის მექანიზმის დანერგვა გადამუშავდა.
ტექნოლოგიური ჟურნალის მოვლენისთვის "TLOCK", "Txt" თვისება იწერება მხოლოდ თავსებადობის რეჟიმში 8.2.13 ვერსიასთან.
შემცირდა გამართვის რეჟიმის გავლენა მუშაობის სიჩქარეზე 1C: Enterprise რეჟიმში თხელი კლიენტისთვის, სქელი კლიენტისთვის, სერვერისთვის და გარე კავშირისთვის.
„ValueType(Field1) = ValueType(Field2)“ ფორმის მოთხოვნის შესრულება ოპტიმიზირებულია, თუ „Field1“ და „Field2“ შეიცავს მითითების ტიპის მნიშვნელობებს.
მართული ფორმის ველებისთვის, რომლებიც ასახავს რთული ტიპის ატრიბუტებს, სწრაფი შერჩევის სიის გახსნა დაჩქარებულია იმ შემთხვევებში, როდესაც რთული ტიპი მოიცავს მიმართვის ტიპებს სხვადასხვა სწრაფი შერჩევის პარამეტრებით.
ახალი დამოუკიდებელი და არაპერიოდული ინფორმაციის რეესტრისთვის განზომილების ინდექსი დაჯგუფებულია
ცვლილებები, რომლებიც საჭიროებენ კონფიგურაციის ცვლილებებს:
როდესაც თავსებადობის რეჟიმი გამორთულია, საჭიროა პერიოდული საინფორმაციო რეგისტრის მენეჯერის მეთოდის "პერიოდის" პარამეტრი "Get()". თავსებადობის რეჟიმში 8.2.13 და 8.1 ვერსიასთან, ქცევა უცვლელია (მეთოდის გამოყენება შესაძლებელია პარამეტრის მითითების გარეშე, მაგრამ შედეგი განუსაზღვრელია).
"DataLockElement" ობიექტის "SetValue()" და "UseFromDataSource()" მეთოდების ერთდროულად გამოყენებისას, გამონაკლისი ხდება. 8.2.13 ვერსიასთან თავსებადობის რეჟიმში, ქცევა არ შეცვლილა (პრიორიტეტულია "UseFromDataSource()" მეთოდით დაყენებული მნიშვნელობა).
არ არის მხარდაჭერილი მონაცემთა მნიშვნელობების შესანახად, რომლებიც არ უჭერენ მხარს სერიულიზაციას. თავსებადობის რეჟიმში ქცევა არ შეცვლილა.
თუ მონაცემთა ბაზა ფაილზეა დაფუძნებული, მაშინ ინფო ბაზა უნდა გადაკეთდეს. კონვერტაციის დაწყების შემდეგ, ამ საინფორმაციო ბაზასთან მუშაობა 1C:Enterprise 8 პლატფორმის წინა ვერსიებთან შეუძლებელი იქნება. თუ განვითარება ხორციელდება კონფიგურაციის საცავის გამოყენებით, თქვენ უნდა გააკეთოთ საცავის ასლი ინფორმაციის ბაზის კონვერტაციამდე.
ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ. თავსებადობის რეჟიმის შეცვლის ეფექტის მისაღებად, თქვენ უნდა გააკეთოთ რესტრუქტურიზაცია კონფიგურატორის საშუალებით: „ადმინისტრაცია → ტესტირება და კორექტირება → ინფო ბაზის ცხრილების რესტრუქტურიზაცია“.
პირველ რიგში აუცილებელია სატესტო ბაზაზე რესტრუქტურიზაცია და ამ ოპერაციის შესრულების დროის გაზომვა.
თუ იყენებთ 1C სერვერის 8.2.19-ზე უფრო ძველ ვერსიას, მაგალითად, 8.3 ვერსიას, მაშინ რესტრუქტურიზაციის შესრულებისას შეიძლება მოხდეს შემდეგი შეცდომები:
ამ შემთხვევაში, თქვენ უნდა გააკეთოთ შემდეგი:
დააინსტალირეთ ცალკე 1C სერვერის ვერსია 8.2.19 და განათავსეთ მასზე შესწავლილი მონაცემთა ბაზა
გახსენით მონაცემთა ბაზა კონფიგურატორში 1C სერვერის ვერსიაზე 8.2.19, შეცვალეთ თავსებადობის რეჟიმი „არ გამოიყენო“
საინფორმაციო ბაზის ცხრილების რესტრუქტურიზაცია
რესტრუქტურიზაციის დასრულების შემდეგ, გადაიტანეთ საინფორმაციო ბაზა თავდაპირველ 1C სერვერის ვერსიაში 8.3
8.2.13 თავსებადობის რეჟიმიდან 8.2.16 რეჟიმში კონფიგურაციის გადატანის ღირებულება (არათავსებადი რეჟიმი 8.2.16, 8.2.19 პლატფორმის გამოყენებისას და 8.2.16 თავსებადობის რეჟიმი 8.3 პლატფორმის გამოყენებისას) არის 12000 რუბლი.
სამუშაო ხელშეკრულების შაბლონი შეგიძლიათ ჩამოტვირთოთ.
კონფიგურაციის თარგმანი 8.2.16 → 8.3.10
კონფიგურაციის თარგმანის სამუშაო მოიცავს შემდეგ კონფიგურაციის მოდიფიკაციებს:
| 1. აღმოფხვრა საკუთრების სახელების კონფლიქტი. ცვლადების სახელების შეცვლა ახალი თვისებების შესატყვისად, რომლებიც გამოჩნდა 1C:Enterprise 8.3-ში. |
| 2. აღმოფხვრა სურათების სახელების კონფლიქტი. სურათების სახელების გადარქმევა იმ სახელებით, რომლებიც შეესაბამება სურათების ბიბლიოთეკის სახელებს. |
| 3. კოდის დახვეწა ფიქსირებული სტრუქტურის თვისებების შეცვლისას. ფიქსირებული სტრუქტურის თვისებების აღნიშვნის შეცვლა ფიქსირებული სტრუქტურის ხელახალი შექმნით ან მისი გამოყენების მსგავსი „სტრუქტურის“ ტიპის შეცვლა. |
| 4. დროებით საცავში არასერიული მნიშვნელობების მოთავსების ჩანაცვლება 1C:Enterprise 8.3-ში მხარდაჭერილი კოდით. |
| 5. მართული ფორმის დეტალებისთვის "Show" მეთოდის გამოძახების გამოყენების ჩანაცვლება "CurrentElement", "CurrentPage" თვისებების და "Activate" მეთოდის გამოყენებით. |
| 6. შეცვალეთ მეტამონაცემების ობიექტების სახელები, რომლებიც აღემატება 80 სიმბოლოს მეტამონაცემების ობიექტებისთვის 80 სიმბოლოს ან ნაკლები სახელებით |
| 7. მეთოდებისა და თვისებების გადარქმევა, 8.3 ვერსიაზე მიგრაციის მეთოდოლოგიის მიხედვით. |
| 8. სელექციებთან მუშაობის მექანიზმების დახვეწა, პირობითი ფორმატირება, დაჯგუფება და წესრიგი დინამიურ სიებში. |
| 9. შეკითხვის კოდის დახვეწა საკვანძო სიტყვით „ზოგადი შედეგები“, გადმოტვირთული „შეკითხვის შედეგის გვერდის ავლით“ მუშაობის წინა ლოგიკის შესანარჩუნებლად. |
| 10. ცვლილებები COM ობიექტების კლასის სახელებში. სახელების „V82.COMConnector“ ჩანაცვლება „V83.COMConnector“-ით და „V82.Application“ „V83.Application“-ით. |
| 11. სიიდან შერჩევის რეჟიმში შეყვანის ველებზე ღონისძიების „სიიდან შერჩევის დაწყება“ პროგრამის კოდში უარის თქმა. |
| 12. პროგრამის კოდში უარის თქმა „ChoiceList Button“ თვისებიდან შეყვანის ველებზე „Dropdown List Button“ თვისების დაყენებით. |
| 13. კოდის შეცვლა გლობალური კონტექსტის მეთოდით დაბრუნებული მნიშვნელობის ტიპის ცვლილების გათვალისწინებით "SafeMode()" |
| 14. კოდის შეცვლა მუდმივებზე მოთხოვნის შედეგის ცვლილების გათვალისწინებით (მუდმივი ცხრილის „მნიშვნელობის“ ველზე წვდომისას, თუ მუდმივი ინახავს მნიშვნელობას ტიპის „Value Storage“, „UniqueIdentifier“ ან "გარე DataSourceTableReference". |
| 15. "MainRole" კონფიგურაციის თვისების ჩანაცვლება "MainRoles"-ით |
| 16. „InternetProxy“ ობიექტის „User“ და „Password“ თვისებების უარყოფა და „Set()“, „User()“, „Password()“ მეთოდებით ჩანაცვლება. |
| 17. კოდის დახვეწა „Show in list“ ბრძანების მხარდასაჭერად, 8.3 ვერსიაზე გადასვლის მეთოდის მიხედვით. |
| 18. კოდის დახვეწა სისტემის მუშაობის წინა ლოგიკის შესანარჩუნებლად, როდესაც შეიცვალა SystemInformation.OSVersion თვისების დაბრუნების მნიშვნელობა, |
| 19. კოდის დახვეწა სისტემის წინა ლოგიკის შესანარჩუნებლად სისტემის ჩამოთვლის OptionOpenWindow-ის გამოყენებაზე უარის თქმის დროს, რომელიც აღარ არის ხელმისაწვდომი 8.3 ვერსიაში. |
| 20. კოდის დახვეწა მოდალური ფანჯრების გამოყენებაზე უარის თქმის გათვალისწინებით. |
| 21. ვებ კლიენტის მხარდაჭერის კოდის გაუმჯობესება, კერძოდ, სერვერის ზარებზე უარის თქმა და ფანჯრების გახსნა „დახურვამდე“, სერვერის ზარებზე უარი „დახურვისას“. |
| 22. კოდის გაუმჯობესება, რათა შესაძლებელი გახდეს RoleAvailable() ფუნქციის სწორად გამოყენება ფუნქციის პარამეტრად გამოტოვებულ როლზე გადაცემისას. |
| 23. მართული აპლიკაციისთვის: დაწყებული 8.3.8 ვერსიიდან მართული აპლიკაციის მოვლენების დამმუშავებლებში BeforeSystemShutdown, WhenSystemShutdown, ასევე მართული ფორმის ღონისძიებების დამმუშავებლებში, რომელიც დახურვის რეჟიმშია, BeforeClosing, WhenClosing, აკრძალულია ფანჯრების გახსნა და სერვერზე ზარის განხორციელება. კონფიგურაცია უნდა გაუმჯობესდეს, რათა ფორმები სწორად დაიხუროს - სერვერის ზარების გარეშე. |
| 24. ცვლადის სახელის კონფლიქტი: თქვენ არ შეგიძლიათ გამოიყენოთ ცვლადის სახელი FormParameters ფორმის მოდულში. ამიტომ, აუცილებელია ყველა მართული ფორმის მოდულის შეცვლა, რომლებიც იყენებენ ცვლადებს FormParameters ამ ცვლადების სახელის გადარქმევით. |
ამ სამუშაოების ფასი წინასწარია და მოქმედებს უმეტესი კონფიგურაციისთვის. სამუშაოს დაწყებამდე ხელშეკრულების გაფორმებისას ვამოწმებთ კონფიგურაციას და შემოწმების შემდეგ ვადასტურებთ ფასს და მუშაობის პირობებს. შემოწმება აუცილებელია, რადგან კონფიგურაციები შეიძლება იყოს ძალიან განსხვავებული, მათ შორის ძლიერ გადაწერილი.
სამუშაოს ღირებულება: 76,800 რუბლი.
სამუშაო ხელშეკრულების შაბლონი შეგიძლიათ ჩამოტვირთოთ.
8.3.10-თან თავსებადობის რეჟიმში კონფიგურაციის გადაცემის ღირებულება შეიძლება იყოს გაიზარდა, თუ:
კონფიგურაცია იყენებს მართულ ფორმებს
აუცილებელია უარი თქვას მოდალობის გამოყენებაზე
აუცილებელია Linux OS-ში კონფიგურაციის ფუნქციონირების შენარჩუნება
კოლეგებო, მოგესალმებით ყველას.
მეორე დღეს გამოვიდა სატესტო Enterprise Accounting 8.3.6 პლატფორმის თავსებადობის რეჟიმი გამორთული.
ეს ნიშნავს, რომ ეს ვერსია იყენებს ახალ ძრავას, რომელიც ასახავს ფორმებს ახლებურად.
ამის შესახებ შეგიძლიათ წაიკითხოთ Through the Looking Glass-ში.
სტანდარტულებთან ერთად, თქვენ ასევე უნდა გადაიყვანოთ საკუთარი გაფართოებები ახალ პლატფორმაზე.
თარგმნის პროცესში მე შევქმენი მცირე ჩამონათვალი ან შეხსენება, თუ რა უნდა გაკეთდეს.
შენიშვნა:
1. გაფართოების გადატანა ახალ პლატფორმაზე
ამისათვის შეცვალეთ გაფართოების თავსებადობის რეჟიმი კონფიგურაციის თავსებადობის რეჟიმში.
Enterprise Accounting ვერსიას აქვს შემდეგი თვისებები:
გაფართოებაში შეგიძლიათ დააყენოთ ზუსტად იგივე თვისებები ან გაასუფთავოთ ყველა ჩამრთველი.
მონიშვნის ველების არარსებობა ნიშნავს, რომ გაფართოება არ შეამოწმებს ამ თვისებებს დაკავშირებისას.
თუ ეს თვისებები შეიცვლება მთავარ კონფიგურაციაში, გაფართოება კვლავ დაიწყება:
2. შეასწორეთ კავშირის პრობლემები
ამისათვის ჩვენ ვიწყებთ კონფიგურაციას საწარმოს რეჟიმში და ვნახოთ, ის იშლება თუ არა.
შეცდომები, რომელთა გამო გაფართოების დაკავშირება ვერ მოხერხდა, შეგიძლიათ იხილოთ ჟურნალში
(ადმინისტრაცია - მხარდაჭერა და მოვლა - ჟურნალი)
ჩვენ დაინტერესებული ვართ ღონისძიებებით - „სესია. შეცდომა კონფიგურაციის გაფართოების გამოყენებისას":
ყველაზე ხშირად, კავშირის პრობლემა მოგვარებულია არასაჭირო დეტალების ან ობიექტების ამოღებით.
მთავარი სირთულე ის არის, რომ გაფართოება არ აჩვენებს ყველა შეცდომას ერთდროულად (სხვათა შორის, ეს პრობლემა მოგვარებულია 8.3.9-ში).
ამიტომ, თითოეული შეცდომის გამოსწორების შემდეგ აუცილებელია კონფიგურაციების თანმიმდევრულად გაშვება.
ჩანაწერის წიგნის გაშვება მოსახერხებელი რომ იყოს, დაამატეთ იგი თქვენს რჩეულებში:
3. განაახლეთ ფორმები გაფართოებაში
ამისათვის, თითოეულ შეცვლილ ფორმაში დააწკაპუნეთ „ფორმის გაფართოების განახლება“
ამ ბრძანების გამოყენებით, ჩვენ ხელახლა ვტვირთავთ ძირითადი კონფიგურაციის ფორმას გაფართოებაში.
პრინციპში, ის იმუშავებს ამის გარეშე, მაგრამ ეს აუცილებელია ისე, რომ გაფართოებაში ფორმა ისე გამოიყურებოდეს, როგორც მთავარ კონფიგურაციაში.
3.0.44 ვერსიაში თითქმის ყველა ფორმამ განიცადა ცვლილება, ამიტომ კარგი იქნებოდა ამ ცვლილებების გაფართოებაში ჩართვა.
4. ფორმას ვარგებთ ახალი ძრავის წესებს.
გირჩევთ წაიკითხოთ სტატია - რეკომენდაციები ფორმების ადაპტაციისთვის 8.3.7.
ის იკვლევს ახალი ძრავის მახასიათებლებს და იძლევა კონკრეტულ რეკომენდაციებს იმის შესახებ, თუ როგორ უნდა დარწმუნდეთ, რომ ახალ პლატფორმაზე ყველაფერი კარგადაა.
მე მივიღე შემდეგი პროცედურა:
- ჩვენ ამოვიღებთ ყველა დეკორაციას, რომლებიც გამოიყენებოდა ჩაღრმავებისთვის.
ამის ნაცვლად ახლა გამოიყენება ჯგუფები. - ვნახოთ, რომ ყველაფერი კარგად გამოიყურება.
თუ რამე არასწორედ მიდის, გადახედეთ სტატიას.
თუ ყველაფერი კარგადაა, მაშინ გადავდივართ. - ახალი პლატფორმის თვისებების შემოწმება"კომბინირებული", "ავტომაქსიმალური სიგანე" და "ავტომაქსიმალური სიმაღლე".
უბრალოდ ნახეთ, რომ ეს თვისებები დაყენებულია პლატფორმის ნაგულისხმევად და ფორმა არ იშლება ამის გამო.
ამ სტატიაში მე ვთავაზობ განვიხილოთ რა არის „კონფიგურაციის გაფართოება“, როგორ დავამატოთ გაფართოება ან გამორთოთ იგი. 1C ვერსიიდან დაწყებული 8.3.6.1977 პლატფორმაში დაინერგა ახალი მექანიზმი - კონფიგურაციის გაფართოებები. პირველი, პატარა თეორია.
1C-ში გაფართოებები არის პარალელური კონფიგურაციების მსგავსი, რომლებიც ავტომატურად გაერთიანებულია მთავარი გამყიდველის კონფიგურაციასთან. უფრო მეტიც, გაფართოებებში შეგიძლიათ დაამატოთ როგორც საკუთარი ობიექტები, ასევე ისესხოთ ძირითადი კონფიგურაციის ობიექტები.
რისთვის არის გაფართოებები?
უპირველეს ყოვლისა, იქმნება გაფართოებები, რათა გაადვილდეს პროგრამაში ცვლილებების შეტანა. ანუ, თუ მომხმარებლები ითხოვენ რაიმე ფუნქციის დამატებას, მაშინ გაფართოებების გამოჩენამდე პროგრამისტებმა უნდა ამოიღონ კონფიგურაცია სრული მხარდაჭერისგან და შეცვალონ სტანდარტული კონფიგურაცია.
სრული მხარდაჭერიდან ამოღება იწვევს უამრავ უხერხულობას:
- ქრება ავტომატური განახლების შესაძლებლობა, რაც იწვევს სულ მცირე დროის გაზრდას;
- საჭიროა პროგრამის მომსახურე მაღალკვალიფიციური სპეციალისტი;
- თუ ცვლილებები განხორციელდა სტანდარტული კონფიგურაციის სტანდარტულ ობიექტებში, მაშინ განახლების დროს ისინი შეიძლება გაქრეს, ანუ ისინი შეიძლება კვლავ შეიცვალოს მიმწოდებლის სტანდარტულებით.
გაფართოებების გამოყენებისას, ცვლილებების შეტანისას, პროგრამისტი არ შეეხება სტანდარტულ კონფიგურაციას. ყველა ცვლილება განხორციელდება გაფართოებების გამოყენებით, რომლებიც (როგორც ზემოთ დავწერე) ასევე კონფიგურაციებია. ამ გზით ძირითადი კონფიგურაცია სრულად იქნება მხარდაჭერილი.
ძირითადი კონფიგურაციის განახლების შემდეგ, თუ ახალ გამოშვებაში შეინიშნება რაიმე ცვლილება ობიექტზე, რომელიც ადრე შეიცვალა გაფართოებით, მაშინ ცვლილებები კვლავ იქნება აღებული გაფართოებიდან. ანუ, გაფართოებებს უფრო მაღალი პრიორიტეტი აქვთ, ვიდრე მთავარ კონფიგურაციას.
ვიდეო - გაფართოება 1C-ში 45 წუთში
მიიღეთ 267 ვიდეო გაკვეთილი 1C-ზე უფასოდ:
1C-ზე გაფართოების დამატების მაგალითი
იმის საჩვენებლად, თუ რა არის გაფართოება, უმჯობესია მივცეთ მისი შექმნის მაგალითი 1C კონფიგურატორში.
კონფიგურატორში გადადით მენიუში "კონფიგურაცია" და აირჩიეთ "კონფიგურაციის გაფართოებები". გაიხსნება ფანჯარა გაფართოებების სიით (ასეთის არსებობის შემთხვევაში). დააჭირეთ ღილაკს "დამატება" და დაამატეთ ახალი გაფართოება. ახლა თქვენ შეგიძლიათ გახსნათ გაფართოების კონფიგურაცია:
როგორც ხედავთ, გაფართოების კონფიგურაციას აქვს ზუსტად იგივე სტრუქტურა, რაც მთავარს. მხოლოდ ის არის თავდაპირველად სრულიად სუფთა, საგნების გარეშე.
ახლახან დავწერე სტატია იმის შესახებ, თუ როგორ უნდა გააკეთოთ ის საკუთარ თავს. მისი მაგალითის გამოყენებით, მე მინდა გავაკეთო ის ჩაშენებული გაფართოების გამოყენებით.
დამუშავებისას მაქვს ველი "ორგანიზაციების" კატალოგის ბმულით. ამიტომ მჭირდება ეს სახელმძღვანელო. მაგრამ ჩვენ არ შევქმნით ახალ "ორგანიზაციების" დირექტორიას, მით უმეტეს, რომ პლატფორმა არ დაუშვებს ამას. შეუძლებელია გაფართოების კონფიგურაცია შეიცავდეს იმავე სახელწოდების ობიექტებს, როგორც ობიექტები მთავარ კონფიგურაციაში.
ამიტომ, ჩვენ ვისესხებთ საცნობარო წიგნს ძირითადი კონფიგურაციიდან:
ახლა დააწკაპუნეთ მაუსის მარჯვენა ღილაკით „დამუშავებაზე“ და აირჩიეთ „გარე დამუშავების ჩასმა, მოხსენება...“ ამრიგად, ჩვენ დავამატებთ ახალ დამუშავებას გაფართოების კონფიგურაციაში. თუ იყენებთ ჩემს დამუშავებას, მაშინვე დაარქვით სახელი, რადგან მთავარ კონფიგურაციას უკვე აქვს დამუშავება იგივე სახელით.
ისე, საბოლოო შეხება. მინდა ჩემი დამუშავება აისახოს ადმინისტრაციის მენიუში. ამისათვის ჩვენ ვისესხებთ ამავე სახელწოდების ქვესისტემას მთავარი კონფიგურაციიდან. არ დაგავიწყდეთ დამუშავებისას მიუთითოთ, რომ ის ეკუთვნის ამ ქვესისტემას.
ეს არის სტრუქტურა, რომელიც მე გამოვიტანე:
ვნახოთ რა მივიღეთ. ჩვენ ვაახლებთ მონაცემთა ბაზის კონფიგურაციას და ვიწყებთ პროგრამას 1C: Enterprise რეჟიმში და გადადით მენიუში "ადმინისტრაცია". დიახ, თითქმის დამავიწყდა, გაფართოების კონფიგურაცია უნდა დაიხუროს, წინააღმდეგ შემთხვევაში პროგრამა არ დაიწყება:
გამოვიდა პლატფორმის 8.3.11 ახალი რელიზი, რომელიც საშუალებას გაძლევთ დაამატოთ და შეცვალოთ მეტამონაცემების ობიექტები გაფართოების საშუალებით. შეგვიძლია ნამდვილად ახლა განვახორციელოთ რაიმე გაუმჯობესება კონფიგურაციის მხარდაჭერიდან ამოღების გარეშე? ღირს თუ არა კლიენტისთვის ოქროს მთების დაპირება უშედეგოდ?
უპირველეს ყოვლისა, თქვენ უნდა იცოდეთ გაფართოებების შეზღუდვები.
შეზღუდვა შექმნილ ობიექტებზე
ამ მომენტში შეგიძლიათ შექმნათ:
- დირექტორიები
- დოკუმენტაცია
- ინფორმაციის რეგისტრები
- გაცვლის გეგმები
შეგიძლიათ დაამატოთ დეტალები:
- დირექტორიები
- დოკუმენტაცია
რითი დავამთავროთ? ყველა ტიპის მეტამონაცემების ობიექტის დამატება არ შეიძლება. ყველაზე გავრცელებული და პოპულარული, მაგრამ მაინც არა ყველა. გარდა ამისა, ახალი ზომები და რესურსები არ შეიძლება დაემატოს საინფორმაციო რეესტრებს. თქვენ შეგიძლიათ შექმნათ მხოლოდ სრულიად ახალი რეესტრი.
გაფართოებების ფუნქციონირება დამოკიდებულია იმ კონფიგურაციის თავსებადობის რეჟიმზე, რომელზეც გამოიყენება გაფართოება.
თავსებადობის რეჟიმი 8.3.8- თქვენ შეგიძლიათ მხოლოდ შეცვალოთ ობიექტების ფორმები და მათი მოდულები, დაამატოთ თქვენი საკუთარი მოხსენებები და დამუშავება.
თავსებადობის რეჟიმი 8.3.10- შეგიძლიათ შეცვალოთ ზოგადი მოდულები, ობიექტის და მენეჯერის მოდულები, როლები, გამოიყენოთ დირექტივები "ადრე", "შემდეგ", "სანაცვლოდ" ნებისმიერი მოდულისთვის.
თავსებადობის რეჟიმი "არ გამოიყენოთ"- შეგიძლიათ გამოიყენოთ გაფართოებების ყველა ფუნქცია, ახალი ობიექტების დამატების ჩათვლით.
ამ დროისთვის, სტანდარტულ UT 11.3-ს აქვს თავსებადობის რეჟიმი 8.3.8. UT 11.4-ში თავსებადობის რეჟიმი არის 8.3.10, ანუ, მაგალითად, UT-სთვის, გაფართოების ფუნქციების უმეტესი ნაწილი მიუწვდომელია, მეტამონაცემების ობიექტების შექმნის ჩათვლით.
ეს, როგორც ჩანს, ბადებს კითხვას: რატომ არ უნდა უბრალოდ გააუქმოთ root-ის მხარდაჭერა, დააყენოთ თავსებადობის რეჟიმი „არ გამოიყენო“ და მშვიდად გამოიყენოთ გაფართოებები? თავსებადობის რეჟიმის შეცვლისას შეიძლება შეიცვალოს ფორმებისა და შეკითხვის შედეგების ქცევა, ე.ი. სისტემის ქცევა მთლიანად. მკაცრად რეკომენდირებულია არ შეცვალოთ თავსებადობის რეჟიმი პირველი ტესტირების გარეშე. მაგრამ აშკარაა, რომ, როგორც ჩანს, შესაძლებელია მთლიანად (ან გამოყენებული დოკუმენტების ნაწილობრივ მაინც) მთელი განაცხადის გადაწყვეტის ტესტირება. ამიტომ, თქვენ არ უნდა გამოიყენოთ ეს ვარიანტი.
გაფართოების სტანდარტულ კონფიგურაციასთან დაკავშირებისას და სტანდარტული ობიექტების სესხის აღებისას, გაფართოება აკონტროლებს ძირითადი კონფიგურაციის თავსებადობის რეჟიმს და ნასესხები ობიექტების ტიპებს და მათ დეტალებს. თუ მონიტორინგის მახასიათებლები არ ემთხვევა, გაფართოება გამორთულია და არ იმუშავებს, სანამ მიზეზი არ აღმოიფხვრება. ანუ, ძირითადი განახლებით, დიდია ალბათობა იმისა, რომ შეიცვალოს მინიმუმ ერთი კონტროლირებადი თვისება და გამოიწვიოს გაფართოების ფუნქციონირების დაკარგვა.
გარდა ამისა, თუ ცვლილებები მნიშვნელოვანია, შეიცვლება სტანდარტული კონფიგურაციის მრავალი პროცედურა და ფუნქცია, საჭირო იქნება მათი გულდასმით მონიტორინგი და, საჭიროების შემთხვევაში, სტანდარტულ კონფიგურაციასთან შესაბამისობაში მოყვანა, ადრე განხორციელებული ცვლილებების შენარჩუნებით.
ზემოაღნიშნულ შემთხვევებში, თქვენ კვლავ დაგჭირდებათ პროგრამისტის დახმარება და, შესაძლოა, მნიშვნელოვანი დრო ცვლილებებისთვის (მაგრამ მაინც ნაკლები, ვიდრე მხარდაჭერიდან ამოღებული კონფიგურაციის განახლებისას).
დასკვნები
- პლატფორმის ახალმა გამოშვებამ უზრუნველყო გაფართოებების გამოყენების ახალი შესაძლებლობები, შესაძლებელი გახდა მეტამონაცემების ობიექტების დამატება, მაგრამ ამის მიუხედავად, ფუნქციონირებას აქვს გარკვეული შეზღუდვები.
- კონფიგურაციის თავსებადობის რეჟიმი, რომელზეც გამოიყენება გაფართოება, დიდად ზღუდავს გაფართოების შესაძლებლობებს, არ არის რეკომენდებული თავსებადობის რეჟიმის შეცვლა.
- დიდი განახლებები კვლავ მოითხოვს დეველოპერის ყურადღებას, რადგან არსებობს კონტროლირებადი თვისებების შეცვლის დიდი ალბათობა.