석수코딩교육

c# redisTicker.server 를 Windows/Linux에서 빌드및 실행

1. 소스는 동일하다.
2. 빌드및 실행방법의 명령어만 틀리다.

windows
msbuild - 
linux
dotnet build & dotnet run

C#에서 Redis에 접속하기 위해 사용할 수 있는 대표적인 패키지들은 다음과 같습니다:

1. StackExchange.Redis

가장 널리 사용되는 Redis 클라이언트 라이브러리입니다.
성능이 뛰어나고 기능이 풍부합니다.
비동기 작업과 연결 풀링을 지원합니다.
NuGet 패키지로 제공되며, 설치 명령어는 다음과 같습니다:

2. ServiceStack.Redis

Redis 클라이언트로 안정적인 성능을 제공합니다.
유료 라이선스가 필요할 수 있지만, 소규모 애플리케이션에서는 무료로 사용할 수 있습니다.
다양한 기능을 제공하며, 간단한 사용법을 가지고 있습니다.
NuGet 패키지로 제공되며, 설치 명령어는 다음과 같습니다:

3. CSRedis

간편한 API를 제공하는 라이브러리로, Redis의 기본적인 기능을 쉽게 사용할 수 있습니다.
StackExchange.Redis에 비해 더 간단한 구조를 가지고 있습니다.
NuGet 패키지로 제공되며, 설치 명령어는 다음과 같습니다:

일반적으로 StackExchange.Redis가 가장 많이 사용되며, 성능과 안정성 면에서 좋은 평가를 받고 있습니다.

예외발견

(Exception): The free-quota limit on '6000 Redis requests per hour' has been reached. Please see https://servicestack.net to upgrade to a commercial license or visit https://github.com/ServiceStackV3/ServiceStackV3 to revert back to the free ServiceStack v3.

해당 오류 메시지는 현재 사용 중인 ServiceStack의 무료 사용 한도를 초과했음을 나타냅니다. ServiceStack은 무료 사용과 상용 라이센스를 제공하며, 무료 사용에는 요청 수에 제한이 있습니다. 오류 메시지에서는 Redis 요청이 시간당 6000건의 무료 한도를 초과했음을 알리고 있습니다.

이 문제를 해결하기 위한 방법은 다음과 같습니다:

1. 상용 라이센스 구매

ServiceStack의 상용 라이센스를 구매하면 무료 사용 한도를 넘어서서 더 많은 요청을 처리할 수 있습니다. 라이센스 구입에 대한 정보는 ServiceStack 웹사이트에서 확인할 수 있습니다. 상용 라이센스를 구매하면 보다 높은 한도와 추가적인 기능을 제공받을 수 있습니다.

2. ServiceStack v3로 되돌리기

무료로 제공되는 ServiceStack v3는 최신 버전보다 기능이 제한적일 수 있지만, 무료 사용 한도는 더 넉넉할 수 있습니다. ServiceStack v3로 돌아가려면, ServiceStack GitHub 레포지토리에서 v3 버전을 다운로드하고 사용하세요.

ServiceStack v3로 변경하는 방법:

1. 기존 패키지 제거: 현재 사용 중인 ServiceStack 패키지를 제거합니다.
2.  
   코드 복사
   dotnet remove package ServiceStack
3. bash
4. ServiceStack v3 패키지 설치: v3 버전의 ServiceStack 패키지를 설치합니다. 이 패키지는 NuGet에서 찾을 수 있습니다. 패키지 버전이 맞는지 확인하고 설치합니다.
5. bash
   코드 복사
   dotnet add package ServiceStack --version [v3.0.0] # 실제 v3 버전 번호로 대체
6. 프로젝트 업데이트: 코드에서 ServiceStack API 사용 방식을 확인하고 v3 버전에 맞게 필요한 변경을 적용합니다.

3. Redis 요청 수 조절

Redis 요청 수를 줄이는 방법을 고려해볼 수 있습니다. 캐싱 전략을 개선하거나 불필요한 요청을 줄이는 방법으로 Redis 요청 수를 조절할 수 있습니다.

몇 가지 조언:

• 캐시 전략 최적화: 캐시 만료 시간, 캐시 키 관리 등을 조정하여 Redis 요청을 줄일 수 있습니다.
• 데이터 전송 최적화: 필요 없는 데이터 전송을 줄이고 필요한 데이터만 요청하도록 최적화합니다.

