Criando um mecanismo de execução de regras em alto nível dentro do coração do sistema…

http://cquesabe.blogspot.com/2007/12/workflow-foundation-ou-porque-existem.html

Abs. David

Eu falei sobre isso mesmo, releia minha resposta, colei um trecho de importação para que possa instanciar objetos diretamente como voce exemplificou.
Agora entenda, preciso trocar referencias entre contextos diferentes já instanciados no java para o script, daí precisa usar a APi da jsr223 para enviar esses valores ao script.

para clarear, faça uma analogia com Http, preciso botar variaveis no request ou session para compartilhar contextos diferentes:

uma coisa é voce fazer
var frame = new JFrame(”");

outra é var desconto = valorTotal - 10; // onde esse ValorTotal é uma propriedade de uma classe java fora do contexto do script

“Veja que o Java que está chamando o script e não o contrário, voce precsa compartilhar as variaveis no mesmo contexto que seu script. Voce deve ta confundindo com a chamada a partir do script a um objeto java como por exmeplo a chamada a uma Util:

importClass(”java.util.List”);”

Não, não.. estou falando de código JavaScript instanciando classes Java, em JRuby (ou mesmo Groovy) teríamos algo como:

frame = javax.swing.JFrame.new()
frame.getContentPane().add(javax.swing.JLabel.new(’Hello, World!’))
frame.setDefaultCloseOperation(javax.swing.JFrame::EXIT_ON_CLOSE)
frame.pack()
frame.set_visible(true)

Saca? Dá uma olhada em http://en.wikipedia.org/wiki/JRuby
Com Groovy também é possível, assim conseguimos ter uma “conversação” mais agradável entre os dois paradigmas

“Exacto, e quem disse que o código do prototype é simples? Como você disse, o código acima é comum à quem conhece um framework javascript, mas essa não é a realidade da maioria do desenvolvedores do mercado, eu mesmo me perco na New School Não é só porque vou utilizar o Spring ou Hibernate que preciso entender o código contido neles, alias, com certeza é algo até complexo e muito extenso de entender, além do mais eu quero somente utilizar o framework, não preciso entendê-lo a fundo.”

Voce precisa entender os princípios de um framework se quer usá-lo, saber quais patterns ele implementa, na verdade qual o problema que ele resolve, mas isso é assunto que já extrapola essa discussão. O ue importa é criar uma linguagem comum para a equipe em seus diversos niveis, lembre-se que o dominio que essa linguagem atuará é bem específico, a arquitetura como um todo ficará n a linguagem multipropósito como todo mundo tem o costume de usar.

“Através da engine de scripting, engine.put(”lista”, this.itens);”

Esse método é para compartilhar variáveis em tempo de execução no mesmo contexto, seja em Jruby, Groovy ou outra linguagem qualquer usando a JSR223

“Com Groovy e até mesmo com JRuby você consegue acessar as classes e objetos Java, assim não há necessidades de usar essa engine ae Não sei se é possível diretamente com JavaScript e o Rhino, sabe dizer se é possível?”

Veja que o Java que está chamando o script e não o contrário, voce precsa compartilhar as variaveis no mesmo contexto que seu script. Voce deve ta confundindo com a chamada a partir do script a um objeto java como por exmeplo a chamada a uma Util:

importClass(”java.util.List”);

“Pelo contrário, eu usei um trecho de código roubado do prototype e comum a quem conhece algum framework javascript, pode ser difícil de ler para quem não tem conhecimento de javascript da New School.”

Exacto, e quem disse que o código do prototype é simples? Como você disse, o código acima é comum à quem conhece um framework javascript, mas essa não é a realidade da maioria do desenvolvedores do mercado, eu mesmo me perco na New School Não é só porque vou utilizar o Spring ou Hibernate que preciso entender o código contido neles, alias, com certeza é algo até complexo e muito extenso de entender, além do mais eu quero somente utilizar o framework, não preciso entendê-lo a fundo.

“Popular variáveis através de que? não entendi.”

Através da engine de scripting, engine.put(”lista”, this.itens);

Com Groovy e até mesmo com JRuby você consegue acessar as classes e objetos Java, assim não há necessidades de usar essa engine ae Não sei se é possível diretamente com JavaScript e o Rhino, sabe dizer se é possível?

“Desempenho parece ser o único argumento para MapReduce em linguagem funcional? Hadoop tá implementando isso em Java. Obvio que é melhor fazer em C (e não em C++ para os puristas) se o problema for desempenho. Porque o Google usou C++ mesmo? Deve ter algum objeto lá, não? heheheh”

Desempenho não é o único argumento para linguagens funcionais. Processamento assíncrono de um loop da função só é feito em linguagens funcionais, não em java.
Os proprios criadores do MapReduce admitiram que foi pela influência de LISP que criaram o algoritmo, desenlveram em C++ mas se voce observar o Paper não há nenhum objeto lá, não usaram como uma linguagem OO. Aliás Alan kay nem considera C++ uma linguagem adequada para OO

Outra coisa, como falei para o @Rafael Ponte e para o @Felipe Gaúcho, MapReduce foi apenas um exemplo de algo que se cria apenas com a abstração necessária para isso e um Javer puro que não conheça linguagens funcionais dificlmente conseguiria, não afirmei em ponto algum que não dê para implementar em outros paradigmas.

“Post muito bom, mas por que você complicou tanto o código JavaScript, poderia ter simplificado para o post Pára de ser esnobe, rss.. Vê se não complica na palestra de amanhã!”

Pelo contrário, eu usei um trecho de código roubado do prototype e comum a quem conhece algum framework javascript, pode ser difícil de ler para quem não tem conhecimento de javascript da New School.

“Pare com essa balela de “somente com linguagem funcional é possível implementar MapReduce”, toda vida você fala isso, rsss.. Acho que você quis dizer que Java não implementa as funções map e reduce que são comumente usadas em linguagens funcionais :)”

