javascript - js pour écrire une page backend de gestion de produit similaire, quel modèle de conception est le plus facile à développer et à maintenir ?

Question

Écrivez une page de gestion d'arrière-plan, en utilisant un mode singleton simple. Semblable à

var xxx = {
  method1: function(){}, 
  method2: function(){},
  ...
}

J'aimerais demander à quelqu'un ayant de l'expérience dans l'écriture de ce genre de projet. Comment organiser la structure du code pour faciliter son expansion et sa maintenance.

Answer 1

La gestion backend impliquera certainement de nombreux ajouts, suppressions, modifications et vérifications. Vous pouvez rédiger manuellement un MVVM

.

Answer 2

Les modèles de conception généraux sont utilisés pour la maintenabilité du programme. Plus précisément, ils s'efforcent de gérer de manière préventive certaines parties susceptibles de changer, afin que le code d'origine ne soit pas trop modifié lors d'une maintenance ultérieure, en particulier le code logique a été intégré. Avec la compréhension ci-dessus, nous pouvons y réfléchir maintenant. Votre projet nécessitera de nombreux ajouts, suppressions, modifications et recherches. Les suppressions peuvent être plus simples et il est peu probable que des modèles de conception spéciaux soient utilisés. Commençons par l'augmentation :

1. Ajouter des produits : il ne s'agit que d'ajouter et de demander divers paramètres différents. Nous pouvons au moins être sûrs qu'il y aura des changements dans le futur lors de l'ajout de nouveaux produits. Par exemple, nous ne pouvons avoir qu'un seul produit au début. Un nom, un inventaire, un texte d'introduction, une diapositive, etc. Mais plus tard, le chef de produit de Dieu a dit que les projets que nous avions réalisés n'étaient pas assez halal. Les utilisateurs de culture dans notre monde ont peut-être plus de besoins et doivent en ajouter quelques-uns supplémentaires. options de remplissage, telles que Fournir une colonne pour afficher les prix lorsque les clients publient des produits de spécifications différentes, ou ajouter une colonne pour permettre aux clients d'afficher différents prix réduits pendant différentes vacances, etc. Dans l’ensemble, les exigences ne feront qu’augmenter. Si vous ne voulez pas être ennuyé par de telles absurdités plus tard, vous avez besoin d’un bon modèle de conception pour gérer les problèmes connexes. Un mode que je peux vous proposer ici est le mode intermédiaire (qui peut éviter autant que possible le couplage entre modules. Pour ajouter une nouvelle colonne, il vous suffit de passer le module encapsulé dans la fonction intermédiaire, et ne vous souciez pas de ses éléments internes. .Comment y faire face, tout ce que vous avez à faire est de fournir une interface unifiée), quel que soit le nombre de paramètres ajoutés à l'avenir, il vous suffit de compléter les modules logiques concernés.

2. Toujours en train d'ajouter des produits : après avoir utilisé la fonction ci-dessus pendant un certain temps, votre chef de produit a peut-être perfectionné l'élixir d'or et est sur le point de montrer son pouvoir. Cependant, cette fois, vous êtes à nouveau piégé. la demande peut être "fournir des fonctions de remplissage et de sélection de paramètres correspondantes en fonction de différents types de produits". Par exemple, vos produits électroniques peuvent avoir besoin de remplir des paramètres détaillés, mais pas les coupons de jeu. Ce que nous pouvons utiliser à l'heure actuelle et le plus couramment utilisé est "orienté objet", également appelé modèle de méthode modèle, qui est simplement un héritage et une réécriture. Un père, une bande de fils, sans ambiguïté, celui qui devrait s'entendre s'en sortira. Ce mode est relativement simple. Le problème est que la complexité du code peut être un peu pénible.

3. Modifier des produits : En fait, la plupart des situations s'apparentent à l'ajout de nouveaux produits. Nous devrons peut-être tenir compte de certains besoins particuliers. Par exemple, l'utilisateur modifie actuellement les informations sur le produit, mais ne souhaite pas que cela prenne effet immédiatement après la soumission et espère pouvoir contrôler manuellement la publication des informations pertinentes à tout moment dans le futur. À ce stade, vous fournissez un bouton supplémentaire sur la page pour basculer entre les états de publication d'informations et d'enregistrement d'informations afin de distinguer vos différentes méthodes de traitement des données dans les deux états différents. Il peut même y avoir des versions planifiées dans le futur, etc. À ce stade, vous devrez peut-être utiliser le modèle de stratégie ou le modèle d'état pour gérer les méthodes de comportement dans différentes stratégies ou états.

4. Vérifier les produits : Le plus simple est d'ajouter différents filtres (comme la région, le type, le prix, etc.), comme au point 1. Ou vous devez effectuer une recherche sur certains contenus de données déjà lus. Par exemple, les produits correspondant aux mots-clés « Je veux cultiver l'immortalité » sont affichés et les autres sont supprimés. Étant donné que vous devrez peut-être faire correspondre les informations dans différentes colonnes une par une, vous pouvez utiliser le modèle de chaîne de responsabilité.

En général, j'ai répertorié quelques modèles de conception courants, mais il y aura plus de problèmes rencontrés dans le processus de développement réel, par exemple : vous devez maintenant mettre à jour la fonction des nouveaux produits, et les exigences sont à chaque fois avant que l'utilisateur n'ajoute un nouveau produit, un test doit être effectué pour déterminer si l'utilisateur a déjà rempli un modèle de produit similaire. Si tel est le cas, l'utilisateur sera invité à l'appliquer directement. Sinon, l'utilisateur ne sera pas invité. Mais vous pouvez avoir l'impression que vous êtes sur le point de surmonter le désastre, car ce module était auparavant responsable de votre collègue et vous ne souhaitez pas lire son code source. À ce stade, vous devrez peut-être utiliser le modèle décorateur pour. mettre à jour le code correspondant. Essayez de ne pas modifier le code source tout en garantissant une fonctionnalité normale. . . . . Il existe de nombreux exemples de ce type, et la clé est de bien faire les choses. Quant à savoir si vous devez considérer autant de choses avant de commencer le projet, je ne pense pas que ce soit nécessaire, car vous ne pouvez tout simplement pas y réfléchir. Parfois, il y a un écart entre ce que vous pensez et ce que vous rencontrerez réellement. n'en choisissez que les plus évidentes. Évitement, c'est comme si j'avais tellement écrit pour vous, mais je ne suis resté que sur certaines des parties les plus évidentes, et je n'ai pas encore écrit sur ce type de projet, donc je peux. devinez seulement quels problèmes spécifiques je vais rencontrer. Alors ne vous mêlez pas trop du problème du modèle. Il est peut-être préférable de refactoriser le code lorsque vous reprenez vos esprits.