Wolfram Function Repository: ღია წვდომის პლატფორმა Wolfram ენის გაფართოებებისთვის

გამარჯობა, ჰაბრ! თქვენს ყურადღებას წარმოგიდგენთ სტივენ ვოლფრამის პოსტის თარგმანს "ვოლფრამის ფუნქციების საცავი: ვოლფრამის ენის გაფართოების ღია პლატფორმის გაშვება".

ვოლფრამის ენის თანმიმდევრულობის წინაპირობები

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

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

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

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

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

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

იმედი მაქვს, რომ მხარდაჭერით მშვენიერი და ნიჭიერი საზოგადოება, რომელიც იზრდებოდა და ფართოვდებოდა (ვოლფრამის ენაზე დაყრდნობით) ბოლო რამდენიმე ათწლეულის განმავლობაში. Wolfram ფუნქციების საცავი საშუალებას მისცემს უახლოეს მომავალში მნიშვნელოვნად გააფართოვოს ენაში არსებული ფუნქციების (შესაძლოა პოტენციურად მნიშვნელოვანი, სპეციალიზებული მეცნიერებისა და ტექნოლოგიების სხვადასხვა სფეროში) სპექტრი. ამრიგად, შესაძლებელი ხდება როგორც ენის შინაარსის (მისი ჩაშენებული ფუნქციების) გამოყენება და განვითარების პრინციპები, რომლებიც ხორციელდება ენის საფუძველზე. (აქ უნდა აღინიშნოს, რომ ვოლფრამის ენას უკვე აქვს მეტი განვითარებისა და სტაბილური ზრდის 30 წლიანი ისტორია).
საცავის ფუნქციები შეიძლება შეიცავდეს ვოლფრამის ენაზე დაწერილ კოდს მცირე ან დიდ ნაწილებს. მაგალითად, ეს შეიძლება იყოს ზარები გარე API და სერვისები ან გარე ბიბლიოთეკები სხვა ენებზე. ამ მიდგომის უნიკალური მახასიათებელია ის, რომ როდესაც მომხმარებლის დონის ფუნქციონირებას შეასრულებთ, არ იქნება პოტენციური შეუსაბამობები, რადგან მიდგომა აგებულია ვოლფრამის ენის თანმიმდევრული სტრუქტურის თავზე - და ყველა ფუნქცია ავტომატურად იმუშავებს სწორად - ზუსტად ისე. განზრახული. მან უნდა.
Wolfram Feature Repository-ის გარსი და პროგრამირების სტრუქტურა შექმნილია ისე, რომ ყველას შეეძლოს წვლილი შეიტანოს საერთო საქმეში მათთვის ყველაზე მარტივი და მოსახერხებელი გზით - ფაქტობრივად, უბრალოდ Notepad ტექსტური ფაილის შევსებით (nb გაფართოებით) WL. ჩაშენებული ავტომატური ფუნქციები საშუალებას გაძლევთ შეამოწმოთ საცავში დამატებული ახალი ფუნქციები, რათა უზრუნველყოთ მათი ინტეგრაცია ენაში. ჩვენი კომპანია ფსონს დებს მომხმარებელთა ფართო სპექტრზე, რომლებსაც შეუძლიათ თავიანთი ფუნქციების ენაში ინტეგრირება, ვიდრე ახალი ფუნქციების დიდ სირთულეზე - და მიუხედავად იმისა, რომ არსებობს განხილვის პროცესი, ჩვენ არ ვითხოვთ რაიმე მსგავსს. მტკივნეული დიზაინის ანალიზი ან მკაცრი სტანდარტები მომხმარებლის ახალი ფუნქციების სისრულისა და სანდოობისთვის, განსხვავებით ძირითადი ენაში ჩაშენებული ფუნქციების უფრო მკაცრი ტესტირებისა, რომელსაც ჩვენ ვიყენებთ.

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

ეფექტურობის გაზრდა ხარჯების შემცირებისას

ინტერნეტამდეც კი არსებობდა Wolfram Language კოდის გაზიარების გზები (ჩვენი პირველი მთავარი ცენტრალიზებული პროექტი იყო მათემატიკის წყარო, შეიქმნა Mathematica-სთვის 1991 წელს CD-ROM-ზე და ა.შ.). რა თქმა უნდა, Wolfram ფუნქციის საცავზე დაფუძნებული იმპლემენტაციისთვის შემოთავაზებული მიდგომა არის უფრო მძლავრი და საიმედო ინსტრუმენტი ზემოაღნიშნული ამოცანების განსახორციელებლად.

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

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

