É verdade, Jefferson. Aqui mesmo eu uso a estrutura abaixo:
----www
|---------cake (core)
|---------app1
|---------app2
>
> Agora, lembre-se dos efeitos colaterais que isso vai gerar. Quando tiver
> problemas em uma aplicação e precisar atualizar o core, pode gerar problemas
> na outra
> graças a esse update.
> Já trabalhei assim e hoje prefiro usar um core para cada projeto. Mas cada
> caso é um caso =)
>
Bom, isso é muito relativo, Julio. Em casos de mudança de versão, como
a do Cake 1.1 para 1.2, aí sim, você deveria manter os dois cores,
caso houvessem aplicações desenvolvidas para cada um.
----www
|---------cake1.1 (core)
|---------cake1.2 (core)
|---------app1
|---------app2
Mas, no restante, não deveriam haver implicações negativas. Se duas
aplicação foram desenvolvidas com base no 1.2.4, por exemplo, e você
atualizou o core para 1.2.5 (ou 1.2.x) causando crash em uma app e em
outra não, pode haver algo errado na maneira como uma delas foi
implementada.
É como uma JVM, por exemplo. As mudanças de versão dentro da mesma
série, corrigem apenas bugs e sempre mantém compatibilidade com a
versão anterior dentro da mesma série, ou seja, minha aplicação Java
não pode quebrar por uma mudança de versão que manteve compatibilidade
e corrigiu apenas bugs, assim como é feito no CakePHP.
Apesar do core do Cake ser muito pequeno, não faz sentindo manter
várias cópias (uma para cada app) quando se pensa em reaproveitamento
de código.
Bom, caso discordem desse ponto, gostaria de ouvir opiniões.
Abraços.
--
Filipe Batista (Lipse)
Jabber ID: li...@jabber.org
GNU/Linux User number: 359785
"The best way to predict the future is by creating it!" (Peter Drucker)
"Existe alguma ficção na sua verdade e alguma verdade na sua ficção".
"Investir em conhecimentos rende sempre melhores juros." (Benjamin Franklin)