Pour utiliser codeigniter framework ou standard de php?
Discuté de cela avec un développeur comme je l'ai suggéré d'utiliser CodeIgniter framework standard de PHP.
Leur réponse a été comme suit:
Avantages du Code de l'Allumeur inclure standardisé structure MVC.
Les inconvénients comprennent le fait que vous avez besoin de l'ensemble du cadre, même si vous n'avez pas besoin d'utiliser de tout et un peu plus lent pour l'équipe de déploiement du projet. Avantages du cours normal de nos Personnalisée framework PHP - rapide à développer et totalement flexible, seulement besoin du code qui est pertinent.
Seriez-vous d'accord avec leur réponse, et pourquoi?
J'ai toujours bien CI a été plus rapide à déployer en raison de l'utilisation de balises courtes et librement des modules disponibles.
Btw. Quel est son cadre? A-t-il une base de la réussite des projets sur la base de son cadre? Et que fait-il à mettre en œuvre, si ce n'MVC? Pour moi, il semble que le gars ne sait pas CodeIgniter (ou tout autre non personnalisés) cadre et les craintes pour démarrer le projet, basé sur elle. Mais il n'est qu'une supposition et il peut être très bon en codage, et ce cadre peut être très bon, ce n'est que mon avis, basé sur la façon dont il raisonnée des son cadre, c'est mieux.
Je ne suis pas sûr que la "coutume" de cadre. Le dev est pour le backend et admin backend quartier des affaires pour une application iPhone.
Je pense que le gars parler de son incompétence et je voudrais le voir même si son cadre est même un véritable MVC.
OriginalL'auteur Matt5403 | 2011-05-21
Vous devez vous connecter pour publier un commentaire.
Cela dit, CodeIgniter n'est pas le seul cadre, mais j'aime vraiment le fait qu'avec la nouvelle version, ils ont déménagé à PHP5. En général, les frameworks open source sont le chemin à parcourir.
OriginalL'auteur aleemb
Je serais fortement en désaccord.
Les détails du projet serait très utile, mais en général cadres sont très utiles et accélérer le travail (pas nécessairement de l'application), de manière significative.
Tenir compte du fait, "la Coutume PHP Framework" (quoi qu'ils pensent de l') est... personnalisé. Cela signifie qu'il n'est pas testée que par exemple. Zend Framework, il n'a pas été prouvé pour être efficace et couronnée de succès dans des milliers de projets, et c'est probablement quelque chose de très simple (comme cadres de grandes ont été développés depuis des années par de grandes équipes de développeurs, plus les développeurs d'entreprises qui les utilisent).
Des cours de codage PHP peut être très bonne option, si vous avez vraiment besoin de vitesse (de l'application), avoir le temps de le construire et de l'argent pour payer les développeurs qui vont se développer très largement (car ils seront la mise en œuvre de nombreuses fonctionnalités qui viennent avec presque tous les framework PHP). Mais vous devez être sûr que vous vraiment besoin de prendre que les non-approche standard (comme "non-standard", je veux dire, pas à l'aide de quelques fiable cadre).
C'est à vous. Si vous pouvez donner quelques détails au sujet de l'application qui doit être créé, les réponses peuvent être plus pertinentes.
ne avoir une certaine cadre spécifique à l'esprit?
très utilisé page tôt ou tard besoin de mise en cache
mmm tout le monde?
cela dépend - dans certaines applications, vous n'avez pas pour mettre en œuvre toute la mise en cache: il peut ne pas être nécessaire
OriginalL'auteur Tadeck
Essayer de construire votre propre Cadre est très éducatif et va beaucoup t'aider; il vous permettra aussi de créer un cadre qui correspondent à vos besoins au lieu de la générale. Mais cela ne peut être fait que si vous êtes gérant d'une Entreprise de projets parce que l'activité nécessite de la stabilité que vous ne pouvez pas obtenir à partir d'un cadre. Par la création de votre propre cadre de référence, vous risquez de perdre énormément de temps (ce qui est coûteux lorsque l'on travaille avec des trucs d'entreprise) et de l'argent pour rien.
Fondamentalement, ça dépend de votre type de projet.
OriginalL'auteur Shoe
J'ai une certaine expérience avec l'écriture de mon propre CMS, et je dois bien avouer que c'était très éduquer, mais du point de vue financier, totalement non rentable décision.
À mon avis, les développeurs devraient essayer d'écrire des spécifications. Très spécifications détaillées de ce qu'ils doivent mettre en œuvre. Ensuite, ils doivent calculer le temps nécessaire pour le code d'une telle fonctionnalité afin qu'ils puissent comparer ce travail à des éléments déjà inclus dans le CI et de décider quelle est l'option la plus viable en termes de temps, de code, de temps à apprendre, et bien sûr le temps de tester.
Vous avez raison. Mais ma réponse est toujours correct 🙂
OriginalL'auteur Max Barnas
S'ils n'ont pas l'esprit de l'enseignement de leurs personnalisé cadre, alors il est probablement le meilleur ajustement (surtout si le mec qui a écrit, il est toujours là).
En effet, les cadres peut se transformer en une insupportable cauchemars. CI a l'avantage d'une petite communauté et une documentation détaillée. Une fois que vous roulez quelques projets avec elle, je suis sûr que le roll-out sera aussi rapide que la coutume cadre.
OriginalL'auteur Ryre
Nous avons enterré notre propre cadre en faveur de l'IC. Financièrement c'était une décision difficile que nous avons passé plus de 1000 heures sur elle et avons beaucoup de projets en cours d'exécution sur elle.
CI nous a permis de nous développer plus rapidement et a standardisé nos projets. L'architecture nous permet d'étendre facilement sans préoccupations au sujet de "abîmer" le noyau du framework.
CI est la voie de l'avenir de l'OMI
OriginalL'auteur AlunR
Leur réponse a été quasi-corriger...
C'est généralement faux, et en fait, c'est probablement bien au contraire, dans de nombreux cas. Personnellement, je suis en mesure de manivelle de projets beaucoup plus rapidement à l'aide d'un cadre. Je n'ai pas utilisé MVC dans un environnement d'équipe, mais j'imagine que par la division du travail dans les Modèles, Vues et Contrôleurs de flux de travail répandent seperations à promouvoir le développement de la vitesse.
Ce que vous construisez? C'est la question cruciale.
Si vous êtes la construction d'une application web dynamique, des cadres, vous économiserez des heures et des heures de travail parce que vous n'avez pas à réinventer la roue, encore et encore. Si le point de votre projet est la base, alors en effet... cadres d'ajouter trop de frais généraux. Je dirais que, en règle générale, si vous êtes du projet nécessitera plus de 5 .php les fichiers, puis démarrez à l'aide d'un cadre, parce que c'est ce que le but est de séparer la logique.
Utiliser CodeIgniter ou un autre cadre pour les grands projets dans lesquels vous soupçonnez que votre code va commencer à être désorganisée. Le modèle MVC empêche cette désorganisation.
Il semble que si vous n'avez jamais utilisé un cadre avant. La première étape dans la prise de décisions sur l'opportunité ou non d'un cadre selon la tâche à effectuer est de se familiariser avec un. Vous serez dans une bien meilleure position pour faire cet appel. Je ne vous recommande pas d'écrire votre propre droit de suite; vous aurez un aperçu de beaucoup de après avoir joué autour avec CI, Gâteau, ou Zend.
OriginalL'auteur Jordan Arseno