4. Alternative Caching Solutions

Redis 외에도 다양한 캐싱 솔루션이 있습니다. 필요에 따라 다른 캐싱 솔루션을 검토하고 적용할 수 있습니다. 예를 들어, 메모리 기반 캐시 또는 파일 시스템 기반 캐시를 사용할 수 있습니다.

요약

• 상용 라이센스 구매 또는
• ServiceStack v3로 버전 다운그레이드 또는
• Redis 요청 수를 줄이는 전략 적용

이 방법들 중에서 상황에 맞는 해결책을 선택하여 문제를 해결할 수 있습니다.

C#에서 클래스를 생성할 때 new 키워드(먼저 코드 훑어보기)


C#에서 클래스를 생성할 때 new 키워드를 사용하는 것은 객체 지향 프로그래밍의 기본적인 개념과 관련이 있습니다. 하지만 언어학적인 측면에서 C#의 이러한 특징은 몇 가지 중요한 이유와 관련이 있습니다:

1. 명시적 객체 생성: new 키워드를 사용함으로써 객체를 명시적으로 생성하는 방식은 C#에서 객체 지향 프로그래밍의 기본 원칙 중 하나인 명확성과 직관성을 제공합니다. 이는 객체가 생성되고 메모리가 할당되는 순간을 코드에서 분명히 나타내어, 객체의 생명 주기를 명확히 관리할 수 있게 합니다.
2. 메모리 관리: C#은 가비지 컬렉션(Garbage Collection)을 사용하는 언어입니다. new 키워드를 사용하여 객체를 생성하면, 해당 객체는 힙(Heap) 메모리에 할당되며, 가비지 컬렉터가 이를 관리합니다. 이는 메모리 누수 방지와 효율적인 메모리 관리를 가능하게 합니다.
3. 형식 안정성: C#은 강타입 언어로, 변수의 형식이 엄격히 검증됩니다. new 키워드를 사용함으로써, 컴파일 타임에 타입의 정확성을 보장받을 수 있습니다. 이는 형식 안전성을 유지하고, 코드의 버그를 사전에 방지하는 데 도움을 줍니다.
4. 생성자 호출: new 키워드를 사용하면 클래스의 생성자가 호출됩니다. 생성자는 객체의 초기 상태를 설정하는 역할을 하며, 이는 객체를 사용할 준비가 되었다는 것을 보장합니다. 생성자의 호출은 클래스의 초기화와 관련된 중요한 언어적 특성입니다.
5. 명시적 인스턴스화: new 키워드를 사용하여 객체를 생성하는 방식은 클래스의 인스턴스화가 명시적임을 의미합니다. 이는 코드에서 객체가 언제, 어떻게 생성되는지를 명확히 이해할 수 있게 도와줍니다.
6. 객체 지향 패러다임: C#은 객체 지향 프로그래밍(OOP)을 기반으로 한 언어입니다. new 키워드는 OOP의 기본 원칙을 따르며, 객체 지향 설계에서 중요한 역할을 하는 객체 생성과 초기화 과정을 관리하는 방식으로, 언어의 구조와 설계 철학을 반영합니다.

따라서, C#에서 new 키워드를 사용하여 클래스를 생성하는 것은 단순히 메모리 할당의 수단이 아니라, 언어의 구조와 객체 지향 패러다임, 메모리 관리, 형식 안정성 등 여러 언어적 특징과 관련이 있습니다.


추가)
C#에서 new 선언 없이 객체를 사용하지 못하는 이유는 메모리 할당과 초기화와 관련이 있습니다. 객체는 힙(heap) 메모리에 할당되어야 하고, 이를 위해서는 new 키워드가 필요합니다. 다음은 그 이유를 설명한 몇 가지 핵심 사항입니다:

