<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://blog.pabloprieto.net/index.php/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
  <title>Pablo Prieto - Blog - Conventions de codage pour AS3  - Commentaires</title>
  <link>http://blog.pabloprieto.net/index.php/</link>
  <description>&quot;Faire des sites web c'est pas facile tous les jours&quot;</description>
  <language>fr</language>
  <pubDate>Fri, 19 Mar 2010 06:31:23 +0100</pubDate>
  <copyright></copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>Conventions de codage pour AS3 - Busby</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c52</link>
    <guid isPermaLink="false">urn:md5:a1891d1a398e2b33fee24e6be5c865b4</guid>
    <pubDate>Sun, 24 Aug 2008 10:22:15 +0200</pubDate>
    <dc:creator>Busby</dc:creator>
    
    <description>&lt;p&gt;Oui, c'est bien pour le SDK Flex.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Spammy</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c43</link>
    <guid isPermaLink="false">urn:md5:a1828e7cdfafb6f99a7f541764a9b83e</guid>
    <pubDate>Sun, 22 Jun 2008 08:02:20 +0200</pubDate>
    <dc:creator>Spammy</dc:creator>
    
    <description>&lt;p&gt;C'est effectivement pour flex :)&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Tek</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c38</link>
    <guid isPermaLink="false">urn:md5:4b2bcdcbda8fab09c6cbff530bea7685</guid>
    <pubDate>Fri, 18 Apr 2008 12:18:15 +0200</pubDate>
    <dc:creator>Tek</dc:creator>
    
    <description>&lt;p&gt;Entièrement d'accord avec toi Pablo.&lt;/p&gt;


&lt;p&gt;Peut-être qu'une bonne idée serait de mettre sur le papier ce que chacun utilise comme habitudes d'écriture de code, de les justifier puis d'essayer de sortir les conventions les plus justes. Je m'y essaierais. J'ai déjà changé mes habitudes plusieurs fois en me laissant convaincre par les arguments d'autres codeurs.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Pablo</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c37</link>
    <guid isPermaLink="false">urn:md5:c75b8b7335ac30058d3ecee1107b725c</guid>
    <pubDate>Fri, 18 Apr 2008 12:07:02 +0200</pubDate>
    <dc:creator>Pablo</dc:creator>
    
    <description>&lt;p&gt;Effectivement ces conventions sont faites à la base pour le SDK Flex, mais pas mal de règles décrites sont pertinentes pour tout projet AS. Il ne s'agit donc pas de tout prendre au pied de la lettre mais ça peut tout de même servir de base.&lt;/p&gt;


&lt;p&gt;Il s'agit donc effectivement de conventions pour le SDK Flex, et éventuellement de &quot;bonnes pratiques&quot; pour les autres projets, à savoir adapter selon ses besoins.&lt;/p&gt;


&lt;p&gt;Ensuite chacun a ses préférences et certaines règles sont effectivement discutables, mais pour avoir déjà repris des codes sources totalement imbitables, je souhaite vivement qu'un maximum de développeurs AS se sensibilisent aux conventions de codage en général, et ce document est une bonne base de départ.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Tek</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c36</link>
    <guid isPermaLink="false">urn:md5:7e36a9064e08fffaa45a0f98f1d63b72</guid>
    <pubDate>Fri, 18 Apr 2008 10:43:47 +0200</pubDate>
    <dc:creator>Tek</dc:creator>
    
    <description>&lt;p&gt;Par exemple cette règle d'écriture est très discutable : &lt;a href=&quot;http://joshua.almirun.com/tech/ria/flash/as3-coding-style-curly-braces-in-flex-builder&quot; title=&quot;http://joshua.almirun.com/tech/ria/flash/as3-coding-style-curly-braces-in-flex-builder&quot;&gt;http://joshua.almirun.com/tech/ria/...&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;Le gars s'enflamme en disant que ce n'est pas lisible quand on revient à la ligne. Mais il ne justifie rien, il dit juste ça parce que ça sort de ses habitudes.&lt;/p&gt;


