Eu criei uma solucao a usar .NET Core a um tempo atras e aquilo foi bastante facil e' tudo a base de linha de comandos tirando isso n achei nada de complicado e ja foi antes do RC por isso imagino que estara mais simples de usar.
Cumprimentos/Best Regards, Pedro Pereira AboutMe - http://about.me/doublep Linkedin - http://pt.linkedin.com/pub/pedro-pereira/36/42/b2b/ 2016-01-08 10:51 GMT+00:00 Cristovão Morgado <[email protected]>: > 2) o .NET Core na sua essência é simples .. não há é muita informação > atualizada para a beta sobre ela. > > > Mas vai pela VM vais ter mais sucesso.... e qualquer coisa aparece na > comunidade NetPonto! Vamos ter um encontro já dia 16 sobre TypeScript + > Angular + MVC e as Novidades do C# 6.0 > > > > > > Best regards > Cristóvão Morgado > pt.linkedin.com/in/cmmorgado/ > github.com/cmorgado > > - > > > > 2016-01-08 10:41 GMT+00:00 Hugo Ferreira <[email protected]>: > >> Cristovão, >> >> 1. Sim, já coloquei o windows a correr sobre o virtualbox e foi a opção >> que tomei. >> O Mono e Xamarim (tão famoso por estas bandas) seria uma forma de evitar >> uma virtual machine e como já se tinham passado anos desde que fiz um teste >> na plataforma e como se tem falado tanto, tinha expetativas muito elevadas. >> >> 2. Em relação ao .NET Core, o problema não é estar em beta, é porque a >> instalação e configuração pareceu-me muito penosa (parece pior do que nas >> primeiras versões do Mono) - não estou para ai virado. >> Acredito que uma versão final será tão simples como uma instalação atual >> do .NET/Mono. >> >> 3. Erro meu. Tenho o velho hábito de chamar webservices a tudo. mas no >> fundo penso que o conceito seja mais ou menos o mesmo (só muda o formato). >> >> Vou continuar a usar a virtual machine por agora. >> >> >> >> >> No dia 8 de janeiro de 2016 às 10:33, Cristovão Morgado < >> [email protected]> escreveu: >> >>> Não entendo então o teu problema. >>> >>> 1) Se queres fazer deploy para servidores windows mas tens um mac ... >>> usa uma VM windows e tiras realmente partido de tudo. >>> >>> 1.1) As dependências ao OS dependem das tuas escolhas das bibliotecas >>> usada! >>> >>> 2) Se queres realmente .net web multiplataforma tens de ir para o .net >>> core que apesar de estar em beta já tem licença go live. E o "beta" é como >>> tudo ... hoje em dia as versões X de Y são betas perpétuais.... >>> 2.1) A WebAPI não é para web services na verdadeira definição, mas sim >>> para serviços REST .... os web services são mais SOAP que outra coisa.... e >>> aí no mundo Microsoft usas WCF. >>> >>> 3) Sim o code é um editor de código e não um verdadeiro IDE ... mas como >>> tal é fabuloso... e a parte de web muito bem pensada. >>> >>> >>> Agora TUDO depende do projeto que tens em mente. E acima de tudo ... a >>> escolha do cloud service que vais usar para atingires o teu objetivo... o >>> tempo de usar hostings manhosos acabou. >>> >>> >>> CM >>> >>> >>> >>> Best regards >>> Cristóvão Morgado >>> pt.linkedin.com/in/cmmorgado/ >>> github.com/cmorgado >>> >>> - >>> >>> >>> >>> 2016-01-08 10:23 GMT+00:00 Hugo Ferreira <[email protected]>: >>> >>>> Olá Cristovão, >>>> >>>> Obrigado pela tua opinião. >>>> O objetivo seria desenvolvimento em OSX e deploy em Windows (mas se >>>> poder ter independência do OS para deploy, perfeito). >>>> .NET porque pela razão que mencionei de ter de criar um webservice para >>>> executar algo que depende dessa tecnologia porque atualmente o verdadeiro >>>> desenvolvimento e deploy multiplataforma é PHP (entre outros). No futuro (a >>>> curto prazo) talvez também o .NET com o .NET Core como bem mencionaste. >>>> >>>> Sim, olhei para o .NET Core e pelo que vi ainda está em fase de >>>> desenvolvimento. >>>> Pelo que li WebApi 2.2 continua a ser a tecnologia da Microsoft mais >>>> recente para se criar WebServices. Estou errado ? Se sim, por favor >>>> ilumina-me. >>>> >>>> O Visual Studio Code, funciona muito bem em OSX mas é tão bom como >>>> outros editores de código. É um editor de código e não um IDE (são coisas >>>> diferentes). >>>> >>>> Não me parece que o .NET Core esteja pronto para produção ainda. É o >>>> futuro e provavelmente a adoção de quem já utilizei Mono/.NET seja >>>> transparente mas não é o presente ! >>>> >>>> A conclusão a que cheguei, é que quem necessitar de desenvolver para >>>> .NET (excluíndo mobile) "no presente", tem de ser com MS .NET Framework e >>>> Visual Studio (ou outro IDE para windows). >>>> >>>> >>>> >>>> >>>> No dia 8 de janeiro de 2016 às 10:12, Cristovão Morgado < >>>> [email protected]> escreveu: >>>> >>>>> Não é por nada mas não me pareces estares a olhar para o que deverias. >>>>> >>>>> Se estás a olhar para desenvolvimento web em ".net" para >>>>> multiplataforma (hosting em OSx, Linux ,etc) deves olhar para o >>>>> asp.net 5.0 ... e a .net core >>>>> >>>>> Isso sim é o futuro ... podes usar o Visual Studio Code em OSx, e >>>>> Linux ... https://get.asp.net/ >>>>> >>>>> >>>>> Agora se falas em Xamarin e apps móveis .. isso é outro campeonato >>>>> >>>>> >>>>> Best regards >>>>> Cristóvão Morgado >>>>> pt.linkedin.com/in/cmmorgado/ >>>>> github.com/cmorgado >>>>> >>>>> - >>>>> >>>>> >>>>> >>>>> 2016-01-08 9:54 GMT+00:00 Hugo Ferreira <[email protected]>: >>>>> >>>>>> Bom dia e bom ano, >>>>>> >>>>>> Desculpem, o muito longo e-mail mas venho partilhar a minha >>>>>> experiência com o Mono e Xamarim (talvez os problemas que eu tenha >>>>>> encontrado, tenham um workaround que desconheço e alguém possa >>>>>> ajudar-me). >>>>>> >>>>>> Quando a plataforma Mono foi anunciada à uns bons anos atrás, fui >>>>>> logo testar em ambiente Linux e consegui com sucesso (após os habituais >>>>>> comandos na shell) executar uma aplicação muito básica em .NET mas a >>>>>> plataforma ainda mas suportava bem o .NET e não havia um ambiente de >>>>>> desenvolvimento. >>>>>> >>>>>> Uns anos mais tarde testei o MonoDevelop (novamente em Linux) e para >>>>>> além de parecer-se mais com um IDE antigo, estilo VB6 do que Visual >>>>>> Studio, >>>>>> tinha bugs que nunca mais acabava. >>>>>> >>>>>> Nesta semana e muito anos depois, fui testar a última release >>>>>> (supostamente estável) do Mono e o Xamarim Studio (rebranding do >>>>>> MonoDevelop) em ambiente Mac. >>>>>> O IDE está agora muito completo e sem recorrer a nenhuma pesquisa e >>>>>> em segundos cria-se um projeto de exemplo, portanto uma experiência >>>>>> semelhante ao Visual Studio pelo que evoluiu bastante ! >>>>>> Ainda assim diria que se assemelha mais ao Visual Studio 2005 do que >>>>>> 2015 no entanto uma grande evolução em comparação com o que tinham e já >>>>>> completamente usável. >>>>>> >>>>>> A instação do Mono em Mac é tão simples como instalar qualquer outro >>>>>> package no Mac. >>>>>> >>>>>> Problemas e muito graves a meu ver e que comprovam que o Mono >>>>>> continua a não ser uma plataforma para se levar a sério e usar-se nem em >>>>>> produção, nem se quer para desenvolvimento e depois fazer o depois no >>>>>> .NET: >>>>>> Tentei criar um simples webservice (hello world) pois o meu objetivo >>>>>> era realmente criar alguns webservices em .NET (Mono), utilizando a >>>>>> WebApi >>>>>> 2.X e obtive erros. >>>>>> Após algumas pesquisas percebi que a WebApi 2.X não é ainda suportada >>>>>> pelo Mono e fiz regressão para a última versão suportada (que tem uns 2 >>>>>> anos). >>>>>> Ainda assim obtive erros. >>>>>> Depois tentei usar webservices clássicos (asmx) apenas para testar e >>>>>> confirmar se só acontecia utilizando a WebApi e continuei com os meus >>>>>> erros. >>>>>> Depois após mais algumas pesquisas, descobri que de fato o Mono tem >>>>>> um bug grave com qualquer webservice: >>>>>> https://bugzilla.xamarin.com/show_bug.cgi?id=37137 >>>>>> O bug foi reportado no mês passado mas a verdade é que a versão que o >>>>>> autor indica como usável tem ela uns 2 anos para além do Xamarim Studio >>>>>> atual não a suportar, tem muitos outros bugs graves que encontrei. >>>>>> Como é que um bug deste tipo só agora foi reportado ? Para mim >>>>>> ninguém deve usar o Mono a sério, excepto alguns projetos novos em >>>>>> Android >>>>>> e iOS com limitações. >>>>>> >>>>>> Como não vejo a tecnologia como uma religião e apesar de ter >>>>>> trabalhado nos últimos anos mais com PHP, tenho agora a necessidade de >>>>>> criar alguns webservices em .NET (por dependências desta tecnologia) e >>>>>> fui >>>>>> tentar sem ter de saír do ambiente Mac. >>>>>> >>>>>> -- >>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>>> do Grupos do Google. >>>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>>> mesmo, envie um email para [email protected]. >>>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>>> [email protected]. >>>>>> Visite este grupo em https://groups.google.com/group/riapt. >>>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>>> >>>>> >>>>> -- >>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>>> do Grupos do Google. >>>>> Para anular a subscrição deste grupo e parar de receber emails do >>>>> mesmo, envie um email para [email protected]. >>>>> Para publicar uma mensagem neste grupo, envie um email para >>>>> [email protected]. >>>>> Visite este grupo em https://groups.google.com/group/riapt. >>>>> Para mais opções, visite https://groups.google.com/d/optout. >>>>> >>>> >>>> -- >>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>>> do Grupos do Google. >>>> Para anular a subscrição deste grupo e parar de receber emails do >>>> mesmo, envie um email para [email protected]. >>>> Para publicar uma mensagem neste grupo, envie um email para >>>> [email protected]. >>>> Visite este grupo em https://groups.google.com/group/riapt. >>>> Para mais opções, visite https://groups.google.com/d/optout. >>>> >>> >>> -- >>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >>> Grupos do Google. >>> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >>> envie um email para [email protected]. >>> Para publicar uma mensagem neste grupo, envie um email para >>> [email protected]. >>> Visite este grupo em https://groups.google.com/group/riapt. >>> Para mais opções, visite https://groups.google.com/d/optout. >>> >> >> -- >> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >> Grupos do Google. >> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >> envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um email para >> [email protected]. >> Visite este grupo em https://groups.google.com/group/riapt. >> Para mais opções, visite https://groups.google.com/d/optout. >> > > -- > Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do > Grupos do Google. > Para anular a subscrição deste grupo e parar de receber emails do mesmo, > envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um email para > [email protected]. > Visite este grupo em https://groups.google.com/group/riapt. > Para mais opções, visite https://groups.google.com/d/optout. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em https://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
