davidbgk
/
larlet-fr-david


			
				
					
						
						
							123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202
							<!doctype html>
<html lang=fr>
<head>
  <!-- Always define the charset before the title -->
  <meta charset=utf-8>
  <title>Comparaison de TurboGears et Django, deux frameworks web Python — Biologeek — David Larlet</title>
  <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  <meta name="viewport" content="width=device-width, initial-scale=1"/>
  <!-- Fake favicon, to avoid extra request to the server -->
  <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  <link rel="manifest" href="/manifest.json">
  
  <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  
  <noscript>
    <style type="text/css">
      /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
      body {
        font-family: 'EquityTextB', serif;
      }
      h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
        font-family: 'EquityCapsB', sans-serif;
        font-variant: normal;
      }
    </style>
  </noscript>
  
  <!-- Canonical URL for SEO purposes -->
  <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20060715-comparaison-de-turbogears-et-django-deux-frameworks-web-python">

</head>
<body>
  <div>
    
    <header>
      <nav>
        <p>
          <small>
            Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
          </small>
        </p>
      </nav>
    </header>
    
    
  <section>
    <h1 property="schema:name">Comparaison de TurboGears et Django, deux frameworks web Python</h1>
    <article typeof="schema:BlogPosting">
      <div property="schema:articleBody">
        <img src="/static/david/biologeek/images/logos/turbogears_django.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
        <p>Entre deux <a href="https://larlet.fr/david/biologeek/archives/20060617-traduction-francaise-de-la-documentation-de-django-le-framework-web-python/">traductions de tutoriels pour Django</a>, j'ai décidé de traduire ce <a href="http://www-128.ibm.com/developerworks/linux/library/l-turbogears/#N10403">petit comparatif</a> qui fait suite aux articles d'introduction à ces frameworks web publiés sur le site d'IBM (<a href="http://www-128.ibm.com/developerworks/linux/library/l-django/">partie 1 consacrée à Django</a> et <a href="http://www-128.ibm.com/developerworks/linux/library/l-turbogears/">partie 2 à TurboGears</a>). Je trouve que c'est l'un des plus objectifs qui m'ait été donné de lire et il est à ce titre intéressant pour ceux qui sont dans le doute et/ou curieux.</p>

<p><a href="http://www.djangoproject.com/">Django</a> et <a href="http://www.turbogears.org/">TurboGears</a> sont deux frameworks de type <abbr title="Modèle Vue Contrôleur">MVC</abbr> qui permettent de développer des sites Web de manière agile et rapide en utilisant le langage Python. De façon à choisir celui qui répondra le mieux à vos besoins, voici quelques différences à connaître&nbsp;:</p>

<h2>Historique</h2>

<p>Les deux projets, tout comme Ruby on Rails, sont issus d'applications existantes ayant été ensuite «&nbsp;libérées » pour la communauté Open Source. Django est plus vieux et provient, à la base, d'un journal en ligne qui sert des millions de pages par jour. TurboGears est issu du développement d'un client riche, une application de lecture de flux <abbr title="RDF Site Summary">RSS</abbr> qui est toujours en développement. Par rapport à Django, TurboGears est davantage guidé par la communauté car il utilise de nombreux composants open-source pré-existants.</p>

<p>Les origines différentes de chaque projet ont mené à des priorités différentes lors du développement. L'équipe de Django, venant du monde en constante évolution du journalisme en ligne, s'est focalisée sur un framework permettant de bâtir rapidemment des applications facilement modifiables et basées sur du contenu. L'équipe de TurboGears, avec ses origines de produit-consommateur, s'est dirigée vers des applications client riches et une architecture modulaire.</p>

<h2>URLs</h2>

<p>Le mécanisme de gestion des requêtes de Django correspond aux contrôleurs de classes et aux noms de méthodes. Dès que vous ajoutez une nouvelle classe ou une nouvelle méthode, la nouvelle URL est immédiatement disponible. Si vous avez besoin de changer le chemin qui execute un contrôleur donné, vous devez modifier la structure de votre code. Réciproquement, Django utilise un fichier de configuration indépendant basé sur des expressions rationnelles. Celui-ci fait correspondre les URLs au code, découplant la structure des URLs de l'implémentation.</p>

<p>Le système de TurboGears est plus rapide à mettre en place que celui de Django, puiqu'il ne nécessite qu'un simple décorateur pour rendre les nouvelles pages disponibles. Par contre, le système de configuration de Django permet un contrôle et une flexibilité totale. Les URLs de Django peuvent être facilement rétablies pour une application après un réarrangement majeur du code. Cela permet de prévenir les liens morts causés par les anciens favoris ou le cache des moteurs de recherche. Les liens morts sont à l'origine d'une baisse du traffic et de l'utilisabilité des sites basés sur du contenu auxquels Django est destiné.</p>

