O que o Symfony2 vai mudar na prática?

[Weydson Fraga]

Já há alguns meses tenho visto e ouvido que Symfony2 vai estar presente no Drupal8, e depois de ver o Drupal Developer Days in Barcelona falando sobre o Symfony2 fiquei pensando:

O que isso vai mudar na prática a forma de desenvolvimento para Drupal8?

Flw!

[Marcus VBP]

também compartilho a dúvida dessa excelente pergunta...

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 
Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com
Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

[Gedvan Dias]

Eu não sei. Eu só sei que às vezes dá vontade de reescrever o Drupal inteiro orientado a objetos! #polêmica

[Ronald Bolsoni Falcão]

Cara, vejo isso mais como uma adição de possibilidades. Quem vive mais com as entranhas do desenvolvimento do core e acompanha a comunidade internacional deve ter mais gabarito para dizer.

Vincular componentes do Synfony2 traz a possibilidade de incorporar ao Drupal uma comunidade atuante e altamente especializada. Muitos dos que aqui acompanham, são desenvolvedores, e com certeza já mexeram com o framework e sabem do poder dele.

Eu ainda vejo algumas dificuldades (a maioria relacionada a desempenho e facilidade) no uso do Drupal para sistemas. Talvez o Synfony2 venha para acabar com isso, ao invés de optar pelo Synfony puro, eu opte pelo Drupal 8. Vejo uma gama de possibilidades, principalmente de convencimento de clientes.

Abraços.

----------------------------------------------------------------------------------------------------------------

Ronald Bolsoni Falcão

desenvolvedor web

gtalk     ron...@ronalfalcao.com.br

twitter   @ronaldcurtis

site       www.ronaldfalcao.com.br

"Se você eliminar o impossível o que sobrar, mesmo que improvável, dever ser verdade.

Sir Arthur Conan Doyle

Em 5 de julho de 2012 13:28, Weydson Fraga <weydsonf...@gmail.com> escreveu:

--

[Rafael Caceres]

Fala galera,

A grande questão em não termos orientação a objetos no drupal é por que o php < 5 não suportava isso de uma forma robusta. Usar um framework OO ao invés de escrever do zero é sensacional, pois vai agregar muitos outros desenvolvedores que trabalham com symfony, e também outros frameworks, já que todos seguem um padrão parecido.

Vai ser um ganho enorme como comunidade, pois poderemos reutlizar muito código de outros projetos, facilitando muito nossa vida. As possibilidades são enormes, então na prática muda muita coisa.

-- 

Rafael Caceres | Diretor de Desenvolvimento

Contato: +55 (48) 9650-4642 | Skype: rafael.r.caceres | raf...@taller.net.br

Twitter: @tallerws | Facebook.com/tallerwebsolutions

[Ronald Bolsoni Falcão]

Não sei se é exatamente essa a pergunta, mas para codificação você traz o Synfony e suas ferramentas e continua usando o core D8 e codifica como sempre, com a ideia de framework na cabeça. Como disse o Rafael, a mudança é prática mesmo. Pois agora você além do core, você ainda tem um poderoso framework como base.

Abraços.

----------------------------------------------------------------------------------------------------------------

Ronald Bolsoni Falcão

desenvolvedor web

gtalk     ron...@ronalfalcao.com.br

twitter   @ronaldcurtis

site       www.ronaldfalcao.com.br

"Se você eliminar o impossível o que sobrar, mesmo que improvável, dever ser verdade.

Sir Arthur Conan Doyle

[Weydson Fraga]

Mas o que vai mudar no desenvolvimento de módulos? Poderemos fazer módulos em OO? Ou poderemos importar scripts em Symfony2 para o Drupal? 

Em quinta-feira, 5 de julho de 2012 14h03min28s UTC-3, Rafael Caceres escreveu:

Fala galera,

A grande questão em não termos orientação a objetos no drupal é por que o php < 5 não suportava isso de uma forma robusta. Usar um framework OO ao invés de escrever do zero é sensacional, pois vai agregar muitos outros desenvolvedores que trabalham com symfony, e também outros frameworks, já que todos seguem um padrão parecido.

