글

라벨이 디자인 패턴인 게시물 표시

디자인 패턴 #4 - 싱글턴 패턴 (singleton pattern)

이미지
1. 싱글턴 패턴 (singleton pattern) 생성자가 여러 차례 호출되더라도 실제로 생성되는 객체는 하나이고, 최초 생성 이후에 호출된 생성자는 최초의 생성자가 생성한 객체를 return한다. 즉 해당 클래스의 인스턴스가 하나만 만들어지고, 어디서든지 그 인스턴스에 접근할 수 있다. 보통 getInstance()로 불리오는 정적 메소드를 호출하는 형식으로 구현된다. 클래스 다이어그램을 살펴보면 클래스 내부의 singleton 객체와 생성자는 private로 외부에서 접근이 불가하나, getInstance()를 통해 객체를 생성하고 얻을 수 있도록 접근제어자가 public으로 설정되어 있다. 코드를 살펴보면 위에 언급한대로 구현되어 있는 상태이다. getInstance() 메소드를 살펴보면 동기화(syncronized)처리가 되어 있는 것을 확인할 수 있는데, 다중 thread 상황에서 mSingleton 객체가 만들어지기 전에 2개 이상의 thread가 접근해 객체를 여러 개 만드는 경우가 발생할 수 있다. 이를 위해 syncronized 처리를 한 것인데, 동기화 처리를 하면 속도가 많이 저하된다. 객체가 2개 이상 만들어 질 수 있는 때는 최초 생성하는 경우인데, 동기화에 따르는 비용이 크기 때문에 큰 문제가 아니라면 그냥 두는 것도 방법일 수 있다.
댓글 쓰기
자세한 내용 보기

디자인 패턴 #3 - 데코레이터 패턴 (decorator pattern)

이미지
1. 데코레이터 패턴 (decorator pattern) 데코레이터 패턴에서는 객체에 추가적인 요건을 동적으로 첨가한다. 데코레이터는 서브클래스를 만드는 것을 통해서 기능을 유연하게 확장할 수 있는 방법을 제공한다. 쉽게 말해 샌드위치와 같이 본래의 재료에 무언가를 추가할 때 사용된다. 클래스 다이어그램을 살펴보면 Component는 기본적인 재료를 의미한다. 샌드위치로 예를 들자면 Component는 "빵"이라고 할 수 있다. 기본 재료인 "빵"에 Decorator 를 상속받은 ConcreteDecoratorA, ConcreteDecoratorB를 사용하여 각종 햄, 야채, 소스를 추가하면 된다. Decorator 객체는 Component의 reference를 가지고 있고, 이 곳에 꾸며야 할 객체(ConcreteComponent)를 전달받아 여러 가지 동작/정보를 추가하게 된다. Beverage 클래스는 Component에 해당하는 객체로 기본적인 음료를 나타내는 추상 클래스이다. CondimentDecorator 클래스는 Decorator의 역할을 하는 클래스로 첨가물을 나타내는 추상클래스이다. 전달받은 Beverage 클래스를 저장하여, 꾸며 주게(첨가물 추가) 된다. DarkRoast 객체는 Beverage를 상속받은 클래스로 ConcreteComponent의 역할을 한다. 명칭과 가격을 정의했다.  마지막으로 Moca 클래스는 ConcreteDecorateA의 역할을 하며, 넘겨받는 DarkRoast 클래스에 Moca를 추가하고, 명칭과 가격을 꾸며주게 된다. 사용하는 코드는 다음과 같다. 자바 I/O 패키지에 데코레이터 패턴이 다수 적용되어 있다. FileInputStream → BufferedInputStream → LineNumberInputStream으로 이어지는 확장 구조를 가지고 있다. FileInputSream은 파일을 읽어들이는 기본 동작을 정의하며...
댓글 쓰기
자세한 내용 보기

이 블로그의 인기 게시물

아스키 코드(ASCII)와 유니코드(unicode)

