ონდრეი ჰოლცმანი ხუთშაბათს Apple-მა დაასრულა კიდევ ერთი მნიშვნელოვანი თანამშრომლობა საწარმოს პროგრამული უზრუნველყოფის სფეროში. ის ახლა ითანამშრომლებს გერმანულ კომპანია SAP-თან ახალი დეველოპერის ხელსაწყოების და iOS აპლიკაციების შექმნაზე, რომლებიც გამოიყენებენ SAP HANA ღრუბლოვან პლატფორმას.
გარდა ახალი SDK-ებისა, ასევე გამოჩნდება დიზაინის ახალი ენა SAP Fiori iOS-ისთვის, ასევე SAP Academy for iOS, რომელიც უზრუნველყოფს საჭირო ინსტრუმენტებსა და ტრენინგებს. ყველა სიახლე უნდა გამოქვეყნდეს 2016 წლის ბოლომდე.
გერმანული კომპანია SAP, რომელიც ეწევა საწარმოთა რესურსების დაგეგმვას, აპირებს შეიმუშაოს მშობლიური iOS აპლიკაცია გაშვებული კომპანიებისთვის, Swift პროგრამირების ენისა და ზემოაღნიშნული Fiori ინტერფეისის გამოყენებით.
მოუთმენლად ველით მუშაობას @BillRMcDermott @ SAP ახალ iPhone და iPad აპებზე. https://t.co/7QcMCEiPKY pic.twitter.com/iRZzEZ3EPR
- ტიმ კუკი (@tim_cook) შეიძლება 5, 2016
„ეს პარტნიორობა გარდაქმნის iPhone-ისა და iPad-ების ბიზნესში გამოყენების გზას, რადგან ისინი ემსახურებიან iOS-ის ინოვაციებს და უსაფრთხოებას SAP-ის საწარმოს პროგრამული უზრუნველყოფის ღრმა ცოდნით“, - თქვა Apple-ის აღმასრულებელმა დირექტორმა ტიმ კუკმა, რომელმაც თქვა, რომ SAP არის იდეალური პარტნიორი თავისი გამორჩეული პოზიციით. საწარმოს სივრცეში.
ღმერთო, სიტყვებს ვკარგავ :-( შევეცდები შევაჯამო, რადგან ეს შორეული სროლა იქნება...
პირველ რიგში, მათ შეეძლოთ შეცვალონ SAPGui, რათა არ გამოიყენოს ActiveX ელემენტები Windows-ზე და გააერთიანონ ეს წინა ნაწილი ყველა პლატფორმისთვის, შემდეგ კი ეთამაშათ Fiori-თან (ეს არის SAPUI5-ის გამოყენებით დაწერილი აპლიკაციები, რომელიც ჰგავს JQuery/Node.js-ს). სიმართლე ის არის, რომ მენეჯერი უფრო მეტს ხედავს და რეაგირებს მობილურზე არსებულ გრაფიკაზე, ვიდრე იმ ფაქტს, რომ დეველოპერმა უნდა დახარჯოს X საათი განვითარებაში დღევანდელ არადამაკმაყოფილებელ გარემოში ამ სულელური გრაფიკისთვის...
გარდა ამისა, მათ შეუძლიათ გამოუშვან ელემენტები Fiori აპლიკაციების დიზაინისთვის, მაგალითად, Sketch ან სხვა პროგრამებისთვის, რადგან აპლიკაციის შექმნა PowerPoint-ში, როგორც მათ აჩვენეს open.sap.com-ზე ერთი კურსის დროს, სასაცილოა...
განახლება: ამჟამად ისევ ვმუშაობ PDF ფორმებზე SAP-ში (დიდი ხნის შემდეგ) და გამახსენდა, როგორ დასრულდა თანამშრომლობა Adobe-სა და SAP-ს შორის...
თქვენ პრაქტიკულად არედაქტირებთ რაღაცას რედაქტორში, რომელიც დაკავშირებულია "OLE2"-ის საშუალებით, სადაც ნებისმიერ დროს შეიძლება მოხდეს, რომ WYSIWYG რედაქტორმა გააფუჭოს მიღებული XML და მთელი ფორმა არის... სწორედ იქ... (თუნდაც 10.4 ვერსიაში, მე „ამჟამად ვეძებ, ვერსია 11.0 SP2 გამოვიდა ამ მარტში, ვეცდები მომხმარებლებთან მივაწოდო და ვნახოთ, რა გაუმჯობესდა).
JavaScript-ის რედაქტორი სასაცილოა, ზოგჯერ შეუძლია ძირითადი ბრძანებების ხაზგასმა, მაგრამ ეს ასეა. გამართვის პროგრამა ხელმისაწვდომია მხოლოდ სრული Adobe Acrobat-ის გამოყენებისას, რომელსაც არავინ ყიდულობს, რომ ვიმუშაო, ამიტომ მე უნდა გადავაგდო ცვლადი მნიშვნელობები messageBox-ის საშუალებით (ის, რომ არავინ ყიდულობს მას, არ არის Adobe-ის პრობლემა. მეორეს მხრივ, თუ ფორმას ვამუშავებ, დებუგერი უნდა იყოს წარმოდგენილი ინსტრუმენტში, რომელშიც მას ვამუშავებ).
გავაგრძელო?
არა, არ მინდა წუწუნი, მიუხედავად ზემოაღნიშნულისა, ვფიქრობ, რომ PDF ფორმები წინგადადგმული ნაბიჯია, მე უბრალოდ ვაჩვენებ ჩემს გამოცდილებას, თუ როგორ გამოდის ასეთი თანამშრომლობა SAP-თან :-(
მაგრამ რაც შეეხება support.sap.com-ს Fiori Launchpad-ზე გადასვლას, შეიძლება ველოდები, რომ ის საბოლოოდ დაიწყებს მუშაობას Safari-ში, რომელიც სატესტო რეჟიმში მუშაობდა მშვენივრად და "ოფიციალური" გაშვების შემდეგ იქ არაფერს გავაკეთებ :-/