C# 클래스(Class)나 모델(Model)을 Json파일로 저장했다가 다시 불러서 모델에 바인딩하기는 쉽습니다. 한단계씩 따라 해 봅시다. 1. 준비 누겟(Nuget)에서 'Newtonsoft.Json'를 찾아 설치해 줍니다. 'TestData001.cs' 클래스를 생성합니다. 1 2 3 4 5 6 7 8 9 10 /// /// 테스트용 모델1 /// public class TestData001 { public string StrData1 { get; set; } public string StrData2 { get; set; } public int IntData1 { get; set; } public int IntData2 { get; set; } } Colored by Color Scripter cs..

저는 자마린 프로젝트에서 발생했지만 기존 프로젝트에 닷넷 스탠다드(.NET Standard)로 프로젝트를 만들면 발생할 수 있는 오류가 아닌가 생각됩니다. 1. 오류 발생 자마린 프로젝트에서 PCL이 닷넷 스탠다드(.NET Standard)로 표준화되었습니다. 그래서 기존에 만들었던 PCL을 닷넷 스탠다드로 바꾸는 작업을 하고 있는데...... 'EmbeddedResource' 중복 항목이 포함되었습니다. .NET SDK에는 기본적으로 프로젝트 디렉터리의 'EmbeddedResource' 항목이 포함됩니다. 프로젝트 파일에서 이러한 항목을 제거하거나, 프로젝트 파일에 해당 항목을 명시적으로 포함하려면 'EnableDefaultEmbeddedResourceItems' 속성을 'false'(으)로 설정할 수..

