ჩანაწერში Android-ზე პირველი პროექტის შექმნის შესახებ, შემდეგ ვნახეთ, თუ როგორ შევქმნათ ჩვენი ძირითადი აპლიკაცია, განვიხილეთ პროექტის სტრუქტურა და სხვადასხვა კონცეფციები, როგორიცაა SDK, Manifest და აქტივობები და მათი სასიცოცხლო ციკლი, ახლა გავაგრძელებთ მიმდინარე პროექტის შეცვლას. აპლიკაციების შექმნის გაღრმავების მიზნით.
როგორც აღვნიშნეთ, ჩვენ შევცვლით ამ ჩანაწერში შექმნილ აპლიკაციას, სადაც ავაშენეთ პირველი Android პროექტი, ჩვენ იქ დავრჩებით ამ ეკრანზე
იქ ჩვენ ვხედავთ, რომ ნაგულისხმევი აპლიკაცია ქმნის TextView კომპონენტს ტექსტით "Hello World", გაყოფილი ხედიდან. (თუ ამ ეტაპზე არ იცით როგორ შექმნათ აპლიკაცია, გირჩევთ გადახედოთ ზემოთ ნახსენებ ჩანაწერს.)
აქ ყოფნისას ჩვენ შევცვლით ამ ხედს ახალი კომპონენტების დამატებით, თუ შემდეგ გადავალთ ნახაზის ხედზე, ჩვენ შეგვიძლია შევცვალოთ ეკრანი ჩვენი გემოვნებით, ამ შემთხვევაში შევქმნით შემდეგ ინტერფეისს.
როგორც ვხედავთ, ჩვენ დავამატეთ PlainText კომპონენტი, რომელიც რეალურად შეესაბამება რედაქტირების ველს ან რომელსაც შეიძლება ჰქონდეს ისეთი თვისებები, როგორიცაა ჩვეულებრივი ტექსტი, პაროლი, ტელეფონი, ფოსტა სხვათა შორის, ისევე, როგორც განსაზღვრული განლაგება საშუალებას გვაძლევს შევცვალოთ ზომა კომპონენტები და მიანიჭეთ ფარდობითი პოზიცია, ამ შემთხვევაში ტექსტის ველს აქვს პოზიცია სათაურის textView-თან მიმართებაში.
თუ გადავალთ Split view-ზე, დავინახავთ გენერირებულ xml კოდს და აქედან შეგვიძლია შევცვალოთ თვისებები ხელით, ამ შემთხვევაში სათაურს დაემატა ფერი და ზომა 25sp, გაითვალისწინეთ, რომ თითოეულ კომპონენტს აქვს id თვისება. , ისევე როგორც თვისებები ეკრანზე კომპონენტის პოზიციონირების კონტროლისთვის.
ჩვენ ვპოულობთ სხვა კომპონენტებს, როგორიცაა წვერი რომელიც შეესაბამება ა ადგილის დამჭერი რომელიც ნაჩვენებია მაშინ, როდესაც ველი ცარიელია, სხვა თვისებები შეიძლება დაემატოს იმავე გზით კომპონენტის სტილისთვის.
ახლა ისეთი კომპონენტი, როგორიცაა რომელსაც ასევე აქვს id თვისება, რომელიც შეესაბამება ტექსტის ველის კომპონენტს, ამ შემთხვევაში ჩვენ ვცვლით იდენტიფიკატორს.
განაცხადის ლოგიკა.
ლოგიკური და ინფორმაციის დამუშავების შესასრულებლად მივდივართ MainActivity.kt კლასში, იქიდან ვიღებთ გრაფიკულ კომპონენტებს მათი id მეშვეობით findViewById() მეთოდის გამოყენებით.
ჩვენ ვამატებთ ღილაკის დაწკაპუნების მოვლენას და ვქმნით ფუნქციას სახელწოდებით onClick() (შეიძლება გამოძახება ნებისმიერი გზით)
ამ ფუნქციაში, ლოგიკა ემატება ტექსტის ველის მნიშვნელობის დასაფიქსირებლად, რომელიც მითითებულია ისევე, როგორც ღილაკი, მაგრამ ამ შემთხვევაში, იქმნება EditText ტიპის კომპონენტი, რომელიც მიუთითებს ტექსტის ველის id-ზე.
შემდგომში, ველის მნიშვნელობა მიიღება და ემატება String ცვლადს, რომელიც შემდეგ წარმოდგენილია Toast-ის ტიპის კომპონენტში, რომელიც საშუალებას აძლევს დროებითი შეტყობინების გამოტანას ეკრანზე.
აპლიკაციის გაშვებისას ემულატორი იხსნება და მომხმარებლის სახელის მიმატებით და ღილაკზე “enter”-ის დაჭერით შეგვიძლია შევამოწმოთ სისტემა, ვხედავთ როგორ გამოდის სადღეგრძელო, რომელიც რამდენიმე წამს გრძელდება.
ამის შემდეგ ჩვენ ვცვლით ეკრანს სხვა TextView კომპონენტის დამატებით ტექსტის გარეშე, რომელიც მოემსახურება შეყვანილი სახელის შესახებ ინფორმაციის ჩვენებას, ახლა კი პირდაპირ ეკრანზე.
ამ ლოგიკის განსახორციელებლად, ჩვენ ვუბრუნდებით MainActivity.kt კლასს და ფუნქციაში მივმართავთ EditText კომპონენტს მინიჭებული ID-ით და შემდეგ ვაგზავნით შეტყობინებას, რომლის ჩვენებაც გვინდა.
მოგვიანებით ჩვენ კვლავ გავუშვით აპლიკაცია და გვაქვს შემდეგი შედეგი.
მონაცემთა აღების კიდევ ერთი ალტერნატივა არის კომპონენტების გლობალურად გამოცხადება, რითაც თავიდან აიცილებთ მათ გამოცხადებას თითოეულ ფუნქციაში:
მნიშვნელოვანია გამოყენება!! რათა არ გქონდეთ ნულოვანი მითითებები.
დაკვირვება:
11 და 12 სტრიქონებში გამოიყენება nullsafety, ეს არის Kotlin ფუნქცია, რომელიც საშუალებას გაძლევთ აკონტროლოთ ნულოვანი მნიშვნელობები აპლიკაციის შიგნით, თავიდან აიცილოთ მას პოპულარული NullPointerException ჩატვირთვა, ჩვენ არ შეგვიძლია პირდაპირ მივანიჭოთ null მნიშვნელობები, მაგრამ ამ გზით, როდესაც მივუთითებთ ტექსტის რედაქტირება? ჩვენ ვეუბნებით შემდგენელს, რომ ამ ველს შეიძლება ჰქონდეს null მითითება და დაუშვას მისი დამუშავება.
26 და 27 სტრიქონებში გამოიყენება !! უთხარით კომპილერს არ შეამოწმოს არის თუ არა მნიშვნელობა null და ამიტომ მას შეუძლია უპრობლემოდ კომპილირება, მაგრამ თუ ის nullა, ჩააგდეთ გამონაკლისი კონსოლში იმ შემთხვევაში, თუ ვიცით, რომ null მნიშვნელობა შეიძლება მოვიდეს და ჩვენ მაინც გვინდა დამუშავება
კიდევ ერთი რეკომენდირებული ალტერნატივა იქნება უსაფრთხო ზარების განხორციელება, ასე რომ, როდესაც ცდილობთ ობიექტის გამოძახებას, თუ ის nullა, გამონაკლისი არ იქნება ჩაგდებული, მაგრამ null მნიშვნელობა შეინახება პროცესის შეწყვეტის გარეშე, ამიტომ ცვლადი უნდა იყოს ნულოვანი ის სწორად უნდა იყოს შედგენილი.
და ეს არის ის, რომ ჩვენ გვაქვს ჩვენი პირველი ფუნქციონალური აპლიკაცია მონაცემთა აღრიცხვით და ღილაკების მოვლენებით.
შეიძლება ასევე დაგაინტერესოთ.
არის რაიმე რისი დამატება ან კომენტარის გაკეთება ამ ჩანაწერის შესახებ? თავისუფლად გააკეთე….და თუ მოგეწონათ... გეპატიჟებით გააზიაროთ ი გამოიწერეთ ღილაკზე „შეუერთდით ამ საიტზე“ დაწკაპუნებით, რომ მოისმინოთ მეტი მსგავსი პოსტი 😉