Cadastro com campos dinâmicos

Kra, dizem q isso eh um futuro, mas ainda hj, há muito problemas, como por exemplo, dependencias e regras de negócio complexas, mas se naum vai ter nda disso vale, vai ficar um projeto show de bola

Amigo criando um js, mas você tera que ter um tipo de controle tipo um botão para adcionar um novo campo etc…

Creio que apenas js não resolva o problema.
Afinal, ele teria que identificar qual o tipo de informação que o usuário deseja inserir ao criar aquele campo.
O que o autor deseja, até onde entendi, é criar um sistema que crie formulários a partir de requisitos do cliente.
Por exemplo, o cliente viu que precisa cadastrar os dependentes de uma pessoa. Porém, o sistema não possui um formulário que pemita isso.
O cliente vai até o gerenciador, escolhe os campos e o sistema salva isso em uma tabela do banco de dados e cria um novo link para esta opção.
Quando a pessoa for realizar o cadastro, clica em “Dependentes” e, aquele formulário criado, é exibido, permitindo inserir dados como nome, idade e grau de dependência, permitindo, inclusive, salvar tudo isto em uma tabela do banco de dados, com associação a pessoa.

Creio que apenas js não resolva o problema.
Afinal, ele teria que identificar qual o tipo de informação que o usuário deseja inserir ao criar aquele campo.
O que o autor deseja, até onde entendi, é criar um sistema que crie formulários a partir de requisitos do cliente.
Por exemplo, o cliente viu que precisa cadastrar os dependentes de uma pessoa. Porém, o sistema não possui um formulário que pemita isso.
O cliente vai até o gerenciador, escolhe os campos e o sistema salva isso em uma tabela do banco de dados e cria um novo link para esta opção.
Quando a pessoa for realizar o cadastro, clica em “Dependentes” e, aquele formulário criado, é exibido, permitindo inserir dados como nome, idade e grau de dependência, permitindo, inclusive, salvar tudo isto em uma tabela do banco de dados, com associação a pessoa.
Concordo, mas no momento não estou me preocupando muito em como ira funcionar, eu sei que será totalmente dinâmico, a ponto de eu não saber si quer que campo está sendo cadastrado, sei apenas que o usuário tem um conjunto de informações que ele quer jogar no banco.
Para isso terei que respeitar uma ordem pré-determinada dos campos do cadastro e dos campos no banco para que batam, além do que, toda vez que houver atualização do banco terei que aguardar até que as tabelas não estejam sendo usadas.
Finalizando para que isso funcione sem duvida eu teria que ter uma estrutura auxiliar (uma tabela por exemplo) que indique para um gerador de tela de cadastro dados básicos do campo, por exemplo o nome que será mostrado ao usuário daquele campo, o tipo de componente que eu usarei para mostrar isso ao usuário, entre outras questões que tenho que pensar para tornar o projeto viável. Sei que será trabalhoso, mas quando estiver pronto, nunca mais precisarei me preocupar com tela de cadastro, consulta, alteração
ps.: falei demais ^^