트라이~캐치(try~catch)는 런타임에서 오류를 잡아내는 좋은 방법의 하나 입니다. 문제는 디버그할 때는 오류 위치가 잡히지 않기 때문에 오류 추적이 힘들다는 문제가 있죠. 1. 트라이 캐치도 조건문을 사용할 수 있다. 캐치(catch)에 조건을 줘서 원하는 조건에 중단 점이 동작하도록 할 수 있습니다. 캐치문 뒤에 웬(when)문을 붙여 사용할 수 있습니다. (참고 : Microsoft docs - try-catch(C# 참조) ) catch (ArgumentException e) when (e.ParamName == "…") { } 이런 식으로 말이죠. 2. 활용하기 간단하게 예제를 만들어 봅시다. 버튼을 몇 개 만들고 시작 버튼을 하나 만듭니다. 버튼들은 변수의 상태를 바꿔주는 기능을 넣고 시작..

.net에서 오류를 캐치하기 위한 방법으로 'Debug.Assert'과 'throw Exception' 이렇게 두 가지가 있습니다. 이 두가지의 차이와 활용방법을 알아봅시다. 1. Debug.Assert 'Debug.Assert'는 조건이 펄스(false)일 때 동작하는 메소드 입니다. 이 동작이 중요한데 'Debug.Assert'의 용도는 '확인'에 있으므로 거짓일 때 동작한다고 생각하면 됩니다. 'Debug.Assert'가 동작하면 메시지 상자가 표시됩니다. 1 Debug.Assert([비교값], "[출력할 메시지]"); cs 'Trace.Assert'도 같은 동작을 합니다. 디버그는 디버그 모드에서만 동작하고 트레이스는 모두 동작합니다. (참고 : 디버그(Debug) 클래스와 트레이스(Trace) ..

디버그(Debug) 클래스와 트레이스(Trace) 클래스는 비슷한 기능을 가지고 있는 클래스입니다. 이 클래스들의 차이를 알아봅시다. 1. 디버그 클래스 디버그 클래스는 조건부 컴파일 기호가 'DEBUG'일때만 동작하는 클래스입니다. 닷넷을 처음 배우면 'Debug.WriteLine("Hello World")'를 찍어보는 코드를 보는 경우가 많아서 익숙한 코드죠. 디버그 모드에서만 표시해야 하는 로그나 편의 기능들이 들어 있습니다. 자세한 내용은 MSDN을 참고하는 것이 좋습니다. 참고 : MSDN - Debug 클래스 'Assert'와 같이 메시지가 표시되는 기능들은 중단점 처럼 사용할 수 있습니다. 2. 트레이스 클래스 조건부 컴파일 기호와 상관없이 동작하는 클래스입니다. 많은 기능이 디버그 클래스와..

경력이 쌓여도 가끔 초보적인 실수를 하게 되는데...... 이 오류가 대표적인 실수로 인한 오류입니다. 1. 오류 오류의 내용은 다음과 같습니다. 파일이나 어셈블리 '[네임스페이스]' 또는 여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 지정된 파일을 찾을 수 없습니다. 이 오류가 나는 대부분의 경우는 네임스페이스와 클래스(혹은 인터페이스 같은 것들)의 이름이 겹치는 경우입니다. 물론 무조건 겹친다고 에러가 나진 않습니다. 그래서 'asp.net'는 빌드타임 에러가 아닌 런타임에러가 나는듯합니다. 2. 해결 방법 이름을 바꾸면 됩니다. 끝. .... ..... 너무나 당연한 이야기지만 일반적인 설계에서는 오브젝트 이름과 네임스페이스 같은 것들이 겹치게 하지 않습니다. 이 오류 자체..

1. 증상 누겟에서 라이브러리를 받고 나서 빌드하니 이런 에러가 납니다. 어셈블리에서 "CodeTaskFactory" 작업 팩터리를 로드할 수 없습니다. codetaskfactory could not be found 하..... 2. 해결 방법 일반적으로 이 오류는 잘못된 참조 때문에 발생합니다. 보통은 뭐가 잘못됐는지 파일 이름이 나오기 마련인데 이 에러로 퉁치는 경우도 있더군요 ㅎㅎㅎ 누겟에 의해 참조가 추가된 경우 종속된 참조가 자동으로 추가되지 않거나 옛날 버전을 참조해서 흔히 나오는 에러 같습니다. 이런 경우 누겟참조에 의해 발생했다면 해당 참조를 업데이트하는 것만으로도 사라지기도 합니다. 다른 버전으로 업데이트를 한다음 다시 원하는 버전으로 업데이트 해도 해결됩니다. 참고 : StackOber..

.net에서 소켓 프로그래밍을 하려면 몇 가지 선택사항이 있는데 그중 하나가 'SocketAsyncEventArgs'입니다. 전에 '[.Net] SocketAsyncEventArgs - 큰 데이터(Large Data) 전송할 때 생기는 문제'라는 글에서 버퍼크기보다 큰 데이터가 오는 경우 어떤 일이 발생하는지 다루었습니다. (참고 - [.Net] SocketAsyncEventArgs - 큰 데이터(Large Data) 전송할때 생기는 문제 ) 그렇다면 'SocketAsyncEventArgs'를 이용하여 큰 데이터(Large Data)나 연속 메시지(Continuous Receive)에 의한 리시브데이터 뭉침 현상을 어떻게 처리해야 하는지를 알아보겠습니다. 이 포스팅의 완성된 코드는 공개프로그램에서 확인할..

사실 대부분의 'OAuth'인증은 웹을 통해서만 하므로 애플리케이션이던 웹이던 처리에는 크게 차이가 없다는 게.... (제가 모르는 건인지 자료를 못 찾은 건지 ㅡ.-;;) 어찌 됐건 C#애플리케이션을 통해 네이버에서 'OAuth'로그인을 하도록 하겠습니다. 로그인이 잘되었는지 확인하기 위해 접근 토큰(Access Token, 액세스 토큰)을 발급받아 블로그의 카테고리를 조회해 보도록 하겠습니다. 0. 네이버 'OAuth'로그인 절차 애플리케이션에서 네이버 'OAuth'인증을 하기 위해서는 웹 브라우저를 사용할 수 있는 컨트롤이 필요합니다. 로그인 인터페이스가 웹으로만 되어 있으므로 웹 브라우저 컨트롤(C#에서는 'WebBrowser' 컨트롤)을 이용하여 사용자에게 네이버 로그인을 유도하고 로그인 결과를..

1. 증상 'NAudio'를 빌드하고 프로젝트에 참조로 넣고 돌렸더니.... 빌드 중인 프로젝트의 프로세서 아키텍처 "MSIL"과(와) "[빌드정보]" 참조의 프로세서 아키텍처 "x86"이(가) 일치하지 않습니다. 이 불일치로 인해 런타임 오류가 발생할 수 있습니다. 프로젝트와 참조 간의 프로세서 아키텍처를 정렬하거나 프로젝트의 대상 프로세서 아키텍처와 일치하는 프로세서 아키텍처를 포함하는 참조에 대한 종속성을 사용하는 것처럼 구성 관리자를 통해 프로젝트의 대상 프로세서 아키텍처를 변경하십시오. 아.... 이건 참조한 'DLL'과 사용하려는 플랫폼간 '플랫폼 대상'이 달라서 발생합니다.(64비트 전용이라던가 하는 문제) 2. 해결 방법 소스가 있다면 해당 'DLL'의 프로젝트 속성 > 빌드 > 플랫폼 대..