PHP - Ajuda

Karma disse:
De que é que te vale a arquitectura se depois não a sabes explicar/implementar e depois o código começa a ficar avacalhado? Nem com MVP e MVC te safas. [:)]

Explica lá como é que apanhas os eventos da view no servidor para eu entender essa tua aversão ao PHP, ASP, JSP, etc.
Clique para expandir...

Qualquer pessoa que saiba do que eu estou a falar, sabe que NADA do que eu
disse tem que ver com a tua questão de captura de eventos.

Não é uma questão de existir ou não código na presentation layer, é uma
questão do que esse código faz.

Uma boa arquitectura tem uma missão primordial: eliminar dependências.
Ou melhor, garantir que essas dependências ocorrem APENAS num sentido
entre as várias camadas, e entre as camadas adjacentes.
 
pacxito disse:
Não quero descambar este tópico, mas nesse link que colocaste tens como "exemplos" vários projectos construídos unicamente em PHP...

A arquitectura nada tem a ver com a linguagem de implementação. O PHP tanto serve para forms e cuspir HTML como para aceder a BD, se cada coisa estiver no seu lugar é uma boa arquitectura. [;)]
Clique para expandir...

Claro.
Por isso é que eu disse que, com o PHP, ASP e JSP, está aberto o caminho para
a asneira.

Não disse que era asneira programar em PHP, disse é que a asneira está a um
passo de acontecer.

Explico:
«- Olha, agora dava-me jeito mostrar aqui aquele valor da BD...»
Tungas! Já estás... Lá temos um ficheiro PHP que debita HTML a aceder à BD...
Depois admiram-se quando têm de "lamber" dezenas, centenas, ou milhares
de ficheiros porque... sei lá... mudou o IVA, ou algo assim.
 
Nuno156 disse:
Claro.
Por isso é que eu disse que, com o PHP, ASP e JSP, está aberto o caminho para
a asneira.

Não disse que era asneira programar em PHP, disse é que a asneira está a um
passo de acontecer.

Explico:
«- Olha, agora dava-me jeito mostrar aqui aquele valor da BD...»
Tungas! Já estás... Lá temos um ficheiro PHP que debita HTML a aceder à BD...
Depois admiram-se quando têm de "lamber" dezenas, centenas, ou milhares
de ficheiros porque... sei lá... mudou o IVA, ou algo assim.
Clique para expandir...

Essa do IVA já entra no universo da coboiada. Se o IVA muda só se muda o valor num sítio (em princípio) e não é no código.
 
MySql2010 disse:
Eu cá continuo na mesma ... como posso descobrir em que ficheiro (de include) se encontra uma função utilizada num outro ficheiro php?
Clique para expandir...

Já usei Eclipse e não gostei muito. Agora uso NetBeans (com suporte a PHP) e gostei muitissimo mais.
De cabeça não te sei dizer como localizar logo a função em determinado ficheiro, mas podes sempre fazer um search global ao projecto (ou directoria) por function nomefunção e pode ser que te safes.

Abraços
XO
 
MySql2010 disse:
Eu cá continuo na mesma ... como posso descobrir em que ficheiro (de include) se encontra uma função utilizada num outro ficheiro php?
Clique para expandir...

Eu disse-te que o Eclipse era um IDE...
Isso não é tão trivial de usar como um editor...

Primeiro porque depende do plugin de editor que estiveres a usar. Uns permitem
mais coisas, outros menos.
Depois, porque isso funciona normalmente com projectos. Ou seja, tens de criar
um projecto e carregar os ficheiros todos desse projecto para dentro do projecto
(importar).
Se tudo correr bem (projecto completo + bom plugin), em princípio ele deverá
construir sozinho todas as ligações entre os vários componentes.

Caso contrário, tens sempre o SEARCH no menu...
 
Nuno156 disse:
Qualquer pessoa que saiba do que eu estou a falar, sabe que NADA do que eu
disse tem que ver com a tua questão de captura de eventos.

Não é uma questão de existir ou não código na presentation layer, é uma
questão do que esse código faz.

Uma boa arquitectura tem uma missão primordial: eliminar dependências.
Ou melhor, garantir que essas dependências ocorrem APENAS num sentido
entre as várias camadas, e entre as camadas adjacentes.
Clique para expandir...