Creio que apenas js não resolva o problema.
Afinal, ele teria que identificar qual o tipo de informação que o usuário deseja inserir ao criar aquele campo.
O que o autor deseja, até onde entendi, é criar um sistema que crie formulários a partir de requisitos do cliente.
Por exemplo, o cliente viu que precisa cadastrar os dependentes de uma pessoa. Porém, o sistema não possui um formulário que pemita isso.
O cliente vai até o gerenciador, escolhe os campos e o sistema salva isso em uma tabela do banco de dados e cria um novo link para esta opção.
Quando a pessoa for realizar o cadastro, clica em “Dependentes” e, aquele formulário criado, é exibido, permitindo inserir dados como nome, idade e grau de dependência, permitindo, inclusive, salvar tudo isto em uma tabela do banco de dados, com associação a pessoa.
Concordo, mas no momento não estou me preocupando muito em como ira funcionar, eu sei que será totalmente dinâmico, a ponto de eu não saber si quer que campo está sendo cadastrado, sei apenas que o usuário tem um conjunto de informações que ele quer jogar no banco.
Para isso terei que respeitar uma ordem pré-determinada dos campos do cadastro e dos campos no banco para que batam, além do que, toda vez que houver atualização do banco terei que aguardar até que as tabelas não estejam sendo usadas.
Finalizando para que isso funcione sem duvida eu teria que ter uma estrutura auxiliar (uma tabela por exemplo) que indique para um gerador de tela de cadastro dados básicos do campo, por exemplo o nome que será mostrado ao usuário daquele campo, o tipo de componente que eu usarei para mostrar isso ao usuário, entre outras questões que tenho que pensar para tornar o projeto viável. Sei que será trabalhoso, mas quando estiver pronto, nunca mais precisarei me preocupar com tela de cadastro, consulta, alteração
ps.: falei demais ^^
Não, está tranquilo.
A questão é, como você pretende ganhar com isso?
Uma das formas de se ganhar dinheiro com o sistema é justamente o gancho para novas implementações.
Você não coloca todo o ouro num pote, precisa dividir, caso aconteça algo errado, não se perde tudo.

Creio que apenas js não resolva o problema.
Afinal, ele teria que identificar qual o tipo de informação que o usuário deseja inserir ao criar aquele campo.
O que o autor deseja, até onde entendi, é criar um sistema que crie formulários a partir de requisitos do cliente.
Por exemplo, o cliente viu que precisa cadastrar os dependentes de uma pessoa. Porém, o sistema não possui um formulário que pemita isso.
O cliente vai até o gerenciador, escolhe os campos e o sistema salva isso em uma tabela do banco de dados e cria um novo link para esta opção.
Quando a pessoa for realizar o cadastro, clica em “Dependentes” e, aquele formulário criado, é exibido, permitindo inserir dados como nome, idade e grau de dependência, permitindo, inclusive, salvar tudo isto em uma tabela do banco de dados, com associação a pessoa.
Concordo, mas no momento não estou me preocupando muito em como ira funcionar, eu sei que será totalmente dinâmico, a ponto de eu não saber si quer que campo está sendo cadastrado, sei apenas que o usuário tem um conjunto de informações que ele quer jogar no banco.
Para isso terei que respeitar uma ordem pré-determinada dos campos do cadastro e dos campos no banco para que batam, além do que, toda vez que houver atualização do banco terei que aguardar até que as tabelas não estejam sendo usadas.
Finalizando para que isso funcione sem duvida eu teria que ter uma estrutura auxiliar (uma tabela por exemplo) que indique para um gerador de tela de cadastro dados básicos do campo, por exemplo o nome que será mostrado ao usuário daquele campo, o tipo de componente que eu usarei para mostrar isso ao usuário, entre outras questões que tenho que pensar para tornar o projeto viável. Sei que será trabalhoso, mas quando estiver pronto, nunca mais precisarei me preocupar com tela de cadastro, consulta, alteração
ps.: falei demais ^^
Não, está tranquilo.
A questão é, como você pretende ganhar com isso?
Uma das formas de se ganhar dinheiro com o sistema é justamente o gancho para novas implementações.
Você não coloca todo o ouro num pote, precisa dividir, caso aconteça algo errado, não se perde tudo.
Entendi, sempre é bom deixar uma carta na manga
A principio não tenho objetivo em ganhar dilmas com isso, servirá mais para estudo e criação de uma biblioteca de aplicações pessoais e na criação de uma base para um sistema genérico.

Então, o problema é justamente isto.
Isso seria uma ótima aplicação para um cliente interno.
Comercialmente, é mais complicado.

drsmachado:

Então, o problema é justamente isto.
Isso seria uma ótima aplicação para um cliente interno.
Comercialmente, é mais complicado.

Cliente interno são os funcionários da empresa na qual você trabalha. Se você é da TI, desenvolve para o financeiro, por exemplo.
Como nas montadoras, que possuem um ótimo endomarketing, que é um marketing interno. Vendem aos funcionários, os carros que os próprios funcionários montam.