이미지
1. 아스키 코드(ASCII) American Standard Code for Information Interchange의 약자로, 1960년대 미국 ANSI에서 표준화한 정보교환용 7비트 부호체계이다. 8비트 중에서 7비트만 사용하여 총 128개의 부호를 표기할 수 있다. 나머지 1비트는 통신 에러 검출을 위한 것으로 1의 개수가 홀수이면 1, 짝수이면 0으로 표기하였다. 이를 parity bit라고 한다. 이후 1비트를 더 확장한 ANSI 코드가 나왔으나 이것만으로는 다른 언어를 표현할 수 없었다. 이를 해결하기 위해 국제 표준 코드인 유니코드(Unicode)가 등장하게 되었다. [아스키 코드표] 2. 유니코드(Unicode) 초기 유니코드는 다양한 언어를 지원하기 위해 2바이트(=65536)로 용량을 확장하였다. 그러나 2바이트만으로는 고어(古語), 토속어 등을 담기에는 역부족이었다. 이러한 문제점을 해결하기위해 기본언어판과 보충언어판(BMP + SMP)으로 구성된 유니코드 3.0을 출시하게된다. (2019년 5월 7일 현재, 유니코드 버전 12.1) 유니코드 인코딩은 UTF-8, UTF-16, UTF-32 등이 있으며, 유니코드라 하면 일반적으로 UTF-8이 사용된다. UTF-8로 표현 가능한 길이는 최대 6바이트이나 다른 인코딩과의 호환을 위해 4바이트까지만 사용된다. 1바이트 영역은 아스키 코드와 하위 호환성을 가지며, 아스키 코드의 0~127까지는 UTF-8로 완전히 동일하게 사용된다. 아스키 코드와의 호환은 인터넷에서 가장 많이 사용되는 인코딩이 되는데 큰 이점으로 작용하였다. 유니코드가 쓰이기 전에는 대부분의 인터넷 문서들이 아스키 코드로 작성되었기 때문에 기존 인터넷 문서를 문제없이 호환된다는 것은 큰 장점이었다. UTF-8의 인코딩 규칙은 바이트가 추가될 때마다 1번째 바이트에 '1'로 표기해주는 방식이다. 1개의 바이트가 추가되었다면 '110'을, 2개의 바이트가 추가되었다면 ...
자세한 내용 보기

Kubernetes 학습 노트

 ■ 가상화와 컨테이너 1) 컨테이너형 가상화(어플리케이션 격리 기술) [컨테이너]라는 어플리케이션과 실행 환경을 같이 분리하는 방식으로 OS 단위가 아닌 어플리케이션 단위로 가상화하는 기술 2) 컨테이너를 만드는 비용은 저렴하기 때문에 하나의 컨테이너에 여러 어플리케이션을 도입하는 것보다 여러 개의 컨테이너에 하나의 어플리케이션을 도입하여 연계하는 것이 좋다. 3) 컨테이너 가상화 도구 : Docker 4) 쿠버네티스 : 컨테이너 오케스트레이션 도구. 많은 컨테이너를 오케스트레이션(배포 및 관리)할 수 있다. 5) 데브옵스 : 개발자와 운영자가 협력해 서비스를 제공하는 방법 - 개발자 : 계획 > 코드 > 빌드 > 테스트 - 운영자 : 출하 > 배포 > 운영 > 감시 6) 데브옵스를 원활하게 돌리기 위해서 컨테이너 기술이 자주 사용된다. 7) 개발 환경 <> 운영 환경 차이로 인해 오류가 자주 발생하는데, 컨테이너 기술은 이를 해결해 줄 수 있다. 8) 마이크로서비스 : 의존 관계가 없는 여러 작은 서비스를 조합해 큰 서비스로 제공하는 설계 기법 9) 모놀리스 : 하나의 큰 기능을 단일의 서비스로 제공하는 설계 기법 10) 도커 : 컨테이너를 실행하거나 컨테이너 이미지를 만들고 배포하는 플랫폼 11) 컨테이너 이미지 : 컨테이너를 실행하기 위한 템플릿 12) 도커 엔진 : 컨테이너 및 컨테이너 이미지를 관리하는 응용 프로그램. 서버(도커 데몬)-클라이언트(도커 클라이언트) 구조를 가짐 13) 컨테이너 : 운영 체제에서 실행되는 프로세스. 일반 프로세스와 다른 점은 다른 프로세스와 격리되도록 설정되어 있다는 점이다. 14) 컨테이너를 외부와 격리하기 위해 네임스페이스라는 구조를 사용한다. 15) 컨테이너 이미지 : 컨테이너를 실행하기 위한 템플릿 (Java의 클래스 파일과 동일 개념) 16) 컨테이너 상태 : 컨테이너 상태는 도커 명령이 실행되거나 컨테이너 내 프로세스가 종료되는 등으로 변경된다. 17) 도커 ...
자세한 내용 보기

Innovation or Threat? Why Tech Giants Are Issuing a Total Ban on OpenClaw (혁신인가, 위협인가? 테크 거물들이 오픈클로를 전면 금지하는 이유)

[English] Introduction In early 2026, the tech world witnessed a massive paradigm shift with the explosive rise of OpenClaw. As an open-source, autonomous AI agent capable of controlling a computer's mouse, keyboard, and browser, it promised unprecedented productivity. However, this "ultimate personal assistant" has quickly turned into an IT administrator's worst nightmare. Recently, major global tech giants and leading South Korean IT enterprises have issued strict internal mandates: A total ban on OpenClaw in the workplace. But why are companies hitting the brakes on such a revolutionary tool? The answer lies in the terrifying new frontier of cybersecurity: Shadow AI. Here is exactly why top companies are banning OpenClaw and what enterprise IT leaders must do to mitigate these risks. What Makes OpenClaw a Cybersecurity Threat? Unlike traditional generative AI tools (like ChatGPT or Claude) where users simply input text, OpenClaw is an Agentic AI. It doesn't jus...
자세한 내용 보기