PHP - Ajuda

MySql2010

Banido
Boas,

Alguém que trabalhe com PHP me pode ajudar?

Peguei num projecto existente na empresa, sobre o qual não existe qualquer documentação.
A coisa está a funcionar mas precisa de pequenas actualizações e acertos.
O problema é que aquilo tem dezenas de módulos e cada módulo tem vários ficheiros PHP. Não seria problema se não fosse o facto de cada ficheiro fazer INCLUDE de uns 5 ou 6 outros ficheiros, e utilizar funcoes e variaveis definidas nesses outros ficheiros.

Existe alguma maneira de seguir o código e ver exactamente em que ficheiro determinada função / variável foi criada?
 
Boas,

Alguém que trabalhe com PHP me pode ajudar?

Peguei num projecto existente na empresa, sobre o qual não existe qualquer documentação.
A coisa está a funcionar mas precisa de pequenas actualizações e acertos.
O problema é que aquilo tem dezenas de módulos e cada módulo tem vários ficheiros PHP. Não seria problema se não fosse o facto de cada ficheiro fazer INCLUDE de uns 5 ou 6 outros ficheiros, e utilizar funcoes e variaveis definidas nesses outros ficheiros.

Existe alguma maneira de seguir o código e ver exactamente em que ficheiro determinada função / variável foi criada?

Boas,

Tenta utilizar um debbuger e ve o que acontece...
Outra maneira, a mais provavel e ires ver cada modulo o que cada função faz.
 
Boas,

Tenta utilizar um debbuger e ve o que acontece...
Outra maneira, a mais provavel e ires ver cada modulo o que cada função faz.

Esqueci-me de referir que os ficheiros de include, por sua vez contem ligações para outros ficheiros e assim continua .... um verdadeiro spaghetti code.

Costumo utilizar o notepad++ para pequenos ajustamentos, mas estou a ver que aqui isto não vai dar...

Que editores recomendam?
 
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)]
 
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)]

Em que é que o teu comentário me pode ajudar?
 
Em que é que o teu comentário me pode ajudar?

No seguinte:

Já que tens de fazer alterações, separa o que é presentation do que é business.
Evitas problemas futuros.

Já agora, o Eclipse não é um editor, é um IDE.
Se sacares o IDE (Eclipse), saca um que já venha com o editor de PHP (plugin).
Caso contrário terás de sacar o plugin também.
Por outro lado, sendo o Eclipse um IDE, talvez não seja fácil de utilizar por quem
não conhece.
 
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)]

Explica lá isso? Como é que apanhas os eventos da View no servidor?
 
Explica lá isso? Como é que apanhas os eventos da View no servidor?

Antes da programação há algo MUITO mais importante:

Arquitectura

Alguns exemplos para início de literatura:
Systems architecture - Wikipedia, the free encyclopedia
Software architecture - Wikipedia, the free encyclopedia

Algumas arquitecturas:
http://en.wikipedia.org/wiki/Three-tier_(computing)
Service-oriented architecture - Wikipedia, the free encyclopedia

Havia aí um tópico onde alguém perguntava que tipo de trabalhos podia fazer
um eng. informático... este é um deles: arquitectura.
 
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)]

O problema apresentado neste tópico é precisamente porque existe esta separação, daí os includes de outras funções.

Quanto ao tópico, eu pessoalmente nunca usei mais do que o vim, mas já ouvi falar bem do PHPEclipse, ou o plugin PHP para o eclipse (são diferentes). [:p]
 
Antes da programação há algo MUITO mais importante:

Arquitectura

Alguns exemplos para início de literatura:
Systems architecture - Wikipedia, the free encyclopedia
Software architecture - Wikipedia, the free encyclopedia

Algumas arquitecturas:
http://en.wikipedia.org/wiki/Three-tier_(computing)
Service-oriented architecture - Wikipedia, the free encyclopedia

Havia aí um tópico onde alguém perguntava que tipo de trabalhos podia fazer
um eng. informático... este é um deles: arquitectura.

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.
 
O problema apresentado neste tópico é precisamente porque existe esta separação, daí os includes de outras funções.
(...)

Não parece...
Mais arquitectura:

Model?view?controller - Wikipedia, the free encyclopedia

Ou seja, dentro do PHP deveria haver referências apenas para código responsável
pela apresentação (presentation) da informação ao utilizador. Se há includes a
regras de negócio (business), e acessos à base de dados (data), então não tens
uma boa arquitectura. Simples.
 
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)]

Sabes o tamanho da asneira que est'as a dizer? [:D][:D]
 
Não parece...
Mais arquitectura:

Model?view?controller - Wikipedia, the free encyclopedia

Ou seja, dentro do PHP deveria haver referências apenas para código responsável
pela apresentação (presentation) da informação ao utilizador. Se há includes a
regras de negócio (business), e acessos à base de dados (data), então não tens
uma boa arquitectura. Simples.

Concordo. E isto sim é importante. E já agora não se metam a implementar isto à pata, há frameworks que ajudam.
 
Não parece...
Mais arquitectura:

Model?view?controller - Wikipedia, the free encyclopedia

Ou seja, dentro do PHP deveria haver referências apenas para código responsável
pela apresentação (presentation) da informação ao utilizador. Se há includes a
regras de negócio (business), e acessos à base de dados (data), então não tens
uma boa arquitectura. Simples.

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. [;)]
 
Voltar
Superior