Vai ser um ganho enorme como comunidade, pois poderemos reutlizar muito código de outros projetos, facilitando muito nossa vida. As possibilidades são enormes, então na prática muda muita coisa.

-- 

Rafael Caceres | Diretor de Desenvolvimento

Contato: +55 (48) 9650-4642 | Skype: rafael.r.caceres | raf...@taller.net.br

Twitter: @tallerws | Facebook.com/tallerwebsolutions

On Thursday, 5 de July de 2012 at 13:54, Gedvan Dias wrote:

Eu não sei. Eu só sei que às vezes dá vontade de reescrever o Drupal inteiro orientado a objetos! #polêmica

Em 5 de julho de 2012 13:34, Marcus VBP <falec...@marcusvbp.com.br> escreveu:

também compartilho a dúvida dessa excelente pergunta...

Em 5 de julho de 2012 13:28, Weydson Fraga <weydsonf...@gmail.com> escreveu:

Já há alguns meses tenho visto e ouvido que Symfony2 vai estar presente no Drupal8, e depois de ver o Drupal Developer Days in Barcelona falando sobre o Symfony2 fiquei pensando:

O que isso vai mudar na prática a forma de desenvolvimento para Drupal8?

Flw!

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Ao responder um tópico, reproduza apenas a parte relevante da mensagem original, apagando demais partes e assinaturas.
 

Para cancelar a inscrição deste grupo: drupal-br+unsubscribe@googlegroups.com

[Rafael Ferreira Silva]

Não estou 100% inteirado de todas as mudanças, mas em resumo, o que eu li rapidamente é que o Symfony2 vai servir de base para algumas coisas que não são o objeto fim do Drupal. Por exemplo abstração de banco de dados, o Symfony2 já tem uma robusta que o Drupal vai usar e assim vai. É mais como se o Drupal virasse um usuário para evitar reinventar a roda.

No fim das contas é como o Caceres comentou: um ganho enorme para as duas comunidades!

2012/7/5 Weydson Fraga <weydsonf...@gmail.com>

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

Para ver mais opções: http://groups.google.com/group/drupal-br?hl=pt-BR_BR?hl=pt-BR

--
Rafael Ferreira Silva - Desenvolvedor Web
http://rafaelsilva.net
http://drupal-br.org
http://twitter.com/rfsbsb

[Pedro Rocha]

Vamulá...

antes de tudo, "o Symphony" não vai ser integrado ao Drupal: o Drupal está copiando o código de alguns componentes do Symphony para servirem de base para certas partes do Drupal, apenas isso. Ou seja: foram no repositório do Symphony(sempre podemos fazer isso com qualquer software open source, podiam até integrar algum código do Wordpress, Zend Framework, Code Igniter, Cake PHP, etc, se fosse o caso), copia, e cada um segue seu caminho separadamente. Ou seja, não existirá nenhuma mudança na comunidade, desenvolvedores acostumados ao Symphony não passarão a entender o Drupal, nem o inverso.

Para o pessoal que lida com configuração de módulos, os chamados sitebuilders, tudo seguirá no mesmo fluxo, pois as vantagens estão para os desenvolvedores, que conseguirão fazer mais coisas, e de uma forma melhor.

Para quem mexe com temas, o Symphony muda xongas, mas outra coisa parece que vai mudar bastante: o http://twig.sensiolabs.org/ foi incorporado ao código do Drupal também e é um novo template engine(quem se acostumou ao PHPTemplate, isso é algo a se prestar atenção).

Para desenvolvedores, ai a coisa muda bastante, minha visão é de que o tempo do "puxadinho"(código PHP mal feito) no Drupal está acabando, para a felicidade geral daqueles que usam o Drupal como framework. Conceitos mais evoluídos de desenvolvimento com qualidade serão incorporados, demandando maior conhecimento dos desenvolvedores, de forma a seguir os padrões/convenções que o Drupal irá adotar.

As mudanças estruturais serão:

