| Autor |
Mensagem |
|
|
_vinicios wrote:Olá Pessoal.
Estou dando uma olhada em Ruby on Rails e gostaria de uma força do pessoal que já está mais por dentro do assunto, para que eu possa guiar melhor meus estudos.
Gostaria de saber alguns aspectos como:
- Quais os Frameworks interessantes de utilizar junto com o Ruby on Rails?
- Qual o banco de dados mais utilizado e qual o mais fácil para iniciantes ?
Abraços
Rails é um framework full-stack, ou seja, tudo que vc precisa, ele já tem.
Sobre o BD, vai do gosto, o mais utilizado é o MySQL, mas prefiro o PostgreSQL.
|
 |
|
|
fbrigatt wrote:Como? Não entendi isso. ORM???
http://jonatasdaniel.wordpress.com/2011/07/08/andorm-framework-orm-para-android/
|
|
|
|
Já pensou na possibilidade de usar um ORM, tipo o AndOrm? 
|
|
|
|
Procuro uma forma de fazer um servidor que cuide do meu login único pra todas minhas aplicações (SSO) e nesse mesmo servidor, ter os dados que toda aplicação vai compartilhar (Cliente, Empresa, etc).
Qual a melhor implementação de SSO atualmente?
E como faria com esses meus dados centralizados? Faria uma requisição da minha aplicação toda vez que precisasse desse dados? Isso não pode ser muito custoso?
Enfim, estou pra começar uma aplicação nesse porte, e preciso de opiniões.
|
|
|
|
|
Eu devo ter nascido com ódio do JSF, só pode!
|
|
|
|
Falando nisso, o 64bits tem alguma limitação ou problema com pacotes?
Sempre usei o 32 bits com um Vaio de 4gb porque me disseram que o 64bits dava problema com alguns pacotes 
|
|
|
|
ricardobocchi wrote:Olá j0nny,
Na verdade não tive muito contato com a api de testes do Android, então se eu fizer algum comparativo, provavelmente estarei falando bobagem. Mas pelo pouco que estudei essa api, percebi que ela é voltada para testes de interface gráfica, e não era esse tipo de teste que eu procurava, pois eles geram um nível de trabalho bem maior do que os teste unitários convencionais. Outra questão que me chamou a atenção é a necessidade de se ter outro projeto para rodar os testes.
Fiz essa api pensando na simplicidade de um teste, e também em ter a possibilidade de integrar esses testes a aplicação que vai para usuário, deixando em algum lugar do sistema a opção para executar os testes unitários, e quem sabe identificar algum problema no ambiente do usuário.
Além disso, é uma api bem pequena e simples.. de fácil customização, então achei interessante compartilhar essa ideia.
abraço
Legal!
Hoje faço meus testes unitários no projeto principal com JUnit simples, e os testes de integração num projeto separado, com a API de testes do Android.
PS: Sendo mais chato ainda, se passando por um cliente chato da sua ferramenta, rsrs: Qual o ganho em cima do JUnit simples?
Faça um post sobre isso, acho que fica legal
|
|
|
|
Parabéns pela iniciativa!
Quanto às perguntas: quais as vantagens frente a API de testes nativa do Android?
Acho que um comparativo seria legal
|
|
|
|
Numa seguinte situação:
Uma aplicação X precisa dos dados que um servidor SSO vai fornecer pra ela.
Mockar esse servidor SSO na hora dos testes não garantiria que alterando algo no SSO, não quebraria minha aplicação X.
Qual a saída nesse caso?
|
|
|
|
Luizao wrote:Normalmente eu deixo do jeito que está.
Uma vez eu apaguei as migrations antigas e deixei só a última. Essa última eu editei para fazer toda a criação de tabelas/indices/etc, e só seria executada em um banco recém criado.
A única vantagem que eu vi em fazer isso é que a criação do banco era mais rápida, por não precisar rodar várias migrations... mas fora isso, não vejo vantagem nenhuma.
Mas esse processo de agrupamento das migrations, não é mt trabalhoso?
|
|
|
|
Luizao wrote:O que seria "gerenciar"? Você quer dar um fim nas migrations antigas?
Na verdade queria saber qual o procedimento utilizado, se é simplesmente deixado lá aquela montueira de migrations com o passar do tempo...
|
|
|
|
j-menezes wrote:
j0nny wrote:Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C#
Por questão de portabilidade da plataforma net.
E' isso que falta ao android, portabilidade com JVM.
Quem sabe isso não inspire o povo do openJDK desenvolver uma JVM para android.
E de que portabilidade vc fala?
Dê um exemplo de vantagem do C# frente ao Java...
|
|
|
|
Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C#
|
|
|
|
Tenho a seguinte situação:
Um aplicação onde tenho os dados de cliente, usuário, grupo de usuário, configurações, etc.
Tenho várias aplicações que vão usar esses dados, e fazer uma requisição cada vez que esses dados forem requisitados, creio que seja muito custoso.
Qual seria uma alternativa menos custosa para esse caso?
Ter um banco SQLite ou algo assim pra armazenar essas informações no login, e no logout removê-las?
|
|
|
|
Eu diria: depois de aprender BEM OO, estude TDD e depois um Hibernate + VRaptor.
Até hj não sei EJB, Spring, JSF e sou mt feliz =D
|
|
|
|