<h2>Réutilisation du code</h2>

<p>L'équipe de TurboGears appelle leur projet un méga-framework pour rendre limpide le fait que <abbr title="TurboGears">TG</abbr> est issu de composants existants. L'équipe de TurboGears sélectionne et incorpore le meilleur code source diponible au lieu de tout réécrire à partir de rien. L'un des bénéfice du framework TurboGears est, qu'étant un méga-projet, il dispose d'une méga-communauté. <abbr title="TurboGears">TG</abbr> est devenu un puissant catalyseur, augmentant l'intérêt et la motivation pour les projets formant le cœur de TurboGears.</p>

<p>À l'inverse, Django a été créé en 2003 lorsque l'état des composants Python existants n'était pas aussi avancé que ce qu'il est aujourd'hui. Le framework Django a été créé à partir de rien, et le resultat est un framework stable qui est utilisé pour de nombreux sites qui gèrent des millions de clics par jour. Toutefois, certains avancent que le projet Django souffre du syndrome du <abbr title="Not Invented Here">NIH</abbr> (réinvention de la roue) en raison de son manque de réutilisation du code. La position de l'équipe de Django est que le travail nécessaire pour créer un framework en Python à partir de rien n'est pas plus important que celui d'adapter les composants existants ensemble et que le résultat est un framework uniformisé et cohérent.</p>

<h2>JavaScript</h2>

