비주얼 스투디오로 파일을 저장한 뒤 저장하기 전 코드로 돌아가야 할 경우가 드물게 있다. 예상을 한 경우라면 기트로 저장을 하겠지만 그렇지 않은 재앙적 상황이 문제다. 마이크로소프트 스토어에 보면 대이터 리커버리 매스터라는 애플리캐이션이 있다. 평가가 좋길래 지푸라기라도 잡는 마음으로 실행을 해 봤는데 복구가 됐다. 비주얼 스투디오가 저장을 할 때마다 tmp 파일을 만들기 때문이다. 인터패이스는 후지지만 성능은 평가…
비주얼 스투디오로 c# 프로젝트를 만들려 하면 솔루션 파일과 프로젝트 파일을 같은 폴더에 둘 것인지 묻는다. c#으로 만드는 무언가의 최상위 개념이 솔루션이고 그 밑에 프로젝트가 있다. 기본 설정으로 프로젝트를 만들고 시작하면 솔루션 파일은 프로젝트 폴더 밖에 만들어진다. 하나의 솔루션에는 여러 프로젝트들이 있을 수 있다. 간단한 애플리케이션을 만드는 경우라면 하나의 프로젝트로 되므로 솔루션 파일을 프로젝트 폴더 안에…
예전 버전으로 되돌리지 않고 특정 시점의 상태로 실행만 할 수도 있다. 히스토리에서 원하는 버전을 고른 뒤 new branch를 실행한다. 그런 뒤 view > git changes에서 원하는 branch를 고른다.
최근 버전의 비주얼 스투디오를 이용하다 보면 예전엔 없던 경고들이 뜬다. 널러블 변수에 대한 것들로 cs8601과 cs8604다. 여간 번거로운 것들이 아닌데 쓸모는 거의 없다. 저런 경고들은 코드로 없앨 수 있지만 귀찮고 코드를 난잡하게 만든다. 아예 뜨지 않게 설정을 할 수 있다. 이미 1701;1702가 입력되어 있는 걸 볼 수 있다. 여기에 숫자만 더하면 된다. cs6204는 그냥 6204로.
코딩을 하다가 잠깐 확인을 해 봐야 하는 내용이 있을 수 있다. 예를 들면 이런 거다. ++count와 count++의 차이가 잠깐 헷갈려서 테스트를 해 보는 상황이다. 이럴 땐 interactive window를 이용하면 된다. view > other windows > c# interactive 엔터 키를 누르면 실행이 된다.
윈도우즈 폼즈 디자인 창에서 컨트롤을 드래그하면 다른 컨트롤과의 사이에 가는 선이 생겼다 사라졌다 한다. 이걸 스냅라인이라 한다. 다른 컨트럴과의 배열을 맞춰 주는 가이드 역할을 하는데 픽셀 단위의 정교한 위치를 정할 때에는 오히려 방해가 된다. 이걸 나오지 않게 하려면 아래와 같이 한다. tools > options > windows forms designer > general > snap to grid >…
디스플레이 패널이 클수록 더 많은 픽셀들이 구현된다. 예를 들어 작은 모니터에서 100 * 100 픽셀의 크기로 만들어진 객체는 더 큰 모니터에서는 상대적으로 더 작게 보인다. 이 문제를 해결하기 위해 윈도우즈는 자동으로 배율scale을 바꾼다. 이 설정은 윈도우즈의 디스플레이 설정 창에서 확인할 수 있다. 특정 배율 환경에서 윈도우즈 폼즈 앱을 만들면 다른 배율에서 다르게 보일 수 있다….
릴리스 빌드를 한 때 주의할 점 디버그 빌드는 말 그대로 디버그를 하기 위한 거고 릴리스 빌드는 배포를 위한 거다. 디버그 빌드와 릴리스 빌드 사이에는 큰 차이가 없다. 비주얼 스투디오에서 디버그를 실행하는 거와 릴리스 빌드 사이에 큰 차이가 있을 뿐이다. 아래에 다루는 내용은 디버그 빌드가 아니라 비주얼 스투디오에서 디버그를 하는 경우다. 프로그램을 만들다 보면 대부분의 경우…
컴퓨터 프로그래밍을 하다 보면 어느 순간 자연스럽지 않게 cpu나 메모리의 점유가 올라간 걸 느끼게 될 때가 있다. 보통은 최근에 추가하거나 수정한 부분을 의심하여 이 부분을 주석으로 처리한 뒤 앞뒤 상황들을 비교하며 수습한다. 그러나 이렇게 단순한 방법으로는 해결이 되지 않는 경우들도 많다. 이럴 때 가장 원초적이고 확실한 방법은 문제가 생길 수 있는 모든 부분에 카운트를 달아서…