Tan stack query-ის გამოყიენების წესები
თუ მიიღეთ სწორი გადაწვეტილება და იყენებთ tan stack query-ის რამოდენიმე რჩევა/წესი რომ გაითვალისწინოთ კარგი იქნება.
query key-ების დამენეჯება და დაწერის წესები
query key მიუხედავად იმისა, რომ საკმაოდ კომფორტულია ინფორმაციის გაზიარებისთვის კომპონენტებს შორის, ასევე საკმაოდ რთული დასამენეჯბელია იმის გამო რომ მთლიანი query key-ს მასივი უნდა ემთხვოდეს და ნაწილობრივ დამთხვევაზე არ არის ამის გამო ერთი პატარა შეცდომის გამო შეიძლება რომ ბევრი საათი დავხარჯოთ. Been there :/
ამის გამო უმჯობესი იქნება თუ ასე მოაწესრიგებთ თქვენს key-ებს.
შექმენით ერთი ფაილი config-ში, სახელს დიდი მნიშნვლეობა არ აქვს მაგრამ მე queryKeys ვარქმევთ ხოლმე. შემდეგ ამ ფაილში როდესაც ახალი რამე key დაგვჭირდება შევქმნათ ახალი ცვლადი SCREAMING_SNAKE_CASE-ში და დავაექსპორტოთ ფაილიდან.
შემდეგ როცა დავჭირდება ხოლმე ასე გამოვიყენოთ.
ყურადღება იმას მიაქციეთ რომ პირველი key ჩავსვით მასივი და მაგის მომდევნო სხვა პარამეტრები ობიექტად ჩავსვი, ამის მიზეზი ის არის რომ ამ ქიების სერიალიზაცია ხდება და მასივში თანმიმდევრობას უყურებს. ობიექტში კი არა და უბრალოდ key value-ებს შეხედავს. ამის გამო თუ რაიმე მომდევნო პარამეტრები გჭირდებათ რაც აუცილებლად დაგჭირდებათ სულ ობიექტებში გაიტანეთ იმის გამო რომ უბრალოდ თანმიმდევრობაში არ აირიოთ. რაც ძნელი შეასამჩნევია როცა უბრალოდ id-ებს ვემუშავებით.
კიდე რამოდენიმე წესი რაც უნდა გაითვალისწინოთ:
სახელები გაწერეთ SCREAMING_SNAKE_CASE-ში
ფაილში სადაც key-ები წერია სხვა არაფერი არ გაწეროთ.
ყველა key-ს ბოლოში გაუწეეთ QUERY_KEY პრეფიქსი.
ბევრი ქუერის ერთინად გაშვება
თუ ერთ გვერდზე და ერთ ფაილში გვიწევს რამდენიმე ქუერის გაშვება, იმის მაგივრად რომ რამდენიმე useQuery დავწეროთ, უმჯობესია თუ გამოვიყენებთ useQueries ჰუკს, რომელშიც შეგვიძლია რამდენიმე ქუერი ერთროულად გავუშვათ. აქ რამე პერფორმანსის ოპტიმიზაცია მინიმალურია, უფრო კოდის სისუფთავზე არის ეს იმისთვის რომ ბევრი ჰუკები არ ვწეროთ.
Last updated