1. 객체의 메모리 할당: C#에서 클래스는 참조형(reference type)입니다. 클래스의 인스턴스를 생성할 때는 메모리 공간을 할당해야 하며, 이를 위해 new 키워드를 사용하여 객체를 힙 메모리에 할당합니다. new를 사용하지 않으면 C# 컴파일러는 객체가 메모리에 할당되지 않았다고 판단하여 사용할 수 없다고 경고합니다.
2. 생성자 호출: 객체를 만들 때 new 키워드는 생성자를 호출하여 객체를 올바르게 초기화합니다. 생성자가 호출되지 않으면 객체의 내부 상태가 초기화되지 않은 상태로 남아있게 되어 프로그램에서 예기치 않은 오류가 발생할 수 있습니다.
3. 널 참조 예외(NullReferenceException): new를 사용하지 않고 객체를 선언한 경우, 그 객체는 null 상태입니다. 이 상태에서 해당 객체의 멤버에 접근하려고 하면 NullReferenceException이 발생할 수 있습니다. new 키워드를 통해 객체를 명시적으로 생성하지 않으면 객체가 가리키는 유효한 메모리가 없기 때문입니다.

메소드에 static 키워드를 사용하는 이유는 여러 가지가 있습니다. static 메소드는 클래스의 인스턴스(즉, 객체)를 생성하지 않고도 호출할 수 있는 메소드입니다. 아래는 static 메소드를 사용하는 주요 이유들입니다:

1. 인스턴스와 무관한 기능: static 메소드는 클래스의 인스턴스 상태에 의존하지 않고, 클래스 자체의 상태에만 의존합니다. 위의 findCodeArrayIndexInfo 메소드는 특정 코드에 대한 정보를 찾는 기능을 수행하고 있으며, 이 메소드는 클래스의 인스턴스 상태에 의존하지 않기 때문에 static으로 선언되었습니다. 이는 메소드가 클래스 레벨에서 독립적으로 동작할 수 있음을 의미합니다.
2. 메모리 절약: static 메소드는 클래스가 메모리에 로드될 때 한 번만 생성되며, 클래스의 모든 인스턴스가 이 메소드를 공유합니다. 이는 메모리 사용을 최적화하는 데 도움이 됩니다. 인스턴스 메소드는 각 객체마다 별도로 존재하지만, static 메소드는 클래스당 하나만 존재합니다.
3. 유틸리티 메소드: static 메소드는 일반적으로 유틸리티 메소드로 사용됩니다. 유틸리티 메소드는 주로 데이터 변환, 계산 또는 기타 공통 작업을 수행하며, 클래스의 특정 상태나 인스턴스 변수에 접근할 필요가 없습니다. findCodeArrayIndexInfo 메소드도 이러한 유틸리티 메소드의 예로 볼 수 있습니다.
4. 편리한 접근: static 메소드는 클래스 이름을 통해 직접 호출할 수 있으므로, 객체를 생성하지 않고도 메소드에 접근할 수 있습니다. 예를 들어, MyClass.findCodeArrayIndexInfo(code)처럼 호출할 수 있습니다. 이는 간편하게 메소드를 사용할 수 있는 방법을 제공합니다.
5. 성능: static 메소드는 객체 생성 비용을 줄이고, 직접 호출할 수 있기 때문에 성능 측면에서 유리할 수 있습니다. 객체를 생성하지 않고도 메소드를 호출할 수 있으므로, 특정 상황에서는 성능 향상을 가져올 수 있습니다.

따라서 findCodeArrayIndexInfo 메소드가 static으로 정의된 이유는 해당 메소드가 특정 인스턴스 상태에 의존하지 않고, 클래스 수준에서 독립적으로 동작하기 때문입니다.

C#과 Java에서 배열 선언 및 사용에 차이점이 몇 가지 있습니다. 주요 차이점을 아래에 정리해 보았습니다.

1. 배열 선언 방식

• C#: Type[] arrayName = new Type[size];
• Java: Type[] arrayName = new Type[size];

배열 선언 방식은 C#과 Java 모두 유사하지만, 배열 초기화 방법에 따라 차이가 있을 수 있습니다.

2. 배열 크기 지정

• C#: 배열을 선언할 때 크기를 지정하지 않고 초기화할 수 있습니다.
  csharp

  int[] numbers = { 1, 2, 3 };
• Java: 배열 선언 시 크기나 값을 바로 할당할 수 있습니다.
  java

  int[] numbers = { 1, 2, 3 };

3. 배열 초기화 값

