Compétences de survie pour les développeurs weblogic

En tant que développeur de WebLogic, il est important de savoir comment structurer vos applications et environnement de développement. Vous devez également savoir comment atteindre à la communauté de WebLogic lorsque vous rencontrez des problèmes. Cet article offre jusqu'à quelques recommandations et d'autres informations pour vous aider à faire le travail.

Sommaire

Gardez une documentation adéquate

La documentation est une partie importante de toute application. En tant que développeur, vous devez faire votre part pour assurer que votre demande est bien documenté. Documentation tombe dans plusieurs catégories:

  • La documentation du code de programme. La forme la plus évidente de la documentation se compose des commentaires dans le code source. Javadoc est un bon moyen de fournir cette documentation.
  • Manuel de développeur. Une utilisation basique mais souvent négligé de documentation apporte de nouveaux programmeurs à la vitesse. Sur les applications matures, les ordinateurs des développeurs contiennent souvent un mélange de fichiers utilisés comme l'application a été développée. Cet environnement peut être difficile pour un nouveau développeur de recréer. Le manuel du développeur décrit le processus nécessaire pour mettre en place l'environnement de développement sur une nouvelle machine.
  • Spécification de programme. Les changements aux spécifications de votre application doivent être communiqués à tous ceux qui sont impliqués dans ces changements.
  • Fin documentation utilisateur. Ceci est la documentation que vos utilisateurs se réfèrent à des informations sur la façon d'utiliser votre système. Comme fonctionnalités sont ajoutées au système et les fonctionnalités existantes modifiées, assurez-vous que vous mettez à jour la documentation de l'utilisateur.

En gardant toutes les formes de documentation bien entretenus, les développeurs et les utilisateurs peuvent rester à jour avec l'application.

Utiliser Usenet

Un des plus grands avantages de l'Internet est le sens de la communauté mondiale. Et aucune partie unique de l'Internet incarne cette plus de Usenet, qui se compose d'une grande collection de messages postés par les utilisateurs de l'Internet sur une variété de sujets.

Vous pouvez accéder à Usenet de plusieurs façons. Vous pouvez installer les programmes clients qui téléchargent et les affectations filtre de Usenet pour vous. Vous pouvez également utiliser portails Web. Un des portails Web les plus courantes est de Google Groupes.

Environnements de développement mis en place




WebLogic vous permet de créer plusieurs serveurs qui fonctionnent de la même machine. Ceci permet d'obtenir un moyen commode de prévoir plusieurs environnements de développement, telles que les suivantes:

  • Développement. L'environnement de développement est l'endroit où les développeurs à tester leur code. Cela permet aux développeurs de tester leur code dans un environnement contrôlé. Les versions stables sur le serveur de développement sont généralement reconduits pour le serveur de test.
  • Test. Votre équipe de projet comprendra probablement de l'assurance qualité (AQ) des gens qui testent le logiciel et signalent de nouveaux bugs. AQ personnes ne devraient pas être à l'essai à partir de votre serveur de développement parce que le serveur est trop volatile. Au contraire, vous devez déployer une version stable de votre serveur de développement sur le serveur de test. Cette version peut ensuite être testé par votre personnel d'AQ.
  • Démo. Vous aurez à votre logiciel démo, soit aux clients de montrer les progrès du système que vous créez, ou à des utilisateurs internes qui seront bientôt utiliser votre système. Si vous ne créez pas un serveur de démonstration et un développeur déstabilise votre serveur de développement, votre démo est abattu.
  • Documentation. Il est probable que un groupe de personnes va créer la documentation de votre application. Ils seront connectant sur le serveur et de prendre des captures d'écran et d'effectuer d'autres activités liées à la documentation de l'utilisateur final. Il est important de donner à vos rédacteurs techniques d'un environnement stable à partir de laquelle développer leur documentation.
  • Beta. Quand vous pensez que votre application est prête pour la production, avoir vos utilisateurs finaux de tester le logiciel une dernière fois avant qu'il ne soit étendu à la production. Ce processus est appelé fin aux essais d'acceptation par l'utilisateur. Il est une bonne idée d'effectuer ce test à partir d'un serveur spécial bêta.
  • Production. La version de production de votre programme est celui qui est utilisé par les utilisateurs finaux. Il est à vos administrateurs de serveur pour vous assurer que le serveur de production reste à leur disposition. Ce sera le dernier arrêt que toute version de votre logiciel est roulé pour.

