2010-07-12 8 views
0

Moi-même et mon équipe prenons en charge une application Web DNN effectuée par un fournisseur de développement logiciel.Comment dois-je m'attaquer pour réparer une application Web DNN?

Il existe quelques problèmes comme 1. données/API non standard redondantes pour accéder à l'onglet et la configuration d'un module, et 2. quelques autres problèmes liés à l'architecture.

Mon but est d'éliminer les éléments dont nous n'avons pas besoin et de rediriger l'application vers les meilleures pratiques de DNN. J'ai également besoin de mettre en œuvre un moteur de flux de travail avec DNN car pour le moment le processus de flux de travail est "semi-codé en dur". Je me demande s'il existe des modèles de conception/pratiques exemplaires (particulièrement en ce qui concerne le flux de travail) que nous pouvons suivre pour soulager notre douleur et nous aider à prioriser le travail?

EDIT: l'application n'a pas été conçue en pensant aux tests unitaires, mais cela ne me dérange pas de la changer tant que je peux créer un test unitaire, aidez-moi aussi avec DNN.

Merci d'avance.

+0

Quelle version de DNN est-ce en cours d'exécution? Certains des domaines que vous mentionnez (workflow et tests unitaires) ont connu des améliorations avec les versions récentes. –

+0

4.9.0 pour le moment. La mise à jour vers la dernière version est à l'ordre du jour mais je suis conscient qu'il y a des problèmes à traiter car l'application (pas DNN) est mal construite. Cependant, j'ai trouvé qu'il était assez difficile de trouver une documentation/une bonne pratique (non-newbie) de bonne qualité pour DNN et je ne suis donc pas sûr de savoir quels modèles de design sont les mieux adaptés pour travailler avec DNN. – airmanx86

Répondre

0

Le meilleur cas serait de faire une copie du répertoire, cloner le db, et le mettre séparément afin que vous puissiez jouer avec. Tout d'abord, mise à niveau vers la dernière version et voir ce qui se passe avec les modules achetés et construits. J'ai eu quelques problèmes avec les anciens modules qui étaient au cœur des opérations n'ayant pas ou n'étant pas compatibles avec la toute dernière version de dnn. Dans tous les cas, un coup d'œil rapide sur la couverture de neige m'a permis de trouver des alternatives qui se sont avérées meilleures de toute façon.

Nous ne sommes pas une énorme équipe de développement, mais j'ai trouvé des scénarios de test pour garantir que la fonctionnalité ne soit pas perdue dans le processus de mise à niveau, qui a énormément aidé.

Comme je l'ai déjà mentionné, si c'est un code local que vous ne voulez pas mettre à jour ou même prendre en charge, il y a beaucoup de modules qui font beaucoup de choses cool. Peut-être vaut la peine de regarder une nouvelle installation de DNN et de migrer ce que vous avez à faire et à partir de là.

+0

Merci @Matt, le projet n'utilise aucun module DNN par défaut, donc seul le code "homegrown" est concerné. La suggestion de cas de test est un bon point. BTW, avez-vous connaissance de bonnes ressources/livres sur DNN avec le flux de travail et les tests? – airmanx86

+0

Désolé, je n'ai pas vu ce suivi. Vous vous demandez si vous avez mis à jour les dernières versions, beaucoup de bonnes choses sont sorties entre maintenant et ensuite. J'ai honnêtement obtenu plus de bonnes réactions/réponses postant des questions sur Twitter avec des tags #dnn ou #dotnetnuke :) –