Archives de catégorie : Solution SandBox

3 choses que chaque programmeur devrait savoir

Introduction

Dans mes tâches de tous les jours, je dois modifier régulièrement du code et bien évidemment il y a des cas où on se dit vraiment « WTF? ».  Dans ce billet, je vais vous présenter quelque points à considérer afin d’améliorer la qualité de votre code et ainsi réduire le nombre de WTFs/minute lorsque vos collègues vous relirons.

Un commentaire sur les commentaires!

Assurez-vous que vos commentaires clarifient votre code et qu’il ne le rende pas plus obscur. Ajouté uniquement des commentaires pertinents expliquant ce que le code est censé accomplir. Vos commentaires d’en-tête devraient donner à n’importe quel programmeur assez d’information pour utiliser votre code sans avoir à le lire, tandis que vos commentaires au niveau des lignes devraient aider le développeur suivant à le corriger ou à le modifier. Comme avec toute autre forme d’écriture, il y a une habileté à écrire de bons commentaires et une grande partie de la compétence consiste à savoir quand ne pas les écrire.

À éviter :

'Instancie un nouveau dataset
Dim ds As New System.Data.DataSet

'Retourne la liste
Return listXYZ

Ne pas ignorer les erreurs!

Ignorer une erreur n’est pas une stratégie gagnante pour avoir du code solide. En fait, c’est tout simplement de la paresse. Peu importe la probabilité que vous pensez qu’une erreur se retrouve dans votre code, vous devriez toujours la vérifier et toujours la retourner. Vous ne gagnez pas de temps si vous ne le faites pas. Vous conservez des problèmes potentiels pour l’avenir.

À éviter :

try {
    // ...do something...
}
catch (...) {} // ignore errors

N’ayez pas peur de briser des choses!

Tout le monde a sans aucun doute travaillé sur un projet où le code était de qualité douteuse. Le système est mal architecturé et changer une chose vient toujours en briser une autre. Chaque fois que quelqu’un doit ajouter un module, l’objectif est de changer le moins de chose possible et de se croiser les doigts que ça ne plante pas. Bref, c’est l’équivalent de jouer une partie de Jenga.

N’ayez pas peur du code. Investir le temps de refactoriser le code va se payer plusieurs fois au cours du cycle de vie de l’application. Un avantage supplémentaire est que l’expérience de votre équipe face au système vous rend un peu plus experts en sachant comment il devrait fonctionner. En plus, travailler sur un système que vous détestez n’est pas la façon dont tout le monde devrait avoir à passer leur temps.

Advertisements

Microsoft annonce le retrait des solutions SandBox contenant du code dans SharePoint Online

Microsoft vient de publier un article le 29 juillet 2016 annonçant le retrait des solutions SandBox contenant du code dans SharePoint Online. Cela fait déjà plus de deux (2) ans que les solutions SandBox contenant du code ont le statut d’obsolète.

Cependant, les solutions Sandbox contenant du code déclaratif et du JavaScript, connu sous le nom de solution SandBox sans-code sont encore viable.

La transition vers le modèle des Add-ins ou vers du développement côté client est donc inévitable pour les entreprises qui veulent demeurer compétitive.

L’époque où le modèle des Add-ins avait été ajouté avec peu d’exemples et de documentation est révolu avec les diverses initiatives de la communauté Pattern and Practices.

Ce qui s’en vient :

  • Dans le cadre du processus de suppression, l’activation de nouvelles solutions SandBox  contenant du code, ainsi que les mises à jour de solutions existantes ne sont plus possible; 
  • Dans les prochaines semaines, l’exécution de solutions SandBox contenant du code dans SharePoint Online sera également désactivé.

Conclusion

Le retrait des solutions SandBox était inévitable mais personnellement, je trouve que quelque semaines est relativement court comme préavis. Un délai de quelque mois pour le retrait complet de l’exécution des solutions SandBox aurait été plus approprié. Par contre, je considère que c’est une bonne nouvelle car ça met un trait sur une technologie désuète et cela va permettre d’accélérer le développement d’application avec le modèle des Add-ins.

Source : http://dev.office.com/blogs/removing-code-based-sandbox-solutions-in-sharepoint-online