Qual é a melhor configuração para o desenvolvimento Mono no Windows?

votos
33

Comecei a tentar jogar com Mono, principalmente para se divertir no momento. A primeira vez que tentei usar o plugin Visual Studio que irá converter um csproj em um makefile, mas parecia haver nenhuma versão disponível para Visual Studio 2005. Eu também li sobre o MonoDevelop IDE, que parecia bom. Infelizmente, não há nenhum pacote pré-fab Windows para ele. Tentei seguir algumas instruções para construí-lo através da combinação de dependências de outras instalações semi-relacionados. Não funcionou, mas isso é provavelmente porque eu sou um cara orientada Windows e mal consegue soletrar makefile.

Então, minha pergunta é esta: Qual é o caminho de menor energia para se levantar e correr para tentar algum desenvolvimento baseado em Mono no Windows?

Publicado 05/08/2008 em 21:15
fonte usuário
Em outras línguas...                            


10 respostas

votos
15

Eu recomendo a obter VMWare Player e utilizando a imagem livre plataforma de desenvolvimento Mono que é fornecido no site.

Baixar Mono

tempo de configuração para este será mínima, e que também irá permitir que você obtenha o seu código de trabalho em .NET e, em seguida, se concentrar em portar questões sem uma trabalheira enorme de máquinas de comutação e similares. as ferramentas VMware Player permitirá que você simplesmente arrastar e soltar os arquivos para copiá-los.

Eu estou olhando para ter um par de meus aplicativos .NET e torná-los Mono compatível, e este é o caminho que eu vou tomar aqui em breve.

Respondeu 05/08/2008 em 23:43
fonte usuário

votos
11

Um ano mais tarde e a resposta a esta tem mudar significativamente. Agora você pode usar MonoDevelop no Windows, ou se você está mais confortável no Visual Studio você pode usar o Visual Studio Tools para escrever tudo e, em seguida, depurar no no VM para se certificar de que está trabalhando em Linux.

Respondeu 08/12/2009 em 17:48
fonte usuário

votos
9

@ Chris eu descobri que Visual Studio é o melhor IDE para desenvolvimento contra .NET - Eu acho que a melhor maneira de atingir Mono é realmente apenas para desenvolver e construir no Visual Studio no Windows, em seguida, basta executar os binários diretamente no Linux (ou qualquer outra plataforma Mono você está usando). Há versões gratuitas do Visual Studio se o licenciamento é uma preocupação. Se você estiver desenvolvendo no Linux, o melhor software é provavelmente Eclipse com um plug-in Mono (ver O Mono Handbook - Eclipse para instruções de instalação), mas tenha em mente que não tem perto da quantidade de recursos ou integração de linguagem Visual Studio tem.

@modesty Mono é uma festa de 3 implementação open source do framework .NET que permite executar os aplicativos .NET em plataformas diferentes do Windows.

Respondeu 05/08/2008 em 22:23
fonte usuário

votos
6

Uma das melhores coisas que você pode fazer se desenvolver com o Visual Studio para Mono é obter MoMA http://www.mono-project.com/MoMA . Isto irá inspecionar qualquer número de conjuntos que você construir e gerar um relatório mostrando problemas potenciais Mono (por exemplo, os métodos não implementados na biblioteca mono). Ele pode ser executado a partir de uma GUI ou a linha de comando para uso em compilações automatizadas.

Respondeu 08/08/2008 em 15:29
fonte usuário

votos
4

Pessoalmente, eu só estou compilando em Visual Studio 2008, como se fosse para .Net 2.0 e, em seguida, executado em Mono (VS2008 no Windows em um VirtualBox, Mono no OSX). Todos os problemas surgem em tempo de execução, de qualquer maneira, assim que o sistema funciona perfeitamente.

Eu encontrei este muito novo link , que é incrível e mostra-lhe como configurar o Visual Studio 2008 para Mono.

Ao mesmo tempo, a criação de Mono no OpenSUSE ou Ubuntu dentro de uma VirtualBox (produto da Sun) é fácil, indolor e não forçá-lo a abandonar qualquer plataforma que você normalmente vivem.

Esta não é relevante para a sua pergunta, mas eu poderia notar que eu só tenho em Mono e estou espantado com a quantidade de .Net é implementado, incluindo grande parte das coisas WinForms.

