Quelle est la différence entre les vues en tant que documents de conception autonomes et les vues groupées dans un document de conception? Quand mettez-vous deux vues dans un document de conception? Y a-t-il un guide pour cela?Regroupement des vues dans les documents de conception dans CouchDB
Il n'y a pas vraiment de guide pour cela, car cela dépend entièrement de vous. Voici les implications autant que je peux dire:
Chaque document de conception peut avoir autant (ou aussi peu) de vues que vous souhaitez. Gardez à l'esprit qu'une vue n'est créée ni mise à jour qu'une fois qu'elle a été interrogée. De même, lorsqu'une seule vue est interrogée, toutes les autres vues de ce même document de conception seront également créées/mises à jour. Ce ne sera pas un problème, sauf si vous avez des millions de documents, mais c'est quelque chose à garder à l'esprit. En outre, je crois que la valeur de chaîne entière de la vue est comparée entre les révisions, donc il ne reconstruira pas une vue si le nom et le texte de la fonction sont identiques. (NOTE c'est spéculation basée sur ce que j'ai lu sur les vues, il n'est jamais explicitement déclaré)
Généralement, j'ai migré vers un document de conception «commun» qui contient beaucoup de modules CommonJS de base (comme les fonctions de validation de formulaire) et d'autres paramètres généraux. De plus, chaque «entité» de mon projet aura un document de conception séparé avec ses propres vues, gestionnaires de mise à jour, fonctions de validation, fonctions de show/list, etc. Ce modèle maintient chaque entité et ses fonctions regroupées, presque comme une classe de trie. J'ai trouvé qu'il est beaucoup plus facile de maintenir et nommer est un peu plus facile lorsque chaque entité est autonome.