19-05-2015, 11:41 AM
En parallèle, au sens de PHP, est à entendre comme A l'insu de la classe appelante (mais peut parfaitement être un vrai parallèle dans d'autres langages).
L'idée était de souligner que la fonction appelée peut, de toute façon, retourner "merde" à son appelant (sous la forme d'un null).
D'ailleurs, question subsidiaire: comment réaliser des tests unitaires quand les méthodes sont des boites noires complètes qui ne renvoient qu'une référence d'elles-mêmes? Quoiqu'on peut répondre la notion de test n'a pas lieu d'être puisqu'on 'je sais ce que je veux, et je *fais confiance pour que ce soit fait*'... Mais si jamais le code part en cacahouète, je serai curieux de savoir comment on débug cela...
Okay, maintenant, dans ton exemple, ajoutes les conditions qui me sont tombées dessus par la suite (puisque East est censé être "plus extensible que l'approche classique", si j'ai bien compris son intérêt):
• A l'ajout d'un PDF, si un autre existe déjà, le PDF doit être rejeté (et tous les DXF éventuellement liés au PDF doivent être rejetés)
• Les PDF et DXF peuvent être ajoutés dans n'importe quel ordre (donc, le DXF peut être envoyé dans imDxf avant qu'un pdf n'existe... en ce cas il est rejeté... mais une fois le PDF ajouté, il faut que le DXF soit ajouté aussi !)
• Il faut ajouter les fichierx DWG sur le même principe (mêmes règles) que le dxf
Je sais pas toi, mais moi, je sens que les im*, et areYou* vont vite se démultiplier...
L'idée était de souligner que la fonction appelée peut, de toute façon, retourner "merde" à son appelant (sous la forme d'un null).
D'ailleurs, question subsidiaire: comment réaliser des tests unitaires quand les méthodes sont des boites noires complètes qui ne renvoient qu'une référence d'elles-mêmes? Quoiqu'on peut répondre la notion de test n'a pas lieu d'être puisqu'on 'je sais ce que je veux, et je *fais confiance pour que ce soit fait*'... Mais si jamais le code part en cacahouète, je serai curieux de savoir comment on débug cela...
Okay, maintenant, dans ton exemple, ajoutes les conditions qui me sont tombées dessus par la suite (puisque East est censé être "plus extensible que l'approche classique", si j'ai bien compris son intérêt):
• A l'ajout d'un PDF, si un autre existe déjà, le PDF doit être rejeté (et tous les DXF éventuellement liés au PDF doivent être rejetés)
• Les PDF et DXF peuvent être ajoutés dans n'importe quel ordre (donc, le DXF peut être envoyé dans imDxf avant qu'un pdf n'existe... en ce cas il est rejeté... mais une fois le PDF ajouté, il faut que le DXF soit ajouté aussi !)
• Il faut ajouter les fichierx DWG sur le même principe (mêmes règles) que le dxf
Je sais pas toi, mais moi, je sens que les im*, et areYou* vont vite se démultiplier...