Que tipo de webApp é o ponto ideal para a estrutura de elevador de Scala?

Question

Que tipo de aplicações são o ponto ideal para a estrutura da Web do Scala's Lift.

Meus requisitos:

1. Facilidade de desenvolvimento e manutenção
2. Pronto para fins de produção. ou seja, boa comunidade online ativa, patches regulares e atualizações para correções de segurança e desempenho etc.
3. A estrutura deve sobreviver alguns anos. Não quero escrever um aplicativo em uma estrutura para a qual nenhuma atualização/patches esteja disponível após 1 ano.
4. Tem bons motores de modelos de interface do usuário
5. Interoperação com Java (Scala satisfaz essa arleady. Apenas mencionando aqui por completude)
6. Bom desenvolvimento orientado para componentes.
7. O tempo necessário para se desenvolver deve ser proporcional à complexidade do aplicativo da Web.
8. Não deve ser totalmente baseado na configuração. Eu odeio quando o código é gerado automaticamente para mim e faz todo tipo de mágica sob o capô. Esse é um pesadelo de depuração.
9. A quantidade de conhecimento de elevação necessária para desenvolver um WebApp deve ser proporcional à complexidade do aplicativo da Web. Ou seja, eu não deveria ter que gastar mais de 10 horas aprendendo elevando apenas para desenvolver um aplicativo simples para TODO. (Tenho conhecimento de bancos de dados, Scala)

O elevador atende a esses requisitos?

Answer 1

IMHO, LIFT ASSIM ATENDENTES. Não tem tanta certeza sobre o número 4, por outro lado, ele tem uma boa coleção de back -gs para interagir com outros serviços.

Eu acho que principalmente depende da complexidade. O elevador faz as coisas da sua maneira, que você pode ter facilmente, ou não pode. Eu levaria um dia para escrever esse aplicativo TODO - e não se esqueça de usar o Grupo LiftWeb, como simplesmente não há muitos levantadores no excesso de pilha - e veja como isso acontece. Eu acho que você poderá formar uma opinião sobre isso - apenas um dia.

Answer 2

Bem, você pode cruzar o elevador começando Guia em que você constrói um Ajax para fazer app ;-)

O elevador existe há 3 1/2 anos. O grupo do Google tem quase 2.000 pessoas. Existem 40 Compromers, dos quais, mais de 10 fazem compromissos a cada mês. Ficamos fechados entre 40 e 80 ingressos por mês, fazemos lançamentos mensais de marco. Empresas como Foursquare, Xerox e Novell têm aplicativos hardcore construídos no elevador.

Answer 3

Em pontos doces: http://senthings.liftweb.net/

Answer 4

Eu acho que você deveria postar isso na lista de discussão do elevador também:http://groups.google.com/group/liftweb

Answer 5

Depois de ler Seventhings.liftweb.net E desviando os dois primeiros capítulos de elevador em ação, o ponto ideal do elevador parece ser, aplicativos complexos baseados em páginas HTML com funcionalidade avançada do lado do cliente (como Facebook e Twitter).

Compare com aplicativos "webApp" AJAX de uma página (WebApp "(Como um calendário, ou principalmente qualquer coisa construída com extjs) que fornecem funcionalidade avançada do lado do cliente com os serviços pura de JavaScript e Ajax de nível médio, mas o modelo de programação é JavaScript, o HTML é abstraído. Compare também com aplicativos tradicionais baseados em "site" HTML, como um wiki ou blog-pense no Twitter Bootstrap + jQuery-que não precisam de funcionalidade avançada do lado do cliente.

Apps de web de página única e sites baseados em páginas que eu acho que seriam mais complexos do que o necessário com o elevador, a menos que você tivesse uma equipe experiente e disciplinada. Isso provavelmente se correlaciona com a maturidade do produto e o tamanho da equipe - o Facebook e o Twitter são aplicativos extremamente grandes com centenas de equipes de interação e forte liderança de engenharia.

Uma pequena equipe de pessoas que ainda exploram e formando opiniões sobre como vários aplicativos devem ser estruturados é provável, eu acho, para serem enganados pelo elevador em soluções mais complexas quando talvez tudo o que eles precisassem fossem modelos HTML simples e pontos simples de Ajax.