Codeigniter 2 Échafaudage

Quelles sont mes options lorsque vous traitez avec des échafaudages dans codeigniter - faire des gens d'utiliser des échafaudages souvent? Ou est-il une meilleure façon de rapidement générer du code pour être utilisé dans CRUD applications?

J'ai installé bougie: http://code.google.com/p/sparkplug/

Et il semble très bien - je veux dire, c'est basique mais super rapide à mettre en œuvre, et le code est basique mais propre et facile à comprendre.

Cependant j'ai remarqué qu'il n'y a pas beaucoup de discusson concernant les avantages/inconvénients.

Quelqu'un peut-il conseiller un) une bonne bibliothèque/ensemble d'outils à utiliser?
b) la meilleure Façon de procéder dans cette situation

Avez-vous essayé? git.io/dV8HCQ

OriginalL'auteur Ash | 2011-02-24

  1. 12

    L'idée des échafaudages temporaires CRUD a toujours paru un peu inutile pour moi pour plusieurs raisons:

    • Ce n'est pas une fin solution de jeu, vous allez avoir, éventuellement, de mettre en œuvre des bon (sécurisé) les opérations CRUD pour votre application qui sont mieux adaptés à votre application spécifique à ses besoins.
    • Si vous avez juste besoin rapide et sale DB en entrée, Pourquoi ne pas simplement utiliser votre SGBD? (phpMyAdmin, etc...)

    Pour atténuer le temps passé sur répétitives opérations d'application, j'ai fait créer un CRUD de base modèle afin que je puisse avoir un bon point de départ pour construire la base de données de base de l'interaction. De cette façon, vous aurez en fait être en train de progresser vers vos applications d'achèvement.

    "Si vous avez juste besoin rapide et sale DB en entrée, Pourquoi ne pas simplement utiliser votre SGBD? (phpMyAdmin, etc...)" échafaudage, en théorie, il est plus facile d'entrer les données de relation que de le faire manuellement (c'est à dire le suivi des FKs).

    OriginalL'auteur jondavidjohn

  2. 7

    Échafaudage n'a jamais existé pour vous éviter d'avoir à ouvrir Navicat, phpMyAdmin, MySQL Query Builder, etc. Mais ce jour-là dans l'âge, si vous ne savez pas comment fonctionne un client MySQL, alors vous ne devriez probablement pas travailler sur un putain de site web, de sorte qu'il a été supprimé.

    Je ne suis vraiment pas autorisé à se connecter à notre installation de MySQL, à moins que j'aille jusqu'à ELLE et l'utilisation d'un ordinateur à distance à un ordinateur, à Winnipeg.
    Si ils sont vraiment un monstre sur la sécurité, alors vous devez être la construction localement et le déploiement de code (à l'aide des migrations) qui a été examiné par des pairs et de nombreux tests, en n'utilisant pas d'insécurité non protégés interface PHP pour modifier les données sur le serveur live - parce QUE c'est ridicule.

    OriginalL'auteur Phil Sturgeon

  3. 2

    La raison pour laquelle je préfère utiliser un "rapide et sale" générateur de CRUD est souvent nous apporter dans plusieurs des personnes non-techniques pour faire supprimer les données. Si je peut facilement construire cette "jeter" de l'interface sans avoir à faire beaucoup de codage, il me permet de gagner beaucoup de temps, car bien que je ne suis pas passer beaucoup de temps sur le codage "jeter" les pages. Je n'ai pas vraiment envie de donner à des personnes non-techniques de l'administration de l'outil pour éditer les données.

    OriginalL'auteur Jeffrey Bradley