Frontend

Quelle est la différence entre une union simple et une union discriminée?

Est-ce un comportement correct qu'un formulaire, que l'utilisateur n'a même pas commencé à modifier, ait déjà généré une erreur de validation?

Quelle est actuellement la 'plafond' dans votre travail actuel qui vous a poussé à chercher un nouvel emploi?

Savez-vous ce qui se passe si vous écrivez return et le laissez vide (sans valeur) ?

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("...");

Pouvez-vous expliquer vous-même ce qui se passe dans le système lorsque l'utilisateur clique sur modifier la première ligne du tableau?

Si l'utilisateur modifie la ligne A et que sa valeur actuelle de polyname correspond à la valeur d'origine, le validateur ne devrait pas générer d'erreur. Pourquoi dans votre implémentation le validateur génère-t-il une erreur dans ce cas, alors que la valeur initiale du champ correspond à elle-même?

Que faisiez-vous avant de vous lancer dans le développement?

Aviez-vous une expérience avant le développement, que faisiez-vous?

Lorsque le formulaire s'ouvre pour éditer la première ligne, le champ polyname est rempli avec la valeur de cette ligne (par exemple, 'A'). Le validateur que vous avez écrit se déclenche. Pensez-vous que c'est un comportement normal que le validateur ait trouvé une correspondance et ait généré une erreur, alors que l'utilisateur n'a pas encore commencé à éditer ?

Pourquoi avez-vous décidé de passer à une nouvelle pile/activité ? Qu'est-ce qui a motivé cette décision si vous avez travaillé dans l'entreprise pendant 10 ans ?

Parlez-nous de ce sur quoi votre équipe de développement travaille actuellement, ce que vous faites.

En ce qui concerne les 4-5 dernières années de travail, quelle tâche vous a le plus marqué et pourquoi?

La vérification de l'unicité doit être effectuée sans tenir compte de la casse. Dans les props du composant, toute la table de données est accessible et l'id de la ligne en cours d'édition par l'utilisateur est connu. Comment modifier le validateur en tenant compte de cela?

Que renverra le validateur que vous avez écrit si l'utilisateur a cliqué sur modifier la première ligne et que la valeur de name/polyname est égale à la valeur d'origine de cette ligne?

Une exigence est apparue : le champ polyname ne doit pas correspondre à d'autres noms (polyname) dans la table. Comment réaliser une vérification d'unicité ?

Qu'est-ce qui m'a particulièrement intéressé dans votre entreprise ? Qu'aimerais-je trouver dans un nouveau poste ?

Au moment du premier rendu du formulaire, lorsque le champ est déjà rempli avec une valeur initiale de chaîne (par exemple, 'A'), et que le validateur est appelé avec une valeur égale à 'A', ce qui correspond à une chaîne définie dans votre code — doit-il y avoir une erreur dans ce cas ou non?

Écrivez un validateur en utilisant la signature de fonction donnée (ligne 11 dans l'éditeur). Notez que la valeur a un type unknown, car le formulaire ne connaît pas le type exact du champ, mais il est supposé être une chaîne. Veuillez utiliser des fonctions fléchées au lieu du mot-clé function.