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