• C#: 배열이 선언되면 자동으로 기본값으로 초기화됩니다. 예를 들어, int 배열의 경우 모든 값이 0으로 초기화됩니다.
• Java: Java에서도 배열은 선언되면 자동으로 기본값으로 초기화됩니다. int 배열은 0, boolean 배열은 false로 초기화됩니다.

4. 배열 속성

• C#: 배열의 길이를 확인할 때 Length 속성을 사용합니다.
  csharp

  int[] numbers = new int[3]; int length = numbers.Length;
• Java: Java에서는 length 필드를 사용합니다.
  java

  int[] numbers = new int[3]; int length = numbers.length;

5. 다차원 배열

• C#: 다차원 배열을 쉽게 선언할 수 있으며, 직사각형 배열과 가변 배열(혹은 계단식 배열)을 지원합니다.
  csharp

  // 직사각형 배열 int[,] matrix = new int[3, 3]; // 가변 배열 (계단식 배열) int[][] jaggedArray = new int[3][]; jaggedArray[0] = new int[2]; jaggedArray[1] = new int[3]; jaggedArray[2] = new int[1];
• Java: Java에서는 다차원 배열을 가변 배열(계단식 배열)로만 선언할 수 있습니다.
  java

  int[][] matrix = new int[3][]; matrix[0] = new int[2]; matrix[1] = new int[3]; matrix[2] = new int[1];

6. Array 클래스 지원

• C#: 배열은 System.Array 클래스를 상속받아 여러 가지 메서드를 제공합니다. 예를 들어 Array.Sort(), Array.Reverse() 등을 사용할 수 있습니다.
• Java: Java 배열은 java.util.Arrays 클래스를 통해 다양한 유틸리티 메서드 (Arrays.sort(), Arrays.toString())를 사용할 수 있습니다.

7. 형식 안전성

• C#: C#에서는 배열에 형식 안전성이 강화되어 있어 선언된 형식과 일치하지 않는 데이터를 추가할 수 없습니다.
• Java: Java에서도 마찬가지로 배열 선언 시 지정된 형식 외의 데이터는 허용되지 않습니다.

이처럼 C#과 Java는 배열 선언 및 처리 방식에서 유사한 점이 많지만, 세부적인 기능과 문법에서는 차이가 있습니다.

1. 속성창 수정안하고, 코드에서 부르기
새 콘솔 창 생성하기
또 다른 방법으로는 프로그램 실행 중에 콘솔 창을 동적으로 생성하는 방법이 있습니다.

2. 프로젝트 설정 변경하기

C# Windows Forms 애플리케이션에서 Console.WriteLine()을 사용하여 명령 프롬프트 창에 메시지를 출력하려면, 프로젝트 설정을 변경하여 애플리케이션을 "콘솔 애플리케이션"으로 설정해야 합니다. 이렇게 하면 Windows Forms 애플리케이션이 실행될 때 콘솔 창이 함께 나타나고, Console.WriteLine()으로 메시지를 출력할 수 있습니다.

방법 1: 프로젝트 설정 변경하기

1. Visual Studio에서 Windows Forms 프로젝트를 엽니다.
2. 솔루션 탐색기에서 프로젝트를 마우스 오른쪽 버튼으로 클릭하고, "속성"을 선택합니다.
3. "애플리케이션" 탭에서 "출력 형식"을 콘솔 응용 프로그램으로 변경합니다.

CodePagesEncodingProvider 사용 예제

CodePagesEncodingProvider를 사용하는 방법은 다음과 같습니다. 이 방법은 EUC-KR을 포함한 다양한 코드 페이지를 지원합니다.

• EUC-KR 인코딩: C#에서는 Encoding.GetEncoding("euc-kr")를 통해 EUC-KR 인코딩을 사용할 수 있습니다. 그러나, euc-kr이 지원되지 않는 환경에서는 다른 방법을 사용해야 할 수 있습니다. 이 경우, CodePagesEncodingProvider를 추가하여 EUC-KR을 지원할 수 있습니다.
• 버퍼 크기: UTF-8 인코딩은 가변 길이 문자 인코딩이므로, 변환 후 버퍼의 크기를 적절히 관리해야 합니다.

KRX.TCP.DATA - EUC-KR로 전달되어짐
c#이 서버역할을 할떄에 EUC-KR필드만 따로 분리해서 처리해야 한다.(예, 한글종목코드)