<p>TurboGears a donné à la bibliothèque JavaScript MochiKit une position de premier choix au sein de son framework. L'équipe a aussi créé une bibliothèque de composants qui permet l'utilisation étendue du JavaScript pour créer des éléments d'interfaces «&nbsp;enrichies ». Cela montre l'importance attribuée au développement de clients riches (Ajax) dans le monde de TurboGears. L'équipe de Django n'a pas choisie de bibliothèque JavaScript particulière inclue dans leur framework par défaut mais a discuté de cette possibilité (<abbr title="Note du Traducteur">NdT</abbr>&nbsp;: c'est <a href="http://code.djangoproject.com/wiki/AJAX">toujours en cours de discussion</a>). Aucun des projets ne vous restreint, d'aucune façon que ce soit, à utiliser la bibliothèque JavaScript de votre choix.</p>

<h2>Outils d'administration</h2>

<p>Les deux projets ont une interface d'administration. L'outil d'aministration de Django est destiné à l'utilisateur final qui a besoin d'une interface ergonomique d'insertion des données ne nécessitant pas d'être modifiée à chaque ajout de nouvelle fonctionnalité. En revanche, l'outil d'aministration de TurboGears est destiné aux développeurs. Elle leur permet d'avoir accès à divers outils dont un visualisateur et un éditeur de base de données basiques.</p>

<h2>Licence</h2>

<p>Du fait que Django soit parti de rien, l'intégralité du projet est sous une unique licence open source (le licence BSD). TurboGears, issu de plusieurs projets, a plusieurs licences. SQLObject, l'outil d'<abbr title="Object Relational Mapping">ORM</abbr>, est protégé par la <abbr title="Lesser General Public License">LGPL</abbr>, qui stipule que chaque modification directe de SQLObject doit être restituée à la communauté du projet. La licence ne nécessite pas que les application l'utilisant soient open source. Néanmoins, certaines sociétés n'acceptent pas l'utilisation de logiciels sous <abbr title="Lesser General Public License">LGPL</abbr>. Dans ce cas, vous pouvez utiliser SQLAlchemy, un autre outil d'<abbr title="Object Relational Mapping">ORM</abbr> bénéficiant d'un support important au sein de la communauté de <abbr title="TurboGears">TG</abbr>.</p>

<h2>Exemples concrêts</h2>

<p>Consultez la liste des <a href="http://code.djangoproject.com/wiki/DjangoPoweredSites">sites propulsés par Django</a> et <a href="http://trac.turbogears.org/turbogears/wiki/SitesUsingTurboGears">TurboGears</a>. Ces applications en ligne témoignent de ce qui peut être fait avec chacun de ces outils.</p>

<h2>Bonus</h2>

<p>On n'est plus dans la traduction mais si vous vous intéressez aussi à <abbr title="Ruby on Rails">RoR</abbr> je vous recommande <a href="http://www.djangoproject.com/snakesandrubies/">cette vidéo</a> qui date un peu (donc les exemples sont légèrement obsolètes) mais qui se termine par une séance de questions/réponses intéressante et plutôt marrante (pour les geeks). De toute façon, maintenant qu'on sait que <a href="http://wiki.rubyonrails.com/rails/pages/Framework+Performance">Django est plus performant que Rails</a>... je ne vois plus trop d'intérêt à apprendre le ruby ;-).</p>
      </div>
    </article>
    <footer>
      <h6 property="schema:datePublished">— 15/07/2006</h6>
    </footer>
  </section>
  <section>
    <div>
      <h3>Articles peut-être en rapport</h3>
      <ul>
        <li><a href="/david/biologeek/archives/20060815-le-langage-de-template-django-pour-les-auteurs-de-templates/" title="Accès à Le langage de template Django : Pour les auteurs de templates">Le langage de template Django : Pour les auteurs de templates</a></li>
        <li><a href="/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-4-conception-d-un-formulaire-et-vues-generiques/" title="Accès à Rédaction de votre première appli Django, partie 4 : Conception d&#39;un formulaire et vues génériques">Rédaction de votre première appli Django, partie 4 : Conception d&#39;un formulaire et vues génériques</a></li>
        <li><a href="/david/biologeek/archives/20060617-redaction-de-votre-premiere-appli-django-partie-3-creation-des-vues-de-l-interface-publique/" title="Accès à Rédaction de votre première appli Django, partie 3 : Création des vues de l&#39;interface publique">Rédaction de votre première appli Django, partie 3 : Création des vues de l&#39;interface publique</a></li>
      </ul>
    </div>
  </section>
  <section>
    <div id="comments">
      <h3>Commentaires</h3>
      
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">fredix</span> le <span class="comment-date" property="schema:commentTime">15/07/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>&quot;De toute façon, maintenant qu'on sait que Django est plus performant que Rails... je ne vois plus trop d'intérêt à apprendre le ruby ;-).&quot;<br />
<br />
Pas pour longtemps ;) :<br />
<a href="http://www.ruby-forum.com/topic/72785" title="http://www.ruby-forum.com/topic/72785" rel="nofollow">www.ruby-forum.com/topic/...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Actinidia</span> le <span class="comment-date" property="schema:commentTime">26/07/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <!-- TB -->
<p><strong>Développement web agile: quel framework choisir ?</strong></p>
<p>La mode en ce moment est au framework de développement web basés sur les langages de script Python et Ruby on Rails. Trois framework semblent se démarquer (les sites web officiels des trois projets valent le coup d'oeil):
Ruby on Rails, en Ruby...</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">01/09/2006</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Quelques précisions en ce qui concerne TG:<br />
<br />
TG dispose d'un système de package automatisé: les eggs qui sont le standard python. Il est ainsi facile de distribuer une application;<br />
Grace à ça, on peut développer des widgets pour TG que l'on distribuera sous forme de egg.<br />
<br />
De plus TG permet d'utiliser le modèle créé et donc la base de donnée en dehors de TG et sans même ce dernier tout en gardant l'interface objet de l'ORM.<br />
<br />
Il est tout à fait possible avec TG comme avec Django de définir les urls tels qu'on le souhaite. Par défaut il suffit de rajouter un décorateur pour publier une url mais il existe un module appelé RulesDispatch pour gérer plus librement l'URL. De plus il existe un mécanisme interne à CherryPy permettant de gérer soit même son url, il s'agit de la méthode default qui est appelée lorsqu'aucun objet ou méthode exposée n'est trouvée.<br />
<br />
Sinon ton article est très bien :D</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Baptistoux</span> le <span class="comment-date" property="schema:commentTime">11/01/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>&quot;TG dispose d'un système de package automatisé: les eggs qui sont le standard python. Il est ainsi facile de distribuer une application;&quot;<br />
<br />
Ruby on Rails (et plus généralement Ruby) permet aussi cela :<br />
les gems ;-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">patrick32</span> le <span class="comment-date" property="schema:commentTime">12/09/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p><a href="http://trac.turbogears.org/turbogears/wiki/SitesUsingTurboGears" title="http://trac.turbogears.org/turbogears/wiki/SitesUsingTurboGears" rel="nofollow">trac.turbogears.org/turbo...</a><br />
This page has been migrated too <a href="http://docs.turbogears.org/SitesUsingTurboGears" title="http://docs.turbogears.org/SitesUsingTurboGears" rel="nofollow">docs.turbogears.org/Sites...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">dju-</span> le <span class="comment-date" property="schema:commentTime">18/08/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>L&#39;article est très vieux, mais bon... comme le lien est encore cassé, hop : <a href="http://www.turbogears.org/en/whos-using">http://www.turbogears.org/en/whos-using</a> :S</p>
    </div>
</div>

    </div>
  </section>

    
    <footer>
      <nav>
        <p>
          <small>
            Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
          </small>
        </p>
      </nav>
    </footer>
    
  </div>
  
  <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  
  <script data-no-instant>InstantClick.init()</script>
  
</body>
</html>