Il est pas nécessaire de mettre en place toutes ces environnements sur des machines différentes. Plusieurs de ces environnements peuvent être combinés sur une seule machine.

Sachez ce que vous êtes en développement

En tant que développeur, vous devez comprendre le problème que vous essayez de résoudre. Cela peut sembler évident, mais les développeurs sur de grandes applications peut facilement perdre de vue l'objectif pour plusieurs raisons:

  • Spécifications du programme floues
  • Les développeurs qui sont au courant que de leurs propres zones locales du programme
  • Le manque d'accès à des utilisateurs d'affaires qui comprennent les spécifications

Comprendre les outils

De nombreux outils sont disponibles pour rendre la vie plus facile au développeur. Malheureusement, vous pouvez passer beaucoup de temps à apprendre à utiliser ces outils avant que vous réalisiez un gain en temps de programmation. En effet, le temps d'apprendre un outil est un investissement. Un développeur devrait au moins avoir les outils suivants:

  • Un éditeur de fichier texte
  • Un environnement de développement intégré (IDE) qui prend en charge le débogage
  • Un outil de construction, tels que ANT
  • Un beautifier de code source
  • Atelier ressources WebLogic
  • Le contrôle de version

Créer modulaires, des systèmes découplés

Une grande application aura de nombreuses classes et de systèmes entrelacés. Création d'un système composé de plusieurs modules présente plusieurs avantages:

  • Modules communs peuvent être réutilisés.
  • Le programme est facile à comprendre parce que les grands problèmes sont divisés en de nombreux petits problèmes.
  • Différents programmeurs peuvent travailler sur différents modules sans interférer avec l'autre.

Comme le système se développe, des modules spécifiques vont se déplacer de développement actif en mode maintenance. Assurez-vous que ces modules sont construits de telle sorte que l'aménagement continu ne provoque pas des erreurs se produisent dans le code de travail auparavant. Ces erreurs sont appelées erreurs de régression.

Soyez conscient de la sécurité

Les médias sont remplis de rapports de personnes utilisant les failles de sécurité dans le logiciel. Comme vous concevoir et implémenter votre application, vous devez être conscient de la sécurité. Failles de sécurité peuvent se glisser dans votre système de plusieurs façons:

  • Profitant de paramètres non validés
  • Altération URL
  • Dépassements de mémoire tampon
  • Injection de commandes dans les paramètres qui peuvent faire leur chemin vers SQL
  • Exploiter des failles de sécurité connues dans le système d'exploitation ou un logiciel serveur

Beaucoup de failles de sécurité sont le résultat de ne pas avoir les derniers correctifs pour votre système d'exploitation ou un logiciel serveur. Assurez-vous que vous avez les correctifs les plus récents.

Testez votre logiciel

En tant que développeur, vous devriez toujours tester vos modules ainsi que vous pouvez avant qu'ils intégrés avec les autres modules. C'est appelé les tests unitaires. Lorsque vous créez un module, vous devez faire tous les tests de l'unité à la main.

Lorsque vous êtes satisfait avec les résultats de l'essai de l'unité, vous êtes prêt à intégrer votre module avec ceux développés par d'autres. Ce processus est appelé tests d'intégration. Les tests d'intégration implique un travail d'équipe avec d'autres développeurs que les composants sont mis ensemble pour la première fois.

En plus des tests effectués par les développeurs, il y aura des tests effectués par les gens de l'AQ et les utilisateurs finaux. Comme ces utilisateurs de tester votre logiciel. ils trouveront des bugs. Si vous avez un certain nombre de personnes AQ et les développeurs, un outil de suivi des bogues peut être pratique. En outre, des outils de suivi de bogues permettent notes à être attachés à des bogues individuels. Lorsque les développeurs ou les utilisateurs à trouver un bug, ils peuvent documenter la résolution. Ceci est important parce que tous les bogues sont le résultat d'erreurs de programmation.

Lorsque le système est presque prêt à être exécuté depuis le serveur de production, vous devez effectuer fin aux essais d'acceptation par l'utilisateur. Cela donne aux utilisateurs finaux une dernière chance de tester le système avant qu'il est roulé dans la production.


» » » » Compétences de survie pour les développeurs weblogic