Para todos aqueles que como eu está inciciando neste universo da criatividade vai um esclarecimento obtido pela curiosidade.
O paradigma MVC é um modo de quebrar uma aplicação, ou até um pedaço da interface de uma aplicação, em três partes: o modelo (model), a visualização (view) e o controlador (controller). MVC foi originalmente desenvolvido para mapear os papéis de entrada, processamento, e saída no reino da Interface Gráfica do Usuário (IGU ou GUI, em inglês):
Entrada ?> Processamento ?> Saída
Controlador ?> Modelo ?> Visualização
:bauro:
irmao…
Seja bem vindo a familia PJ!!
Obrigado por coolaborar com nois!!!
Abracao e te + :razz:
R
Rubem_AzenhaPJ
eu não sei nada sobre padrões de projeto
alguem não teria um exemplo prático pra me enviar ou mostrar aki no PJ mesmo?
C
CassolatoPJ
Microfilo, na verdade n existe padrao para desenvolvimento de software, temos ideias baseadas nos paradgmas escritos por autores como pressman, sommervile, xexeu.
O gerente de projeto tem q somente basear-se nessas ideias pra saber como c fosse um rumo para qual vai tomar, e apostar na sua experiencia pra o bom desenvolvimento do projeto!
Os projetos de softwares n sao como projetos de construcao civil, ond vc v o q esta sendo feito, vc simplesmente tem relatorios do q esta sendo feito, essa e + uma da dificil posicao q o gerente d projeto enconta.
BLZ ??
R
renan_danielPJ
“microfilo”:
eu não sei nada sobre padrões de projeto
alguem não teria um exemplo prático pra me enviar ou mostrar aki no PJ mesmo?
Microfilo, na verdade n existe padrao para desenvolvimento de software, temos ideias baseadas nos paradgmas escritos por autores como pressman, sommervile, xexeu.
O gerente de projeto tem q somente basear-se nessas ideias pra saber como c fosse um rumo para qual vai tomar, e apostar na sua experiencia pra o bom desenvolvimento do projeto!
Os projetos de softwares n sao como projetos de construcao civil, ond vc v o q esta sendo feito, vc simplesmente tem relatorios do q esta sendo feito, essa e + uma da dificil posicao q o gerente d projeto enconta.
BLZ ??
Ratinho, não fique bravo comigo, mas acho q entendi mal o q vc quis dizer, pq o que eu entendi foi um disparate enorme!
na verdade n existe padrao para desenvolvimento de software
- isso é um absurdo, isso é jogar por terra o CMM!!!
Os projetos de softwares n sao como projetos de construcao civil ond vc v o q esta sendo feito
O objetivo da Engenharia de Software é justamente esse, tornar a construção de software mensurável.
Foi isso mesmo?
M
matheusPJ
é… nessa ai eu concordo com o bleeder…
C
CassolatoPJ
Bem, acho q me espressei mal rsrs :lol:
Tp, eu quiz dizer q no existe o processo PADRAO, pois nenhum sistema e identico ao outro!! Entao, tem-se ideias fixas, mas n c pd apoiar 100% em cima destas, tb temos q contar muito com a experiencia do gerente d projetos!
Entenderam ??? :razz:
R
Rubem_AzenhaPJ
eu ainda não li os artigos, mas é basicamente vc construir sua aplicação com base em algumas interfaces e moldes?
Então o principal uso dos Design Patterns é a reutilização e a construção de softwares de qualidade?
B
BleederPJ
É o famoso não reinventar a roda, usar os padrões que já foram testados e aprovados no desenvolvimento de software=menos erros e falhas de softwares.
B
BleederPJ
“Hanibbal”:
Para todos aqueles que como eu está inciciando neste universo da criatividade vai um esclarecimento obtido pela curiosidade.
O paradigma MVC é um modo de quebrar uma aplicação, ou até um pedaço da interface de uma aplicação, em três partes: o modelo (model), a visualização (view) e o controlador (controller). MVC foi originalmente desenvolvido para mapear os papéis de entrada, processamento, e saída no reino da Interface Gráfica do Usuário (IGU ou GUI, em inglês):
Entrada ?> Processamento ?> Saída
Controlador ?> Modelo ?> Visualização
:bauro:
Hanibbal, é sempre bom citar a fonte das notas que a gente posta nos fóruns. Para quem quer saber mais sobre o MVC, segue a fonte do Hanibbal
Fonte:http://ootips.org/mvc-pattern.html
A
andersonraPJ
Utilizar padrões eh aproveitar a experiência de outra pessoa na resolução de um determinado problema. Geralmente em um mesmo projeto você utiliza vários padrões para resolver diversos problemas…
