J'ai un site Web de commerce électronique qui est déjà opérationnel depuis un certain temps. Il est construit sur .NET 3.5. Jusqu'ici tout va bien.Partage de composants dans la plate-forme .NET
Le "problème" est que maintenant je dois commencer à partager des fonctionnalités (liste de produits, mécanismes de commande, informations client, etc.) de ce projet avec de nouveaux projets et des fournisseurs externes. Puisque je sais que la chose va être grande, je pense que la meilleure solution est de créer une "plateforme" basée sur une couche de service à peu près comme SalesForce.com où je peux offrir toutes les fonctionnalités de mon application e-commerce .
Ma question est:
1) à des fins d'organisation, je voudrais être en mesure de créer une nouvelle solution VSS qui consomme la DLL d'affaires que j'ai déjà d'application e-commece. Mais, si je crée une nouvelle solution VSS pour la garder séparée, je devrai référencer la DLL compilée à partir de l'application e-commece et mettre à jour cette référence tout le temps en raison des changements du commerce électronique. Qu'est-ce que tu penses? Est-ce le meilleur moyen d'y aller? Ou est le meilleur moyen de continuer à utiliser la même solution et tout mettre ensemble afin que je puisse créer une référence directement au projet au lieu de la DLL? 2) Si je choisis de conserver la même solution VSS, que se passe-t-il si j'ai besoin de créer un service qui expose les fonctionnalités d'autres systèmes? Dois-je créer le nouveau service dans la même solution que le composant que je souhaite exposer?
Mes problèmes sont assez liés à l'organisation des projets. Nous avons plusieurs projets et ils suivent les mêmes standards de développement, donc mon idée initiale était de créer une nouvelle solution VSS pour centrer toutes les fonctionnalités de cette nouvelle plateforme en un seul endroit, mais si je le fais, il semble que la gestion des DLL sera difficile à faire.
Merci beaucoup!