Il existe un certain équilibre entre le développement de la vélocité et la raison de la performance. Par exemple, vous pouvez proposer à votre chef d'équipe de développer une grille d'affichage en langage assembleur, manipulant les registres du processeur et l'accès direct à la mémoire (espérons que .Net permette ces astuces).
La pratique montre que cette technique permet de gagner jusqu'à 5 à 7 % du temps de rendu. Mais vous dépenserez beaucoup d'heures de travail avant de publier une nouvelle version.
Vous disposez d'une équipe de paris dans le monde entier et vous pouvez mettre en œuvre une grille par jour et par personne. Alors si vos clients peuvent attendre ce temps, ma réponse est : POURQUOI PAS ?
Le deuxième point est l'absence de connaissances sur la manière d'améliorer les performances des composants existants. Par exemple, la désactivation de ViewState sur GridView réduit le nombre d'octets transférés entre le serveur et le client (et inversement) jusqu'à 1Kb. Notez que cette quantité ne dépend pas du langage de programmation que vous choisissez, mais de l'effet de levier d'un composant réutilisable et bien testé.
Troisièmement, j'aimerais attirer l'attention sur les grands livres qui décrivent l'approche orientée vers les composants :
- Le composant de réutilisation réduit le risque de bogues ;
- vous pouvez toujours vous connecter à la communauté Internet pour répondre à une question spécifique ;
- vous pouvez surcharger un comportement particulier en surchargeant les méthodes de couples sur composant ;
- et enfin (voir mon premier point) vous économisez la ressource la plus précieuse - le temps !
