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 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.