&lt;p&gt;Mais la réalité c'est qu'on peut très bien justifier que le code est bien plus lisible en mettant toujours les accolades en début de ligne quand justement les accolades sont toutes alignées par rapport à l'ouverture de la déclaration de la fonction pour mieux délimiter les ouvertures et fermetures de déclaration. Quand on me l'a justifié intelligemment, j'ai changé de méthode d'écriture moi-même.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Tek</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c35</link>
    <guid isPermaLink="false">urn:md5:827e3ad64f12ddebc3840e91d7db01c5</guid>
    <pubDate>Fri, 18 Apr 2008 10:18:18 +0200</pubDate>
    <dc:creator>Tek</dc:creator>
    
    <description>&lt;p&gt;Certaines sont bonnes et beaucoup les utilisent déjà. C'est une bonne chose de les avoir adoptées pour le SDK Flex.&lt;/p&gt;


&lt;p&gt;Les autres sont rarement conseillées ailleurs que dans ce document et ne trouvent pas de logique dans une utilisation quotidienne ailleurs que dans celle du design du SDK Flex.&lt;/p&gt;


&lt;p&gt;Par exemple :&lt;br /&gt;
- les underscores dans le nommage des évènements&lt;br /&gt;
- les acronymes de plus de 2 lettres en majuscules&lt;br /&gt;
- le typage des tableaux dans les commentaires non compatibles avec l'utilisation historique qu'on en a toujours faite à destination de MTASC&lt;br /&gt;
- ne pas utiliser les apostrophes pour délimiter les chaînes&lt;/p&gt;


&lt;p&gt;Mais surtout le formatage imposé du code qui ne se justifie pas, tout en passant à côté de l'essentiel au niveau du formatage du code nécessaire à une bonne lisibilité. Comme de conseiller de mettre les accolades toujours en début de lignes et de ne jamais les faire se suivre.&lt;/p&gt;


&lt;p&gt;Ce sont des règles d'écritures à destination du SDK, pas des conventions. Il ne faut pas que les devs les prennent pour conventions.&lt;/p&gt;


&lt;p&gt;Pour répondre à ta question, tu peux trouver des pistes chez Microsoft, les règles sont en général justifiées : &lt;a href=&quot;http://msdn2.microsoft.com/en-us/library/ms229042.aspx&quot; title=&quot;http://msdn2.microsoft.com/en-us/library/ms229042.aspx&quot;&gt;http://msdn2.microsoft.com/en-us/li...&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;Ou chez SUN pour Java : &lt;a href=&quot;http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html&quot; title=&quot;http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html&quot;&gt;http://java.sun.com/docs/codeconv/h...&lt;/a&gt;&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - damo</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c34</link>
    <guid isPermaLink="false">urn:md5:c4a7c30918d26022f18486ce4bd4513f</guid>
    <pubDate>Fri, 18 Apr 2008 09:08:30 +0200</pubDate>
    <dc:creator>damo</dc:creator>
    
    <description>&lt;p&gt;Pourquoi conseilles tu de ne pas suivre ces conventions ?&lt;br /&gt;
Peut-etre as tu un document similaire qui mettrais en evidence certaines differences ?&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Conventions de codage pour AS3 - Tek</title>
    <link>http://blog.pabloprieto.net/index.php/post/2008/04/17/Conventions-de-codage-pour-AS3#c33</link>
    <guid isPermaLink="false">urn:md5:a7f2a6993ff6dc4686cd560c3784af50</guid>
    <pubDate>Thu, 17 Apr 2008 22:12:46 +0200</pubDate>
    <dc:creator>Tek</dc:creator>
    
    <description>&lt;p&gt;Attention ce ne sont pas des conventions d'écriture Actionscript 3 mais seulement celles utilisées par Adobe pour écrire le SDK Flex mises sur le papier et imposées aux utilisateurs souhaitant soumettre du code destiné à être intégré au SDK Flex.&lt;/p&gt;


&lt;p&gt;Pour avoir parcouru le document et être assez attaché aux conventions d'écriture de code, je ne conseille pas de suivre ces conventions dans vos propres projets.&lt;/p&gt;


&lt;p&gt;Par contre, effectivement c'est plutôt une bonne idée d'uniformiser les conventions d'écriture du SDK Flex.&lt;/p&gt;</description>
  </item>
      
</channel>
</rss>