• Class Loader
• para quem gosta de OOP e sabe que isso é meio chatinho no Drupal, tendo que registrar suas classes nos .info da vida, isso irá mudar, pois os desenvolvedores terão suas classes loadas automaticamente se elas seguirem uma convenção, a PSR-0, que também está sendo adotada por muitos frameworks PHP(veja mais em http://drupal.org/node/1240138)
  
  
• Service Container
• Simplifica e padroniza a configuração e utilização de ferramentas/serviços/recursos pelo aplicativo. Ex: uma classe de envio de email, de geração de log, conexão a cartões de crédito, etc

• Event Dispatcher
• Um padrão de projeto que auxilia no desenvolvimento OO

• HTTP Foundation
• Resumidamente, acaba com a bagunça que é lidar com os dados em POST e GET no PHP, servindo como uma camada de abstração a isso, tornando OO aquilo que normalmente fazemos com $REQUEST, $_GET e $_POST, e que gera muitas brechas de segurança por aqueles menos experientes.

• HTTP Kernel
• Esse aqui é mirando no futuro da internet móvel, aonde o Drupal passará a responder requisições sem necessariamente considerar que vai retornar uma página HTML, podendo ser extendido e adaptado de diversas formas, como web services, apps de smartphone, etc.

• Doctrine 2
• Quem conhece, já sabe o que é e ao ler isso já deve estar animado(ou não, tem quem o deteste), e quem não conhece, ele é um ORM, tipo o Hibernate do Java

É muita coisa para um resuminho aqui, mas se for para tentar sintetizar, essas mudanças estão preparando o Drupal para avanços enormes, conquistando cada vez mais espaço. É bem verdade que essas mudanças também não são automáticas, assim como a absorção do RDF pelo Drupal 7, que era tida como fantástica, e é, mas não surtiu efeito imediato, apesar de ser um passo enorme em direção à tão falada web semântica.

Falei bagarai, mas acho que deu p ajudar um pouco ;)

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/7/5 Weydson Fraga <weydsonf...@gmail.com>

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

[Diego Hermes | Chuva Inc.]

Muito bom texto Pedro, dava pra ser um post de blog fácil fácil hehe.

--
Diego Teixeira
Desenvolvedor de Interface
di...@chuva-inc.com

Chuva Inc. | Southern Drupal

[Ronald Bolsoni Falcão]

Pedro Rocha, parabéns, deu luz para muitas dúvidas.

Abraços.

----------------------------------------------------------------------------------------------------------------

Ronald Bolsoni Falcão

desenvolvedor web

gtalk     ron...@ronalfalcao.com.br

twitter   @ronaldcurtis

site       www.ronaldfalcao.com.br

"Se você eliminar o impossível o que sobrar, mesmo que improvável, dever ser verdade.

Sir Arthur Conan Doyle

[Pedro Rocha]

Po Diego, pensei nisso também. Até acho que vai virar, mas eu tava com o GMail aberto, ai mandei logo :P

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/7/5 Diego Hermes | Chuva Inc. <di...@chuva-inc.com>

[Kowal]

Agora ficou bem claro... valew Pedro!

Rafael Kowal _________________

Desenvolvedor Web

(15) 8148-7158
 

    

Preserve o meio ambiente. Imprima somente o necessário. Recicle papel.

[Capi Etheriel]

TWIG é uma benção :D
Event Dispatcher tem a ver com os nossos hooks? ou eu entendi tudo errado?
doctrine2 vai ser usado? isso eu não sabia...

[Pedro Rocha]

Capi, eu conheci esses patterns quando usava Java e sempre achei que os hooks do Drupal faziam exatamente a mesma coisa, só que com uma consequência trágica, que são esses nomes enorme_mente_gigantes_das_funcoes_que_complementam_outros_hooks() e por ai vai né..rsrs

Dessa forma OO, você teria classes com seus nomes seguindo padrões(e ao segui o padrão, elas são automaticamente "observadas", da mesma forma que o hook), só que como podemos extender as classes, o potencial é maior ainda.

Mais exemplos detalhados podem ser vistos em http://barcelona2012.drupaldays.org/sites/default/files/slides/Introducing%20Symfony2_0.pdf

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/7/6 Capi Etheriel <barra...@gmail.com>

Para cancelar a inscrição deste grupo: drupal-br+...@googlegroups.com

[Helal Ferrari Cabral]

Quem usa a pattern Event dispatcher também é o Magento.

Só espero que o D8 não venha com a idéia de enxer de xml descritores os módulos uahauhaua, senão eu me mato.

