Je développe un site publicitaire et je souhaite utiliser des services Web pour les demandes. Je veux dire, un site d'éditeur mettra un extrait JavaScript et il tire une bannière à travers un repos obtenir.
est le Django-piston Cadre de mature pour mettre en œuvre cette fonctionnalité?
4 Réponses :
Django est certainement assez mature. Il opère plus d'une douzaine de sites de production de haut niveau. Piston d'autre part, je ne saurais pas, sauf Bitbucket.org. Je ne connais pas d'autres sites «de haut niveau» qui l'utilisent. Cela ne sonne pas comme si vous avez besoin d'une framework complexe sur Django juste pour gérer le repos. Vous pouvez facilement mettre en œuvre un service reposant sur Django sans utiliser d'autre bibliothèque spécifique.
Je suis en désaccord, écrit votre propre service reposant peut être une douleur, en particulier si vous avez beaucoup de modèles. Django-piston peut ne pas être le meilleur choix, mais utiliser une sorte de cadre de repos aussi bien que vous devrez écrire des cas pour chacun de vos modèles. Vous simplement créer un objet de gestionnaire simple pour chaque modèle, puis le cadre prend soin du reste.
@Jordan exactement, si vous avez de nombreux modèles exposés au repos. L'affaire de OP sonne comme s'il a un modèle de publicité avec Met / Post et obtenir des méthodes. C'est pourquoi cela ne sonne pas comme s'il doit configurer une autre bibliothèque pour se reposer.
Je ne peux pas répondre "est-ce assez mature." Nous évaluons toujours nos options nous-mêmes.
Cependant, vous voudrez peut-être vérifier ceci:
Je l'utilise actuellement et c'est assez bon pour mes besoins, qui sont assez simples (surtout simplement un moyen facile de configurer une API en lecture seule pour les données de modèle). J'ai quelques critiques:
Il ne semble pas que Jespern, le créateur du code, fait beaucoup en réponse à Problèmes postés à Bitbucket . Peut-être une critique injuste et une activité dans le Django-piston Google Group . Il est toujours frustrant de poster un problème et de rencontrer la réponse zéro que ce soit.
Il semble qu'il existe des incohérences ou des erreurs dans le codage. Par exemple, Ce numéro que j'ai posté. (Je peux la poursuivre dans le groupe).
C'est ce que je veux dire !!! C'est un gros problème. Je veux dire, en commençant quelque chose qui n'est pas en dirigé n'est pas une bonne idée!
Je suis totalement d'accord avec vous Jordan. J'essaie de décider de décider d'utiliser Piston ou Tastypie pour un projet que je travaille et que j'aimai mieux la tastypie, il manque quelques fonctionnalités que j'aimerais avoir (comme l'accès à la demande de sorte que cet objet de Méthodes de ressources). C'est là que j'ai commencé à envisager un piston, mais l'activité du projet semble être en train de diminuer. C'est vraiment pitié.
J'ai cherché à trouver le "meilleur" package de repos Django et je suis tombé sur cette table, ce qui est utile:
http://www.djangopackages.com/grids/g/api/
À ce stade (mi-2011) Django-Tastypie est le gagnant clair pour le nombre d'auteurs, mise à jour de la base de code, de la documentation et de l'activité globale.
Modifier, Jan.2012: Je pense que les deux principaux prétendants sont maintenant Django-Tastypie , Et aussi, Django-Rest-Framework . Ce dernier a une fonctionnalité très utile d'API Web-Navigables, que j'ai encore à voir dans d'autres packages.
Django - par lui-même - va bien. L'ajout de piston est facultatif. Cela vous permet d'économiser du travail. Comme Django est mature et que le piston est facultatif, il est vraiment difficile de fournir une réponse. En outre, nous ne savons pas comment mature est "assez mature". Mon opinion de "assez mature" peut différer du tien.
@ S.Lott Merci pour votre réponse. Bien que «mature» puisse être sonore différent pour nous, certains aspects sont communs à tout le corps. Comme: bien documenté, bien testé, non buggé, etc. L'évolutivité peut être autre chose à adopter à la discussion.
@santiagobasulto: "Il existe certains aspects communs à tout le corps" Pas vraiment. Après avoir consulté pendant 30 ans, j'ai constaté qu'il n'y avait rien qui est commun. J'ai été surpris à plusieurs reprises par des choses qui sont supposées au lieu d'être déclarées. Que signifie "non buggé"?
Pas buggé signifie pas sous surveillance électronique. Je suis sûr que c'est la compréhension commune. Pensez-y à nouveau, peut ne pas être.
@ S.Lott avec non buggé, je veux dire qu'il n'a pas connu des problèmes. Comme "si vous le déployez dans un IIS, il va crancer", etc.
@santiagobasulto. Demande intéressante. Lorsque certaines personnes installent IIS, Windows se bloque. Est-ce que cela signifie IIS est buggé? Si tel est le cas, tout ce qui interface avec IIS est également buggé. Ou cela signifie-t-il que le problème est sous Windows. Si tel est le cas, Windows est buggé et que tous les logiciels fonctionnant sous Windows sont bugs. Je ne pense pas que vous puissiez demander des logiciels qui sont exempts de bugs.
@ S.Lott un peu tard ma réponse. Cela devrait être discuté dans une table avec des bières et beaucoup de temps, mais voici ma pensée. Je dirais que, étant donné votre message sur IIS et la nature de ma question, que si IIS effectue un accident de Windows, ou inversement, que IIS n'est pas assez mature alors. Merci pour votre aide de votre aide. PD: Nous avons décidé d'utiliser Django pour l'instant.
@santiagobasulto: "Beaucoup de temps"? Pourquoi? Cela semble être quelque chose que vous devriez simplement définir. Qu'entendez-vous par buggé? Pouvez-vous donner des exemples? Cela ne devrait pas prendre du temps. Si vous ne pouvez pas fournir une définition simple de "bugged", vous devriez peut-être trouver un concept que vous pouvez définir simplement. Si c'est si subtile qu'il faut du temps pour définir, il est chaud utile pour une solution d'ingénierie.
@ S.Lott je l'ai déjà défini. Simple: Si vous pouvez nommer un bogue connu (bien), il est buggé. Cela se produit avec le logiciel quand on est développé. C'était ma question. Si quelqu'un peut dire, par exemple: "N'utilisez pas de piston sur X Web Server Becouse, il a une fuite de mémoire" ou "si vous essayez de faire y alors" nous pouvons affirmer que c'est buggé. Bugged est simple à définir et nous n'avons pas besoin de "beaucoup de temps", nous avons besoin de temps pour définir "mature" cependant, et c'était ce que j'essayais de dire.
"Si vous pouvez nommer un bogue connu (bien), il est buggé". Ensuite, tous les logiciels sont bugs. Il n'y a pas de réponse à votre question. Pourquoi demander?
@ S.Lott Il est trop tourné "philosophique". Merci de votre intérêt.
@santiagobasulto: «Ça tourne trop" philosophique "? Quoi? J'essaie de comprendre la question. Que signifie "buggé"? "Si vous pouvez nommer un bogue connu (bien), il est buggé". Alors tous les logiciels sont "buggés", correct? Que demandez-vous? Veuillez définir vos termes d'une certaine manière que nous pouvons réellement répondre à votre question.
@ S.Lott, je pense, de mon humble point de vue (je ne suis pas un expert) qui est buggé signifie ce que j'ai dit auparavant. Et vous avez raison lorsque vous dites: «Chaque logiciel est buggé» mais, nous pouvons vivre avec quelques insectes et ces bugs ne nous affectent pas tous. Par exemple, je n'ai jamais fait face à un bogue dans Apache HTTP Server (je l'utilise depuis 7 ans). Bien sûr, je n'ai pas essayé de faire trop avec cela pour trouver un bug. Mais je pense que nous pouvons convenir que Apache est assez mature. À l'oposite, nous ne pouvons pas dire que, par exemple, chrome pour Linux est mature (je vois des bugs tous les jours).
@santiagobasulto: s'il vous plaît. Continuez à répéter votre position. Cela a peu de sens, mais s'il vous plaît continuez à répéter sans aucune pensée ni modification. Puisque Apache a connu des bugs (qui sont fixés avec chaque version), il est "buggé" par votre définition simple. "Bien sûr, je n'ai pas essayé de faire trop avec elle pour trouver un bogue" est une sorte de définition différente . Pourquoi continuez-vous à répéter une définition, et pourtant, vous semblez utiliser une définition différente de "bugged" pour décider que Apache n'est pas enfoncé. Il a des bugs. Lisez les notes de publication. Vous prétendez également que ce n'est pas buggé.
@ S.Lott Oui, je suis d'accord, c'est buggé, mais "ce n'est pas trop buggé" (ça sonne bizarre, ne veut pas dire, il a des bugs mais est le serveur numéro 1 dans le monde. Tu ne penses pas que c'est assez mature?
@santiagobasulto: Nous ne savons pas que mature est "assez mature". Mon opinion de "assez mature" peut différer du tien. Si votre définition de "suffisamment mature" est "Apache", personne ne peut répondre à votre question, sauf en disant "Apache". Que voulez-vous dire par "mature"? Voulez-vous dire "le serveur numéro 1 dans le globe"? Si tel est le cas, seule Apache peut être une réponse. Il est clair que cela ne peut rien avoir à faire avec "buggé", car Apache a des bugs. De quoi parles-tu? Quelle définition de "mature" utilisez-vous?