visual studio - studio - Visual Haskell 2008/2010
run haskell on visual studio code (9)
A finales de 2005, el soporte de Visual Studio para Haskell fue "casi terminado" por un estudiante ruso que había realizado una pasantía en Microsoft. Poco después, el estudiante desapareció de la vista, y el proyecto nunca se terminó. Ha habido conversaciones periódicas en GHC Central sobre el intento de recuperarlo, pero creo que hay demasiadas cosas en juego: gran enfoque en el paralelismo, nuevo back-end, nuevo optimizador, LLVM, quizás un nuevo generador de código algún día. .
Tal vez con Haskell Prime finalmente estable en "Haskell 2010", cuando se publique el informe, alguien estará dispuesto a hacer un frente para el PLT Scheme , o tal vez alguien en los Países Bajos hará un IDE para Helium .
¿Existe Visual Haskell para Visual Studio 2008/2010? ¿O cuáles son las alternativas para probarlo?
EDIT: Tengo muchas alternativas pero parece que no hay Visual Haskell en este momento.
Hay un plugin de Eclipse para Haskell. Depende de una versión ligeramente divergente de Scion (!) Pero parece funcionar. Sin embargo, solo he intentado tareas muy simples con él. ¡Buena suerte! http://eclipsefp.sourceforge.net/
Hmm, ciertamente no parece haber binarios para nada desde VS .NET 2005 ... ¿quizás #haskell sabe algo sobre lo que le sucedió?
No estoy seguro de si esto cumple con sus criterios para lo que se considera una alternativa (¿busca un idioma o un IDE?), Pero F# es un lenguaje funcional totalmente compatible con Microsoft (y con soporte para VS2008 / 2010) para .NET. Es más parecido a ML que a Haskell, pero ciertamente es más cercano a Haskell que, digamos VB :)
Parece que hay una nueva implementación de Visual Haskell en las obras .
Podría crear un proyecto de makefile y especificar una línea de comando de compilación personalizada. Sin embargo, el color del código y la finalización automática de instrucciones no funcionarán.
Según mi conocimiento, no hay ningún proyecto actualmente publicado o público para actualizar el haskell visual existente a las versiones más nuevas.
El código para haskell visual está escrito en Haskell y habla a través de COM con Visual Studio. Ahora el problema es que, incluso si actualiza los envoltorios de comunicaciones para que sean compatibles con los nuevos estudios visuales, se quedaría atascado usando un ghc 6.6 simplemente porque dependía de las estructuras internas del compilador para funcionar, algunas de las cuales ya han sido implementadas. eliminado de 6.8 en adelante.
Por lo tanto, cualquier esfuerzo en esta parte requerirá una reescritura completa del complemento.
Ahora lo bueno es que estoy ocupado escribiendo una versión para Visual Studio 2010 (lo siento, no 2008) pero supuestamente podría lanzarla como un shell aislado independiente para aquellos que no tienen vs 2010 (es necesario verificar la licencia más detenidamente).
También estoy adoptando un enfoque diferente con la esperanza de que sea más fácil de mantener en el futuro. por ejemplo, no escribir la interacción con Visual Studio en Haskell pero usar C #, no hacer hardcode al compilador pero usar la nueva API, etc.
Solo tengo tiempo para trabajar en él los fines de semana, por lo que proyecto (sin promesas) que tendré una primera versión en julio.
También hay un complemento de Haskell para IntelliJ IDEA en desarrollo: http://code.google.com/p/ideah/wiki/InstallConfig
Leksah es algo de lo que he oído muchas cosas buenas. Es un IDE de Haskell escrito en Haskell. Nunca lo he usado, así que no puedo prometer nada. Sin embargo, está en desarrollo activo y algunas personas lo usan, por lo que no puede ser tan malo.
Sé que probablemente ya estás cansado de escuchar esto, pero realmente valdría la pena invertir uno o dos días para familiarizarte con Emacs o Vim (estoy predispuesto hacia Emacs). No es muy difícil configurar un Haskell funcional en Emacs, ya que hay un modo muy bueno para él. Lo mejor de aprender un editor como Emacs es que una vez que estás familiarizado con él, siempre estará ahí . Puedes usarlo para escribir código en todos tus idiomas favoritos. Estoy feliz de haber aprendido a usar Emacs solo para no tener que usar un IDE diferente para casi todos los idiomas que uso, y no siempre tengo que depender de un IDE, especialmente teniendo en cuenta el hecho de que algunos idiomas no lo hacen. t incluso tener IDEs. Los más nuevos, de todos modos.