Fala Kerplunk, blz? Legal não conhecia esse EF to Angular, sempre fiz de forma convencional, interessante para quem não conhece nada do Angular, já dá para ter uma ideia. Eu faço tudo usando uma WEB API como serviço REST, e o resto é tudo usando html, css e Java script, não uso mais o razor, vi que o add-in cria tudo no cshtml. No angular 1.xx tem muita, muita coisa mesmo para ver e não sei se valeria a pena investir nele nesse momento. Eu estou já com uma aplicação em Angular 2, e posso te dizer que é muito mais rápida, muito mais rápida mesmo. Quem usa angular 1.xx tem que ter muito cuidado na forma que concebe a aplicação, ou ela se torna lenta e pesada, são problemas que só quem percebe é quem usa, são problemas contornáveis de performance. Pois bem eu já estou migrando, na verdade já migrei para o Angular 2, só fazendo uns ajustes, mas já funciona, houve umas mudanças agora no rc.2 na parte de forms, mas simples de fazer os ajustes. Sinceramente eu achei muito mais fácil de usar, então já que você está pedindo sugestões, eu sugiro o Angular 2. Para quem nunca viu, não vai fazer diferença, e se é para começar algo novo, que realmente seja novo, eu aposto minhas fichas no Angular 2, tem muita gente no mundo todo usando em produção, eu sou um deles. Se a intenção é mostrar a tecnologia fornecida pelo framework Angular, acho que seria legal começar no Angular 2, e se não me falha a memória, a primeira versão do Angular foi lançada em 2009, e lá no VbMania eu nunca vi ninguém falar nele a não ser você mesmo rsrs, e acho que eu devo ter citado em alguma resposta lá, não lembro agora. Infelizmente, na minha opinião, a melhor maneira de usar o Angular 2 é com TypeScript, e é também o recomendado pelo time do Angular 2, isso dispensa a interação direta com o java script, mas não dispensa o conhecimento pelo menos do básico para entender como funciona esse treco todo. Sei que tudo isso pode ser feito dentro do Visual Studio, mas eu segui um caminho diferente que é e tendência no mundo. Apenas o serviço REST é feito no Visual Studio, o resto é tudo feito no Node.js, usando o Visual Studio Code que tem agora um terminal integrado nele ;), talvez tudo isso esteja fora do contexto aqui, mas fica a dica, é uma tendência mundial faz tempo, e com ASP Net Core, quem quiser criar aplicações multi-platarforma vai ter que encarar essas tecnologias. Bom é isso, minha sugestão, grande abraço e parabéns.
E aí garoto! Legal receber comentários assim! Obrigado! Bem vamos às respostas. Os cshtml gerados, são muito simples e nem sequer usam um layout.cshtml. São basicamnete HTML mesmo então basta renomear para HTML que vai funcionar de boas. Hoje(22/06/2016) o Angular 2 se encontra em status "Release Candidate", isso quer dizer que a própria equipe de desenvolvimento dele desaconselha usar em produção, mas cada um com seu cada qual. Esse é um dos motivos de eu não ter investido em publicar vídeos com tutoriais sobre o Angular ainda, estou meio que no aguardo do 2 que ai mudar MUITA coisa. Então publicar um vídeo com um tutorial do angular atual acho que seria desinteressante para o pessoal aqui do canal e acho que seria melhor mesmo esperar o Angular 2 sair do forno. Essa tendência de usar WebAPI feita no Visual Studio e o resto da aplicação "separada" já venho batendo nessa tecla no VBMania faz um bom tempo, olhe minhas resposta lá e vai confirmar. Vejo o pessoal lá ainda preso em aplicações desktop e fico desesperado para que evoluam, mas a resistência é enorme, então tem que ter paciência. Pra ser sincero, não me lembro da última vez que trabalhei com uma aplicação Desktop profissionalmente. TUDO é Web. Atualmente, meu template básico para criação de aplicações é: - Criar a estrutura de dados: Até hoje não achei uma ferramenta que busque isso de dentro da minha cabeça e crie o banco. Então crio da forma tradicional manualmente. - Entity Framework: Sem a menor sombra de dúvida a melhor maneira de se "conectar" aos dados. Acho o nHybernate bacana, mas prefiro o EF mesmo. - Scaffolding para criar os controladores da WebAPI: OData v3, simples prático e com qualidade excelente, inclusive usando métodos assíncronos - UI: Essa é a parte que mais "vareia". Tendo toda a parte de WebAPI pronta, as possibilidades são muitas, então depende do objetivo. O mais usual é mesmo uma aplicação Web normal. Onde não uso nenhuma tecnologia Microsoft, HTML puro mesmo. Quanto ao visual, também é um leque de opções e depende do bolso do freguês. Estive pensando em desenvolver meus próprios Scaffolders para criar as aplicações já completinhas, baseadas em um contexto EF. Ainda não fiz isso, mas estou pensando seriamente em fazer um que seja "polivalente" para as minhas necessidades e quem sabe num futuro até vender esse também, afinal, ele criaria aplicações praticamente prontas com uma meia dúzia de cliques, isso deve ter algum valor.
Fala Kerplunk, você tem toda razão, tá em RC, e segundo a comunidade, talvez em meados de Outubro por ai, saia a versão final. Mas dá sim pra usar em projetos de produção não muitos críticos, o que teve basicamente agora nesse mais recente release foram correções e uma sugestão de mudanças na criação e validação de forms. Além de que tudo pode ser feito de forma modularizada, e também pode ser usado junto com o angular 1.xx, eu não recomendo, pois fica muito confuso, apesar de ter o nome Angular 2, ele não é uma atualização do 1.xx, então muitos conceitos que existem na versão 1.xx, não existem mais na versão 2, pelo menos nao da forma que conhecemos, o controlador mesmo é um deles. Sim, uma vez que vc tem toda uma aplicacao servida por uma Web API, as possibilidades de consumo são diversas e é por isso que uso por ser tão pratica nesse sentido. Eu nunca usei o OData, acho mais simples usar Web API, ela tambem tem suporte a async, é que depende da versão do framework que estiver usando. Mas qual a vantagem de usar o OData em relação a Web API? Sabendo que ambos se prestam para um mesmo fim. Eu também uso só EntityFramework, junto com codefirst, me acostumei com linha de comandos, então hoje acho simples de usar assim. Mas antes de começar com ele eu experimentei o NHybernate, e na época tinha que criar uns arquivos xml de mapeamento, achei muito complicado, não existia o fluent api para ele, então era complicado de usar, sem falar que não tem como comparar quem ta por trás dessas tecnologias, então para mim que já usava o visual studio e já trabalhava com sqlserver, foi conveniente escolher o entityframework. Sobre sua idéa de criar seus scaffolders, sim é legal, mas tem que ter algum diferencial, como por exemplo criar os repositorios, não como o do o Visual Studio faz, cria tudo dentro dos controladores, funciona sim, funciona, mas é mais para o aprendizado e para conhecer o conceito, não é a forma adequada. Tem também a parte de autenticação, vejo muita gente com dúvidas nisso. E de quebra você já poderia explorar criando uma interface web já baseada no angular 2. Vai ser fácil? Não, claro que não, mas seria um enorme diferencial frente ao que já existe por ai. A gente poderia trocar umas idéias, mas por aqui fica dificil. Abraços, tudo de bom
OData é basicamente a mesma coisa que uma WebAPI tradicional. Totalmente REST; A principal vantagem de usar OData para mim é a possibilidade de criar queries genéricas no client sem necessariamente ter um método específico no server. Ele suporta IQueryable então você pode fazer os filtros que quiser no client sem precisar implementar nada no server. Além de expor metadata da interface, facilitando em muito a criação do código no client. Também é muito leve o que melhora consideravelmente a performance. A desvantagem é que tem que observar muito bem a parte de segurança, já que as chamadas são baseadas em URL. Ainda não peguei o Angular 2 mais a fundo, mas pelo que percebi vai facilitar um bocado conceitos mais confusos do 1.x, como diretivas por exemplo, que para inciantes é muito confuso. Se quiser conversar mais à respeito, podemos fazer lá pelo VBMania mesmo, e quem sabe até por skype.
Desculpe, acho que não entendi o que você quer... os links tanto para o Entity Framework quanto para o EF to Angular, estão na descrição do vídeo. Obrigado pela audiência!
Oi Kerplunk, perdão se a pergunta for básica, mas no meu Visual Studio o "Entity FrameWork" e o "Reverse Engineer Code First" não aparecem.. Como faço para habilitá-los?
Olhando EF To Angular, vi que o desenvolvedor ta querendo vender, e ou se oferece tambem para ser contratado por alguma empresa interessado em migrar para o Angular 2 e o ASP Net Core, como eu disse é tendência, não tem como fugir. Olhando os reviews, da até um alívio para nós tupiniquins saber que tem gente ignorante no mundo todo, e não só aqui rsrs.
muito show .. otimo... quando sera as proximas aulas ???
sensacional
Fala Kerplunk, blz?
Legal não conhecia esse EF to Angular, sempre fiz de forma convencional, interessante para quem não conhece nada do Angular, já dá para ter uma ideia. Eu faço tudo usando uma WEB API como serviço REST, e o resto é tudo usando html, css e Java script, não uso mais o razor, vi que o add-in cria tudo no cshtml.
No angular 1.xx tem muita, muita coisa mesmo para ver e não sei se valeria a pena investir nele nesse momento.
Eu estou já com uma aplicação em Angular 2, e posso te dizer que é muito mais rápida, muito mais rápida mesmo.
Quem usa angular 1.xx tem que ter muito cuidado na forma que concebe a aplicação, ou ela se torna lenta e pesada, são problemas que só quem percebe é quem usa, são problemas contornáveis de performance.
Pois bem eu já estou migrando, na verdade já migrei para o Angular 2, só fazendo uns ajustes, mas já funciona, houve umas mudanças agora no rc.2 na parte de forms, mas simples de fazer os ajustes.
Sinceramente eu achei muito mais fácil de usar, então já que você está pedindo sugestões, eu sugiro o Angular 2.
Para quem nunca viu, não vai fazer diferença, e se é para começar algo novo, que realmente seja novo, eu aposto minhas fichas no Angular 2, tem muita gente no mundo todo usando em produção, eu sou um deles.
Se a intenção é mostrar a tecnologia fornecida pelo framework Angular, acho que seria legal começar no Angular 2, e se não me falha a memória, a primeira versão do Angular foi lançada em 2009, e lá no VbMania eu nunca vi ninguém falar nele a não ser você mesmo rsrs, e acho que eu devo ter citado em alguma resposta lá, não lembro agora.
Infelizmente, na minha opinião, a melhor maneira de usar o Angular 2 é com TypeScript, e é também o recomendado pelo time do Angular 2, isso dispensa a interação direta com o java script, mas não dispensa o conhecimento pelo menos do básico para entender como funciona esse treco todo. Sei que tudo isso pode ser feito dentro do Visual Studio, mas eu segui um caminho diferente que é e tendência no mundo. Apenas o serviço REST é feito no Visual Studio, o resto é tudo feito no Node.js, usando o Visual Studio Code que tem agora um terminal integrado nele ;), talvez tudo isso esteja fora do contexto aqui, mas fica a dica, é uma tendência mundial faz tempo, e com ASP Net Core, quem quiser criar aplicações multi-platarforma vai ter que encarar essas tecnologias.
Bom é isso, minha sugestão, grande abraço e parabéns.
E aí garoto! Legal receber comentários assim! Obrigado!
Bem vamos às respostas.
Os cshtml gerados, são muito simples e nem sequer usam um layout.cshtml. São basicamnete HTML mesmo então basta renomear para HTML que vai funcionar de boas.
Hoje(22/06/2016) o Angular 2 se encontra em status "Release Candidate", isso quer dizer que a própria equipe de desenvolvimento dele desaconselha usar em produção, mas cada um com seu cada qual. Esse é um dos motivos de eu não ter investido em publicar vídeos com tutoriais sobre o Angular ainda, estou meio que no aguardo do 2 que ai mudar MUITA coisa. Então publicar um vídeo com um tutorial do angular atual acho que seria desinteressante para o pessoal aqui do canal e acho que seria melhor mesmo esperar o Angular 2 sair do forno.
Essa tendência de usar WebAPI feita no Visual Studio e o resto da aplicação "separada" já venho batendo nessa tecla no VBMania faz um bom tempo, olhe minhas resposta lá e vai confirmar. Vejo o pessoal lá ainda preso em aplicações desktop e fico desesperado para que evoluam, mas a resistência é enorme, então tem que ter paciência. Pra ser sincero, não me lembro da última vez que trabalhei com uma aplicação Desktop profissionalmente. TUDO é Web.
Atualmente, meu template básico para criação de aplicações é:
- Criar a estrutura de dados: Até hoje não achei uma ferramenta que busque isso de dentro da minha cabeça e crie o banco. Então crio da forma tradicional manualmente.
- Entity Framework: Sem a menor sombra de dúvida a melhor maneira de se "conectar" aos dados. Acho o nHybernate bacana, mas prefiro o EF mesmo.
- Scaffolding para criar os controladores da WebAPI: OData v3, simples prático e com qualidade excelente, inclusive usando métodos assíncronos
- UI: Essa é a parte que mais "vareia". Tendo toda a parte de WebAPI pronta, as possibilidades são muitas, então depende do objetivo. O mais usual é mesmo uma aplicação Web normal. Onde não uso nenhuma tecnologia Microsoft, HTML puro mesmo. Quanto ao visual, também é um leque de opções e depende do bolso do freguês.
Estive pensando em desenvolver meus próprios Scaffolders para criar as aplicações já completinhas, baseadas em um contexto EF. Ainda não fiz isso, mas estou pensando seriamente em fazer um que seja "polivalente" para as minhas necessidades e quem sabe num futuro até vender esse também, afinal, ele criaria aplicações praticamente prontas com uma meia dúzia de cliques, isso deve ter algum valor.
Fala Kerplunk, você tem toda razão, tá em RC, e segundo a comunidade, talvez em meados de Outubro por ai, saia a versão final. Mas dá sim pra usar em projetos de produção não muitos críticos, o que teve basicamente agora nesse mais recente release foram correções e uma sugestão de mudanças na criação e validação de forms. Além de que tudo pode ser feito de forma modularizada, e também pode ser usado junto com o angular 1.xx, eu não recomendo, pois fica muito confuso, apesar de ter o nome Angular 2, ele não é uma atualização do 1.xx, então muitos conceitos que existem na versão 1.xx, não existem mais na versão 2, pelo menos nao da forma que conhecemos, o controlador mesmo é um deles.
Sim, uma vez que vc tem toda uma aplicacao servida por uma Web API, as possibilidades de consumo são diversas e é por isso que uso por ser tão pratica nesse sentido.
Eu nunca usei o OData, acho mais simples usar Web API, ela tambem tem suporte a async, é que depende da versão do framework que estiver usando.
Mas qual a vantagem de usar o OData em relação a Web API? Sabendo que ambos se prestam para um mesmo fim.
Eu também uso só EntityFramework, junto com codefirst, me acostumei com linha de comandos, então hoje acho simples de usar assim. Mas antes de começar com ele eu experimentei o NHybernate, e na época tinha que criar uns arquivos xml de mapeamento, achei muito complicado, não existia o fluent api para ele, então era complicado de usar, sem falar que não tem como comparar quem ta por trás dessas tecnologias, então para mim que já usava o visual studio e já trabalhava com sqlserver, foi conveniente escolher o entityframework.
Sobre sua idéa de criar seus scaffolders, sim é legal, mas tem que ter algum diferencial, como por exemplo criar os repositorios, não como o do o Visual Studio faz, cria tudo dentro dos controladores, funciona sim, funciona, mas é mais para o aprendizado e para conhecer o conceito, não é a forma adequada. Tem também a parte de autenticação, vejo muita gente com dúvidas nisso. E de quebra você já poderia explorar criando uma interface web já baseada no angular 2.
Vai ser fácil? Não, claro que não, mas seria um enorme diferencial frente ao que já existe por ai. A gente poderia trocar umas idéias, mas por aqui fica dificil.
Abraços, tudo de bom
OData é basicamente a mesma coisa que uma WebAPI tradicional. Totalmente REST; A principal vantagem de usar OData para mim é a possibilidade de criar queries genéricas no client sem necessariamente ter um método específico no server. Ele suporta IQueryable então você pode fazer os filtros que quiser no client sem precisar implementar nada no server. Além de expor metadata da interface, facilitando em muito a criação do código no client. Também é muito leve o que melhora consideravelmente a performance. A desvantagem é que tem que observar muito bem a parte de segurança, já que as chamadas são baseadas em URL. Ainda não peguei o Angular 2 mais a fundo, mas pelo que percebi vai facilitar um bocado conceitos mais confusos do 1.x, como diretivas por exemplo, que para inciantes é muito confuso.
Se quiser conversar mais à respeito, podemos fazer lá pelo VBMania mesmo, e quem sabe até por skype.
Fala ai Kerplunk, o meu skype lampiao37, Abraços
Onde estão os links que configure o projeto.
Desculpe, acho que não entendi o que você quer... os links tanto para o Entity Framework quanto para o EF to Angular, estão na descrição do vídeo. Obrigado pela audiência!
ok
Oi Kerplunk, perdão se a pergunta for básica, mas no meu Visual Studio o "Entity FrameWork" e o "Reverse Engineer Code First" não aparecem.. Como faço para habilitá-los?
Kerplunkboy faz um tutorial mvc com angular e entity cara basicao tambem
muito bom
Muito obrigado. Não esqueça de deixar seu joinha se gostou
Olhando EF To Angular, vi que o desenvolvedor ta querendo vender, e ou se oferece tambem para ser contratado por alguma empresa interessado em migrar para o Angular 2 e o ASP Net Core, como eu disse é tendência, não tem como fugir. Olhando os reviews, da até um alívio para nós tupiniquins saber que tem gente ignorante no mundo todo, e não só aqui rsrs.