Tu é que vens com a atitude de que as linguagens de servidor são um passo para a destruição total. São poderosas ao ponto de se enfiarem as mão pelos pés em 3 tempos? São. Mas temos que saber conviver com elas, não ter preconceitos e não ter medo de as usar correctamente.
 
Karma disse:
Tu é que vens com a atitude de que as linguagens de servidor são um passo para a destruição total. São poderosas ao ponto de se enfiarem as mão pelos pés em 3 tempos? São. Mas temos que saber conviver com elas, não ter preconceitos e não ter medo de as usar correctamente.
Clique para expandir...

Não disse o contrário...
Mas conheço a realidade do que para aí está a ser feito.

Onde vês as coisas com optimismo, eu vejo as coisas com pessimismo.
Há mais de 20 anos que assisto às mesmas asneiras. No início também era
optimista, mas já perdi a esperança... lamentavelmente. [s)]

E há quem veja isto acontecer ainda há mais tempo:
The Mythical Man-Month - Wikipedia, the free encyclopedia
É um livro engraçado... e triste também... quando chegamos à conclusão que
os problemas de há mais de 40 anos continuam a existir...
 
Nuno156 disse:
Sei é, e muito bem, o tamanho das asneiras que se fazem em PHP, ASP e JSP...
Clique para expandir...

O conceito multi layer ja existe bem antes de existirem essas tecnologias, e como tal o sucesso da sua implementacao n tem relacao directa com a tecnologia utilizada. O modelo pode ter de ser ligeiramente alterado se houverem outras prioridades em cima da mesa, como a alta performance de uma aplicacao.

Se alguem faz asneira a implementar um modelo destes em PHP, ASP e JSP, faz asneira em qq tecnologia.

Nao me vou alongar mais por respeito ao autor do topico que tem um duvida concreta de PHP e sinceramente n sei responder.
 
Nuno156 disse:
Nunca fui apologista de misturar código com HTML.
Sempre que me falam em PHP, ASP, JSP e afins, eu desligo.

A presentation layer deve estar separada da business layer, mas quando se
usa PHP, ASP*, JSP e afins, o caminho para a asneira fica traçado...

PHP, ASP, JSP, ... [:vm)]
Clique para expandir...

Já ouviste falar em Smarty? Caso não tenhas ouvido, aqui fica: Smarty : Template Engine

Basicamente o objectivo é separar o design da lógica de negócio.


Para o autor do tópico: com o Eclipse (deve ser carregar no botão direito em cima da função e depois em princípio deve haver uma opção que permite ver a declaração e definição da função) ou o Netbeans deve dar para fazer isso. Caso contrário, só mesmo tendo o código documentado.
 
Última edição:
Já consegui o queria com o NETBEANS.

Obrigado a todos que ajudaram.
Os que só vieram cag** postas de pescada, para a próxima agradeço que não se manifestem.

Um bem aja e boa noite a todos.
 
Nuno156 disse:
Não disse o contrário...
Mas conheço a realidade do que para aí está a ser feito.

Onde vês as coisas com optimismo, eu vejo as coisas com pessimismo.
Há mais de 20 anos que assisto às mesmas asneiras. No início também era
optimista, mas já perdi a esperança... lamentavelmente. [s)]

E há quem veja isto acontecer ainda há mais tempo:
The Mythical Man-Month - Wikipedia, the free encyclopedia
É um livro engraçado... e triste também... quando chegamos à conclusão que
os problemas de há mais de 40 anos continuam a existir...
Clique para expandir...

Por vezes o mal está nos arquitectos/chefes-técnicos/supra-sumos-do-código que não sabem (ou não querem) explicar isto a quem implementa. E depois começam os vícios, as curvas e as derrapagens e aí todos perdem. Sabes como é que eu vi isto a funcionar bem? Com code reviews feitos por quem sabe da poda. Implementar não é só bater código.
 
MySql2010 disse:
Já consegui o queria com o NETBEANS.

Obrigado a todos que ajudaram.
Os que só vieram cag** postas de pescada, para a próxima agradeço que não se manifestem.

Um bem aja e boa noite a todos.
Clique para expandir...

Os das pescadas (não apenas das postas), ajudaram a manter o tópico no
topo do fórum, o que ajudou a teres as respostas que pretendias mais
rapidamente.
Mas há quem não entenda que cada um ajuda como pode...

Bem Haja.
Fui.
 
Deve fazer início de sessão ou registar-se para responder aqui.
Voltar
Superior