Respondeu 31/07/2009 em 13:55
fonte usuário

votos
4

Simplesmente não há razão para construir seu aplicativo usando Mono; todo o ponto da Net CLR é que a saída compilado é multi-plataforma.

Então você pode simplesmente construí-lo usando seu IDE favorito (e se você gosta de IDEs, da Microsoft é o melhor para usar) e, em seguida, testá -lo em Mono. Mesmo se você receber Mono trabalhando no Windows, ele não seria um teste muito bom da portabilidade do seu app: se o seu aplicativo faz coisas tolas como assumindo nomes têm barras invertidas neles, ou que há algo especial sobre uma pasta chamada Arquivos de Programas? A melhor maneira de fazer a portabilidade testes é realmente testar seu aplicativo na plataforma de destino.

E isso é muito fácil de fazer com um leitor de Linux VMware como a de http://www.go-mono.com/mono-downloads/download.html .

Respondeu 15/09/2008 em 18:37
fonte usuário

votos
4

Miguel tinha um post sobre a depuração Mono rodando em Linux com a depuração remota no Visual Studio. Isso pode ser algo que você quer olhar para ... Usando o Visual Studio para depurar Mono . Há também um novo projeto chamado CloverLeaf cujo objetivo é permitir a depuração Mono no Windows no Visual Studio.

Respondeu 08/09/2008 em 14:28
fonte usuário

votos
3

Eclipse plugin para o Mono está morto. No Linux utilizar MonoDevelop ou X-Desenvolver se você gosta de um bom apoio comercial (embora MonoDevelop está se fechando sobre eles rápido característica-wise). No Windows SharpDevelop tem personalizados alvos MSBuild para compilar o código contra Mono.

Como Mono e MonoDevelop estão mudando rapidamente, certifique-se de usar as versões mais recentes divulgados, mesmo que eles não são marcados como estáveis ​​ainda (por exemplo, versões fornecidos com estoque Ubuntu são terrivelmente desatualizado).

A imagem VMWare é uma ótima maneira de começar a testar código do Windows desenvolvido em Linux. Não toque cygwin a menos que já são muito adaptável com ele.

Respondeu 28/08/2008 em 11:19
fonte usuário

votos
3

Meu primeiro instinto seria o bastante inútil "Instalar Linux". Você está um pouco nadando contra a corrente para tentar desenvolver em mono sob janelas. Instalando GTK e tudo é um pouco de um incômodo na minha experiência.

Se você sentir como usando linux, então você poderia Tente Ubuntu

De outra forma:

Há algumas informações aqui: http://www.mono-project.com/Mono:Windows e parece que o cygwin conjunto de ferramentas pode ser sua melhor aposta. Eu não acho que você vai ser capaz de evitar makefiles, infelizmente. Eu encontrei um tutorial um pouco mais explícita de O'Reilly .

@modéstia:

Mono fornece o software necessário para desenvolver e executar aplicativos de cliente e servidor .NET no Linux, Solaris, Mac OS X, Windows e Unix. Patrocinado pela Novell ( http://www.novell.com ), o projeto open source Mono tem uma comunidade de contribuição activa e entusiasta e está posicionada para se tornar a principal escolha para o desenvolvimento de aplicações Linux.
- A partir do site do Mono.

Respondeu 05/08/2008 em 22:27
fonte usuário

votos
1

Eu gostei da idéia de tentar usar MonoDevelop na maior parte apenas para se certificar de minhas coisas iria trabalhar contra os tempos de execução Mono. Eu acho que também seria possível ficar louco com msbuild e escrever algumas metas personalizados que tentou construir contra Mono, mas que é, basicamente, emulando a funcionalidade do plug-in agora extinta, que suponho que era não-trivial para construir. Eu tenho experiência menor com cygwin, e estou digitando feliz "configure" e "fazer" todo o dia, mas quando ocorre um problema nesse processo, eu estou praticamente ferrado. Eu provavelmente vou tentar jogar com tudo isso de novo, mas se ele me leva mais do que algumas horas para chegar a uma maneira de construir confortavelmente contra os tempos de execução Mono, eu provavelmente vou fiança.

Vou tentar a idéia Eclipse. Eu uso isso para Java, então eu poderia ser capaz de obter o c # material para trabalhar. Veremos...

Respondeu 05/08/2008 em 23:37
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more