Eu não falei em ponto algum que MapReduce é implementado apenas em linguagens funcionais, entenda de uma ves por todas, eu falei que MapReduce é criado por QUEM conhece linguagens funcionais porque exige uma abstração de alguem que já trabalhou com Lisp ou similar. Implementar voce consegue com outra linguagens, mas criar, imaginar só tendo a abstração necessária. Um Javer puro que não conhece linguagens funcionais dificilmente sairia com um algoritmo desses.

“Enfim, eu gostei do post, excelente qualidade no texto, contudo isso ainda não me convenceu, por incrível que pareça ainda me parece complicado manter um sistema assim, talvez por não haver ainda uma estrutura de organização, não sei.. mas será que não seria mais fácil utilizar-se de Groovy à JavaScript, não? Assim não precisaríamos ficar “populando” as variáveis através daquela engine..”

Popular variáveis através de que? não entendi.
O que voce quis dizer com estrutura de organização?
Groovy a Javascript é questão mais de gosto pessoal.
Observe que o foco do artigo é no Domain Model, quando existe um, falei claramente que se o seu sistema é uma amontoado de consultar, cadastros e relatórios, não há necessidade aparente de ter um Domain Model e consequente utilizar uma abordagem com linguagens dinâmicas.

“Parabéns, estou muito ancioso pela palestra de amanhã!”
Amanhã nos degladiamos ao vivo

“1 - falar em MapReduce nao faz parte da realidade brasileira :)”

MapReduce foi apenas um exemplo de algo que se cria conhecendo linguagens funcionais, sequer faz parte do foco do Post. Mesmo assim dizer que MapReduce não faz parte da realidade brasileiro voce cai em erro, temos muitas empresas que se preocupam com escalabilidade, imagine quantos milhões de pessoas consultam o BigBrother diariamente, não que o MapReduce esteja envolvido diretamente e sim que soluções de manipualção maciça de dados são da realidade brasileira sim. Mas esquecamos o MapReduce no foco do artigo…

“2 - supor que o deployment vai ficar mais simples por ter scripts eh supor que você nao vai precisar testar a parte estática contra as novas regras editadas no script.. Na prática, alterando qualquer linha do projeto (seja estática ou dinâmica) você precisa executar todos os testes de aceitaçao novamente, então adeus simplicidade ”

Custo de deploy não tem nada a ver com testes, rodar uma bateria de testes é primordial sim e os testes devem e são feitos no script tambem. Reveja seus conceitos de deploy, o que excutar uma bateria de testes tem a ver com o custo do deploy diretamente?
Outra coisa, a proposta abordada no artigo são para mudanças imprevisíveis e ágeis, separei bem os conceitos do código estático, aquele que envolve os principios do negocio daquela parte dinamica que são regras gerais de varejo.

“Jah vi muitos palestrantes sugerirem “eu vou abrir um editor de texto, trocar meia duzia de linhas do meu script e tudo estará atualizado sem a necessidade de compilar código, etc.”.. me parece uma grande falácia quando eu lembro que o codigo vai ter que ser retestado.. então a unica simplicidade eh usar um editor de texto para editar o script ao inves do eclipse para edtar o codigo Java. Depois de editados, ambos os artefatos passarão por uma bateria de testes que nao vao ficar mais simlpes pelo formato dos arquivos :)”

Abro o Eclipse mesmo para editar os scripts e me beneficio de uma IDE moderna para isso, a simplicidade está na manutenção e agilidade nas mudanças e não com o que se vai alterar.
Mais uma ves, codigo estatico ou não, a bateria de testes são rodados do mesmo jeito e isso não tem impacto em nenhuma abordagem em relação a diferenciação de custo

“Ainda espero alguém que me convença da menor complexidade dos scripts diante de linguagens OO e fortemente tipadas Continuo supondo que exista grandes benefícios no uso do script, mas ateh hoje nao apareceu a prova cabal disso eheh a menos, claro, se estamos falando no maldito browser e suas gambiarras javascript.. aih nao tem jeito mesmo.. ahah”

Como eu enfatizei no texto, cada linguagem tem seu uso, a construção de um Domain Model com uma linguagem estática é primordial por tudo ue envolve a qualidade de verificação em tempo de compilação, etc. não há nesse ponto concorrência entre linguagens dinamicas e estaticas, o uso das dinamcias seriam nos pontos que a estatica sofre com manutenção e agilidade.