Microsoft MVP성태의 닷넷 이야기
.NET Framework: 672. 모노 개발 환경 [링크 복사], [링크+제목 복사],
조회: 25050
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

모노 개발 환경

이 글은, C# 6.0 책에 있던 "2.3 모노 개발 환경"의 내용을 그대로 복사한 것입니다. 개발 환경의 변화로 이제는 거의 의미가 없어졌으므로 기록을 남기는 차원에서 정리합니다.





2. 3 모노 개발 환경

참고! 윈도우 운영체제 사용자라면 특별히 관심이 없는 한 모노 개발 환경은 건너뛰어도 좋다. 윈도우에서는 닷넷 프레임워크와 비주얼 스튜디오의 무료 버전이 제공되기 때문에 C#을 배우는 환경으로 모노를 선택하는 것은 적절하지 않다.


C# 프로그래밍을 공부할 때 오픈소스로 배포되는 모노(Mono) 프로젝트도 이용할 수 있다. 모노 프로젝트는 닷넷 프레임워크의 다중 플랫폼을 지원하는 독립된 버전의 환경이다. 여기서 “독립된”이라고 표현한 이유는 모노 프로젝트가 마이크로소프트의 공식 지원을 받지 않기 때문이다. 하지만, 최근 들어 Unity3D 같은 유명한 게임 엔진에 채택되고 Xamarin이라는 업체가 주도적으로 모노 프로젝트를 이끌어가면서 다시금 윈도우 이외의 환경에서도 C# 개발을 현실적인 수준에서 사용할 수 있다는 분위기가 형성되고 있다.

현재 공식적으로 Mono가 지원되는 플랫폼은 openSUSE, Mac OS X, Windows, Solaris가 있고, 여기에 포함되지 않은 리눅스의 경우에는 자체 배포 방식을 지원하고 있으므로 해당 리눅스 배포 사이트의 정보를 참조해야 한다. 예를 들어, 우분투 리눅스 사용자라면 터미널에서 다음과 같이 mono-complete 패키지를 설치하면 된다.

$ sudo apt-get install mono-complete

설치가 완료되면 dmcs라는 C# 컴파일러와 mono 런타임 프로그램을 사용해 예제 2.1을 컴파일하고 실행할 수 있다.

$ cat Program.cs
using System;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello World");
        }
    }
}

$ dmcs Program.cs
$ mono Program.exe
Hello World
$

혹시 자바(Java)를 공부해 본 독자라면 방법이 낯설지 않을 텐데, 자바는 dmcs대신 javac로 컴파일하고 mono 대신 java로 실행하는 차이만 있다.

참고! 닷넷 프레임워크는 크게 2.0과 4.0 버전의 런타임으로 나뉜다. 모노에서는 닷넷 2.0용에 해당하는 응용 프로그램을 만드는 C# 컴파일러로 gmcs가 제공되고, 4.0용 응용 프로그램은 dmcs로 컴파일한다.


모노와는 별도로 통합 개발 환경(IDE: Integrated Development Environment)도구로 MonoDevelop이라는 프로그램이 오픈소스로 제공되고 있다. “통합 개발 환경”이란 하나의 프로그램에서 “편집”, “컴파일”, “디버깅” 등의 기능을 제공한다는 것을 의미한다. 자바의 대표적인 IDE가 이클립스(Eclipse)인 것처럼 모노용으로 MonoDevelop이 제공된다.

MonoDevelop 다운로드: http://monodevelop.com/Download

우분투 환경에서 MonoDevelop을 설치하려면 모노와 마찬가지로 apt-get을 이용해 간단하게 설치할 수 있다.

$ sudo apt-get install monodevelop

설치가 완료된 후 “monodevelop”라고 명령행에서 직접 입력하거나 우분투의 대쉬 홈을 통해 실행할 수 있는데, MonoDevelop에서 예제 2.1을 실습하려면 다음과 같은 단계를 거친다.

  1. “File” / “New” / “Solution…” 메뉴를 선택한다. (단축키: Ctrl + Shift + N)
  2. “New Solution” 대화상자에서 “C#” 범주의 “Console Project”를 선택하고, 이름을 임의로 입력한 후 프로젝트 파일이 놓이게 될 디렉터리 경로를 지정하고 다음(Forward)을 선택한다.
    mono.newsolution_1.png
  3. Unix Integration과 GTK# Support에 대한 옵션이 제공되는데 선택할 필요 없이 그냥 “OK” 버튼을 눌러 프로젝트를 생성한다. 그러면 예제 2.1과 유사한 소스코드 파일을 포함하는 프로젝트 환경이 구성된다.
    mono.newsolution_2.png
  4. 프로젝트를 컴파일하려면 “Build” / “Build All” 메뉴(단축키: F8)를 선택하고, 실행하려면 “Run” / “Run” 메뉴(단축키: Ctrl+F5)를 선택한다. 그러면 곧바로 다음과 같이 Mono Console 창이 나타나면서 실행 결과를 확인할 수 있다.
    monodev.run.png


실습하면서 이미 느꼈겠지만 처음에는 낯설기도 하고 사용법을 익혀야 한다는 부담이 있지만 일단 배우고 나면 MonoDevelop을 이용해 C# 프로그램을 만드는 것이 “편집기 + 명령행 컴파일러”를 다루는 것보다 훨씬 쉽다는 사실을 알 수 있다. 게다가 문법 오류가 발생한 상황도 명령행으로 컴파일할 때와는 비교할 수 없을 정도로 쉽게 고칠 수 있다. 예를 들어 예제 코드에서 public을 pubic으로 오타를 치면 곧바로 편집 화면에서 그림 2.1과 같이 뭔가 문제가 있음을 빨간 선을 통해 알 수 있다.

그림 2.1: MonoDevelop의 문법 오류에 대한 경고
monodev.editor.png

필자는 개인적으로 여러분이 IDE에 익숙해지기 바란다. IDE의 편리함과 생산성 향상은 곧 시간 절약을 의미하며 주어진 24시간 내에서 더욱 더 많은 일을 할 수 있게 도와주는 역할을 한다. 처음에는 별도의 노력을 기울여 IDE를 배워야 하지만 나중에는 IDE 배우는 데 투자한 시간보다 훨씬 더 큰 보상을 받을 수 있다.

마지막으로, 모노를 이용해 이 책을 공부한다면 1부와 2부의 전체 내용을 실습할 수 있다. 현재 모노 3.8부터 프리뷰(Preview) 버전의 C# 6.0 문법을 지원하기 시작했지만 여러분이 사용하는 리눅스의 모노 배포본에서는 경우에 따라 C# 4.0 문법까지만 지원할 수도 있다는 점을 알아두자.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 11/28/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12083정성태12/17/201922256Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920540오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922389개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919543.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921416오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921226Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920332Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918839디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919628디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919286디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920851Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917655오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921164오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923083오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919477디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928134디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919543디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919204디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917509디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920414오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919358디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918860디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919305Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201920892디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920058디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201920713디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...