--
Helal Ferrari Cabral
Analista de sistemas

ferrar...@gmail.com
+55 48 9122 6677
www.helalferrari.com

[Capi Etheriel]

cara, não é pra te deixar triste, mas configurações em código (à la features) virou XML. :P

[Pedro Rocha]

Felipe, o que eu disse foi em resposta a terem citado que códigos do Symphony poderiam funcionar no Drupal e vice-versa. Isso que quis dizer sobre "automaticamente as 2 comunidades passarem a se comunicar" não ser algo que vá acontecer. Se estão existindo eventos externos, interesses comerciais, etc, que levam a isso, ótimo, mas tecnicamente, apenas o código foi copiado, não tendo integrado os 2 projetos.

E uma coisa é os principais desenvolvedores dos 2 projetos se comunicarem, outra é as comunidades se comunicarem. Acredito que essa mudança do Drupal 8 em relação ao Symphony não irá afetar a vida de nem 10% dos profissionais ligados ao Drupal, pois a maioria está envolvida em camadas bem acima desse "Drupal Core".

abs,
Pedro Rocha

-------------

www.singleview.com.br

www.pedrorocha.net

2012/7/5 Felipe Fidelix <felipe...@gmail.com>

o Drupal está copiando o código de alguns componentes do Symphony para servirem de base para certas partes do Drupal, apenas isso. Ou seja: foram no repositório do Symphony(sempre podemos fazer isso com qualquer software open source, podiam até integrar algum código do Wordpress, Zend Framework, Code Igniter, Cake PHP, etc, se fosse o caso), copia, e cada um segue seu caminho separadamente. Ou seja, não existirá nenhuma mudança na comunidade, desenvolvedores acostumados ao Symphony não passarão a entender o Drupal, nem o inverso.

Isto não está inteiramente correto.

O fabpot (Fabien Potencier), lead developer do Symfony, esteve na Drupalcon Denver, assim como outros membros chave do Symfony, inclusive o fabpot foi convidado para o escritório da Acquia para ajudar nas decisões estruturais do Drupal.

Os desenvolvedores do core do Drupal já forneceram várias modifcações e melhorias ao Symfony.

Na última conferência do Symfony, o Drupal foi apresentado e dissecado pra muita gente, e as duas comunidades irão sim ficar bem integradas.

A comunidade Symfony tem a ganhar com isso também. O Drupal serve como um local para validar as definições de arquitetura do symfony, e a comunidade Drupal integrará muito bem o ecossistema do Symfony com contribuições, presença nas conferências, etc.

E outra, o Doctrine não será incorpodado no D8. Pelo menos isso que está decidido até o momento.

Na minha opinião, o melhor benefício pro Drupal ao usar o Symfony é a mudança de roteamento de dados (HTTP Foundation e Kernel). Isso vai melhorar bastante a performance do Drupal, e deixar ele viável pra comunidades gigantescas que não podem ter o luxo de fazer reverse-proxy da página inteira. (ESI/SSI hoje no Drupal tem performance pobre).

[Felipe Fidelix]

De fato. Só que já houveram várias modificações em certos pacotes do Symfony feitas pelo Larry Garfield e companhia.

E todo mundo que usa o Symfony, já vai ter uma escolha de CMF na mão, caso precise de algo de nível um pouco mais alto do que o Symfony e o Symfony CMF.

Acredito que essa mudança do Drupal 8 em relação ao Symphony não irá afetar a vida de nem 10% dos profissionais ligados ao Drupal, pois a maioria está envolvida em camadas bem acima desse "Drupal Core".

Concordom você.
Se você estiver falando sobre after "diretamente", porque indiretamente, o D8 está tomando um rumo TOTALMENTE diferente, que vai afetar todo santo usuário do Drupal, e toda a comunidade Drupal (à longo prazo).

No geral todo mundo ganha com isso. A comunidade Drupal, a comunidade Symfony. Principalmente a gente.

--

[Felipe Fidelix]

Só pra mostrar pros interessados um exemplo prático de algo que foi mudado diretamente no Symphony, especificamente por contribuição da equipe do Drupal em colaboração com os líderes do Symphony:

http://drupal.org/node/335411#comment-5726614