საცავის შექმნა, რომელიც რეალურად კარგად მუშაობს, საინტერესო მეტაპროგრამირების ამოცანაა. მაგალითად, პროგრამაში შეზღუდვების გადაჭარბება არ მოგცემთ საშუალებას მიიღოთ ალგორითმის საჭირო გაერთიანება და უნივერსალურობა. ისევე, როგორც ფუნქციონალური შეზღუდვების არასაკმარისი რაოდენობის შემთხვევაში, თქვენ ვერ შეძლებთ ალგორითმის შესრულების საკმარისად სწორი თანმიმდევრობის განხორციელებას. ჩვენი კომპანიის მიერ განხორციელებული ამ მიდგომების კომპრომისული განხორციელების რამდენიმე წინა მაგალითი საკმაოდ სტაბილურად მუშაობდა - ეს არის: პროექტი ვოლფრამის დემონსტრაციები, დაიწყო 2007 წელს და ახლა მუშაობს ონლაინ რეჟიმში 12000-ზე მეტი მომხმარებლის ინტერაქტიული დემოს საშუალებით. IN ვოლფრამის მონაცემთა ბაზა არსებობს 600-ზე მეტი მზა მონაცემთა ბაზა, რომლებიც შეიძლება გამოყენებულ იქნას ვოლფრამის ენაზე და ვოლფრამის ნერვული ქსელის საცავი თითქმის ყოველ კვირას ივსება ახალი ნერვული ქსელებით (ახლა უკვე არის 118) და ისინი დაუყოვნებლივ უკავშირდება ფუნქციის მეშვეობით NetModel ვოლფრამის ენაზე.

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

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

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

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

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

ჩვენმა გუნდმა ბევრი იმუშავა იმისთვის, რომ მომხმარებლებს გაუადვილებინა წვლილი შეიტანონ Wolfram საცავის ფუნქციებში. სამუშაო მაგიდაზე (უკვე შესულია ვერსია 12.0), შეგიძლიათ უბრალოდ გაიაროთ ძირითადი მენიუს ჩანართები თანმიმდევრულად: File > New > RepositoryItem > Function Repository Item და მიიღებთ "განმარტება რვეული" (პროგრამულად სამუშაო მაგიდაზე. ასევე შეგიძლიათ გამოიყენოთ ანალოგური ფუნქცია - შექმენით ნოუთბუქი["ფუნქციის რესურსი"]):

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

არსებითად, თქვენ ცდილობთ შექმნათ რაღაც მსგავსი ჩაშენებული ფუნქციის ვოლფრამის ენაზე. გარდა იმისა, რომ მას შეუძლია გააკეთოს რაღაც უფრო კონკრეტული, ვიდრე ჩაშენებული ფუნქცია. ამავე დროს, მოლოდინი მის სისრულესა და საიმედოობასთან დაკავშირებით გაცილებით დაბალი იქნება.
თქვენ უნდა მიანიჭოთ თქვენს ფუნქციას სახელი, რომელიც შეესაბამება Wolfram Language-ის ფუნქციების დასახელების სახელმძღვანელო მითითებებს. გარდა ამისა, თქვენ უნდა შეიმუშაოთ დოკუმენტაცია თქვენი ფუნქციისთვის, ენის ჩაშენებული ფუნქციების მსგავსი. ამაზე უფრო დეტალურად მოგვიანებით ვისაუბრებ. ამ დროისთვის, უბრალოდ შენიშნეთ, რომ ღილაკების მწკრივში დეფინიციის ნოუთბუქის ფაილის ზედა ნაწილში არის ღილაკი "სტილის სახელმძღვანელო", რომელიც განმარტავს რა უნდა გააკეთოს და ღილაკი Tools, რომელიც უზრუნველყოფს ინსტრუმენტებს თქვენი ფუნქციის დოკუმენტაციის ფორმატირებისთვის.
როდესაც დარწმუნდებით, რომ ყველაფერი სწორად არის შევსებული და მზად ხართ, დააჭირეთ ღილაკს "შემოწმება". სრულიად ნორმალურია, რომ ჯერ არ გაერკვია ყველა დეტალი. ასე რომ, "Check" ფუნქცია ავტომატურად იმუშავებს და გააკეთებს სტილისა და თანმიმდევრულობის ბევრ შემოწმებას. ხშირად, ის დაუყოვნებლივ მოგთხოვთ დაადასტუროთ და მიიღოთ შესწორებები (მაგალითად: „ეს ხაზი უნდა დასრულდეს ორწერტილით“ და მოგთხოვთ შეიყვანოთ ორწერტილი). ხანდახან ის მოგთხოვთ რაიმეს დამატებას ან შეცვლას. ჩვენ მუდმივად დავამატებთ ახალ ფუნქციებს შემოწმების ღილაკის ავტომატურ ფუნქციონირებას, მაგრამ ძირითადად მისი მიზანია უზრუნველყოს, რომ ყველაფერი, რასაც აგზავნით ფუნქციების საცავში, უკვე მკაცრად მიჰყვება რაც შეიძლება მეტ სტილის სახელმძღვანელოს.

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

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

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

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

