2010-10-06 15 views
3

J'ai créé ce framework pour remplir ce que je pensais être un besoin pour un framework de type PHP qui était vraiment efficace. Mon but est d'en faire un vrai projet open-source, mais comme je n'ai jamais lancé un projet open-source populaire, je pourrais utiliser quelques retours et conseils.Quelqu'un at-il déjà essayé PHP On Pie?

Ma question est la suivante: quelqu'un l'a-t-il utilisé? Si oui, quelle a été votre expérience?

Si vous avez ou n'avez pas, avez-vous des conseils pour les aspects hors programmation? Qu'est-ce qu'il manque, en termes de

  • Documentation
  • Hors de la facilité d'utilisation de la boîte
  • caractéristiques communautaires et de soutien
  • Peu importe ce que je ne peux pas penser à ce moment.

Fondamentalement tout conseil sur la façon dont je peux le prendre de son état actuel et le rendre au moins un peu populaire?

http://phponpie.com

+0

Avez-vous des caractéristiques uniques par rapport à ZF, Kohana, CI? Si non alors c'est "juste un autre cadre". – zerkms

+0

Pour le populariser, créez une entrée freshmeat, hébergez-la sur sourceforge/github/google en plus. Vous pourriez avoir besoin d'un forum, utiliser un service externe ou en construire un au sommet de votre infrastructure pour plus de crédibilité (aucun des grands frameworks OOP ne l'a encore fait). Si vous avez un peu de temps prolonger votre entrée ici: http://matrix.include-once.org/framework/view.php?name=pie - ne pas tout faire vert! Ce qui semble unique à propos de votre framework, c'est l'empaquetage en tant que plugins. La distribution est rarement prise en compte par les grands frameworks. – mario

Répondre

1

J'ai vu ça avant, mais je ne sais pas du tout pourquoi je devrais utiliser au lieu de Zend Framework ou Symfony, afin dit zerkms, il semble que juste un autre cadre.

La qualité du code a aussi quelques points d'interrogation à son sujet. Le code semble mélanger et assortir les styles PHP4 et PHP5 (pas de déclaration de visibilité sur certaines méthodes de classe, certains constructeurs de classes utilisent des constructeurs de style PHP4 ...) et un nom de fichier incohérent (interface iDb dans Db.php) et un style de codage incohérent , même dans le même fichier.

Vous ne savez pas à quel point il serait facile d'essayer des applications de test écrites avec ceci.

+0

Oh oui, j'ai oublié de mentionner Symfony dans mon commentaire ;-) – zerkms

+0

Donc, vous dites, que je devrais refactoriser le style de codage pour être entièrement cohérent? Fondamentalement, la plupart de ces décisions étaient conscientes. par exemple. La visibilité par défaut est publique, donc je ne montre qu'une visibilité privée et protégée. Et en ce qui concerne iDb à l'intérieur de Db.php, c'était juste pour l'efficacité, donc vous n'auriez pas à charger autant de fichiers. Mais je suis d'accord - il pourrait y avoir de meilleurs moyens. Je viens de prendre ces décisions en fonction de ma propre expérience. Est-ce une raison suffisante pour ne pas utiliser quelque chose? Je pense que Wordpress et Drupal ont un style de codage pire, mais ils sont populaires. Que puis-je faire pour le rendre plus populaire? –

+0

Ce ne sont que mes observations de choses qui peuvent être des offsets pour les contributeurs possibles ou les utilisateurs de votre code. La raison pour laquelle les gens utilisent WordPress malgré cela (moi inclus) est parce que le produit lui-même est bon - Facile à utiliser, a beaucoup de fonctionnalités. Vous avez rarement besoin de toucher le code du produit, cela n'a donc pas autant d'importance. Le commentaire de Mario sur votre question avait aussi quelques bons points à mon avis –