Frontend

რა განსხვავებაა უბრალო ერთობაში და დისკრიმინაციულ ერთობაში?

მართებულია თუ არა, რომ ფორმა, რომელსაც მომხმარებელი ჯერ კიდევ არ დაუწყია რედაქტირება, უკვე გამოაქვს ვალიდაციის შეცდომა?

რა არის ახლა თქვენი მიმდინარე სამუშაოს 'ზედა წერტილი', რის გამო გადაწყვიტეთ ახალი ადგილი მოძებნათ?

გეცოდინებათ რა მოხდება, თუ დაწერთ return და დატოვებთ მას ცარიელს (მნიშვნელობის გარეშე)?

type Row = { id: number; name: string; } const tableData: Row[] = [ {id: 1, name: "A"}, {id: 2, name: "B"} ] type Validator = (value: unknown) => string | undefined; console.log("...");

type Row = { id: number; name: string; } const tableData: Row[] = [ {id: 1, name: "A"}, {id: 2, name: "B"}, ] type Validator = (value: unknown) => string | undefined; console.log("...");

შეგიძლიათ თავად ახსნათ, რა ხდება სისტემაში, როდესაც მომხმარებელი კლიკს აკეთებს პირველ სვეტზე რედაქტირებისას?

თუ მომხმარებელი რიცხვს A რედაქტირებს და მისი მიმდინარე polyname მნიშვნელობა ემთხვევა თავდაპირველ მნიშვნელობას, შემოწმებელს არ უნდა გამოიწვიოს შეცდომა. რატომ თქვენს განხორციელებაში შემოწმებელს ამ შემთხვევაში შეცდომა გამოაქვს, მაშინაც კი, როდესაც საწყისი მნიშვნელობა ველის თავს ემთხვევა?

რას აკეთებდით განვითარების გადასვლამდე?

გადაწყვეტილებამდე რაიმე გამოცდილება გქონდათ, რა საქმიანობით გჭირდებოდათ?

როდესაც ფორმა იხსნება პირველი სვეტის რედაქტირებისთვის, polyname ველი ამ სვეტის მნიშვნელობით ივსება (მაგალითად, 'A'). თქვენ დაწერილი ვალიდატორი აქტიურდება. მიიჩნევთ, რომ ეს ნორმალური ქცევაა, როდესაც ვალიდატორი პოულობს შესაბამისობას და აჩვენებს შეცდომას, მაშინაც კი, როდესაც მომხმარებელი ჯერ არ დაწყია რედაქტირება?

რატომ გადაწყვიტეთ ახალი სტეკზე/საქმიანობაზე გადასვლა? თუ 10 წელი მუშაობდით კომპანიაში, რა გახდა ამის მიზეზი?

გვითხარით, თქვენს განვითარების გუნდმა ახლა რა მუშაობს, რა საქმიანობას ეწევა.

თუ ბოლო 4-5 წლის სამუშაო გამოცდილებაზე ვსაუბრობთ, რა დავალება მოგიხსენით ყველაზე მეტად და რატომ?

უნიკალურობის შემოწმება უნდა შესრულდეს რეგისტრის გათვალისწინების გარეშე. კომპონენტის props-ებში ხელმისაწვდომია მთელი მონაცემთა სია და იცის იმ სვეტის id, რომელსაც მომხმარებელი რედაქტირებს. როგორ უნდა შეცვალოს ვალიდატორი ამ გათვალისწინებით?

რა გამოიღებს თქვენი დაწერილი ვალიდატორი, თუ მომხმარებელმა დაწკაპუნა პირველი სვეტის რედაქტირებაზე და name/polyname მნიშვნელობა თანხვედრაშია ამ სვეტის საწყის მნიშვნელობასთან?

მოთხოვნა გამოჩნდა: polyname ველი არ უნდა ემთხვეოდეს სხვა სახელებს (polyname) სართულის შიგნით. როგორ განვახორციელოთ ასეთი უნიკალურობის შემოწმება?

რა მახარებს თქვენს კომპანიაში? რა მინდა ახალი სამუშაო ადგილზე?

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

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