რა უნდა იყოს საცავში?

უნდა აღინიშნოს, რომ ჩვენს კომპანიას აქვს ძალიან მაღალი სტანდარტები სისრულის, საიმედოობისა და საერთო ხარისხის შესახებ, და 6000+ ფუნქციიდან, რომლებიც უკვე ჩაშენებული გვაქვს Wolfram ენაში ბოლო 30+ წლის განმავლობაში, ყველა აკმაყოფილებს ზემოთ მოთხოვნებს. Wolfram Function Repository-ის მიზანია გამოიყენოს ყველა სტრუქტურა და ფუნქცია, რომელიც უკვე არსებობს ვოლფრამის ენაში, რათა დაემატოს რაც შეიძლება მეტი მსუბუქი ფუნქცია (ანუ უმაღლესი შესრულების ფუნქციები).

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

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

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

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

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

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

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

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

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

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

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

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

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

ცოდნის ბაზის „ეკოსისტემა“.

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

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

ფუნქციები, რომლებსაც წარუდგენთ Wolfram ფუნქციის საცავში, არ უნდა იყოს სრულყოფილი; ისინი უბრალოდ სასარგებლო უნდა იყვნენ. ეს ცოტათი ჰგავს "შეცდომებს" განყოფილებას კლასიკურ Unix დოკუმენტაციაში - "Definitions Section" არის განყოფილება "Author's Notes", სადაც შეგიძლიათ აღწეროთ შეზღუდვები, პრობლემები და ა.შ., რაც უკვე იცით თქვენი ფუნქციის შესახებ. გარდა ამისა, როდესაც თქვენ წარადგენთ თქვენს ფუნქციას საცავში, შეგიძლიათ დაამატოთ წარდგენის შენიშვნები, რომლებსაც წაიკითხავს კურატორების გამოყოფილი ჯგუფი.

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

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

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

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

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

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

როგორ მუშაობს იგი?

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

განვიხილოთ რესურსის ფუნქცია:

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

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

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

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

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

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

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

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

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

ზოგიერთი დახვეწილობა სამსახურში

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

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

მეორე დახვეწილობა: როდესაც თქვენ ქმნით რესურსის ფუნქციას Definition Notebook-დან, ფუნქციის განსაზღვრაში ჩართული ყველა დამოკიდებულება უნდა იყოს აღბეჭდილი და ცალსახად ჩართული. თუმცა, იმის უზრუნველსაყოფად, რომ განმარტებები დარჩეს მოდულური, თქვენ უნდა დააყენოთ ყველაფერი უნიკალურში სახელთა სივრცე. (Რა თქმა უნდა, ფუნქციები, რომლებიც ყველაფერს აკეთებენ, არის ფუნქციების საცავში.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Wolfram Language-ის მომხმარებელთა საზოგადოებაში არის ნიჭის წარმოუდგენელი სული(?). (რა თქმა უნდა, ამ საზოგადოებაში შედის მრავალი წამყვანი R&D ადამიანი სხვადასხვა სფეროში.) იმედი მაქვს, რომ Wolfram Feature Repository უზრუნველყოფს ეფექტურ პლატფორმას ნიჭის ამ სულის განბლოკვისა და გავრცელებისთვის. მხოლოდ ერთად შეგვიძლია შევქმნათ ისეთი რამ, რაც მნიშვნელოვნად გააფართოვებს იმ არეალს, რომელზედაც შეიძლება გამოყენებულ იქნას ვოლფრამის ენის გამოთვლითი პარადიგმა.

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

წყარო: www.habr.com