Comment représenter Javascript création d'un objet avec un diagramme de classes UML?

J'ai un peu de mal à dessiner un précis de diagramme de Classe UML pour mon APPLICATION JavaScript. J'ai lu à plusieurs UML ressources de référence, mais n'a pas encore trouvé une réponse à ma situation, car tous les exemples sont basés sur les classiques de l'héritage et de la classe de modèle de C++/Java.

Je veux représenter la création d'un objet JavaScript avec une fonction de constructeur et de l'extension de l'objet prototype, ce qui est assez différent de C++/Java de l'instanciation de classe.

Comment voulez-vous représenter cette version simplifiée de mon code avec un diagramme de classes UML?

var Book = function(title, author) {
    this.title = title || 'No title specified';
    this.author = author || 'No author specified';
}

Book.prototype.isDigital = false;

Book.prototype.titleDisplay = function() {
    alert(this.title);
};

var theHobbit = new Book ("The Hobbit", "J.R.R. Tolkien");

NOTE:
Je suis visant surtout à afficher dans le diagramme exactement comment tous les objets (livre, Livre.prototype et theHobbit) sont liés les uns aux autres et pour afficher les paramètres sont définis dans le prototype vs celles définies par le constructeur.
Je sais que je pourrais juste faire semblant Livre est un "classique" de la classe, et de le faire comme si c'était de Java, en simplifiant le JavaScript particulier du mécanisme d'héritage, mais je suis sûr que UML est suffisamment souple pour décrire précisément mon cas.

Est là peut-être une UML guide en particulier pour les projets JavaScript?

Je ne pense pas qu'il y est et serait surpris d'entendre quoi que ce soit. Si j'étais vous, je voudrais "faire semblant" est un livre de classe régulière avec toutes ces propriétés publiques (à la différence des propriétés privées, mais vous n'en avez pas). Aussi, la création sera représenté de la même manière dans les diagrammes de séquence. Je ne pense pas que UML doit distinctes de ce type de modèle d'objet d'une langue a de.

OriginalL'auteur Pavel Maximov | 2014-02-04