티스토리

코딩의 성지

검색하기

블로그 홈

코딩의 성지

devkingdom.tistory.com/m

IT 개발자가 알려주는 코딩이야기

구독자: 135

방명록 방문하기

주요 글 목록

리팩토링으로 클래스 응집도 높이기 객체지향 코드를 짜기 위해 노력해 본 사람이라면, 좋은 객체지향적 코드를 짜기 위해서는 결합도는 낮추고 응집도를 높이라는 말을 들어보셨을 것이다. 혹시 결합도, 응집도가 무엇인지 잘 모르는 사람은 아래의 링크를 통해 공부하고 오자. https://devkingdom.tistory.com/300 결합도와 응집도 이야기 OOP를 다루는 개발자라면 혹은 컴퓨터 공학을 전공하는 사람이라면 누구나 이런 얘기를 들어본 적이 있을 것이다. "결합도는 낮추고, 응집도는 높여야 유지보수하기 쉬운 좋은 프로그램이 된다" devkingdom.tistory.com 클래스가 아래와 같은 이유로 분리의 필요성을 느낀다면 이는 클래스가 응집도가 낮은 것이니 클래스를 분리해야한다. 1. 변경의 이유를 기준으로 클래스를 분리 클래스가.. 공감수 0 댓글수 0 2023. 8. 23.
[Design Pattern] Singleton Pattern 우리는 객체를 하나만 사용하기 위해 Singleton 패턴을 많이 활용한다. Singleton 을 구현하기 위해 몇가지 방법이 있는데 간단하게 말씀드려보겠다. public static member 해당 방법은 인스턴스를 초기화 시킨 뒤 고정시켜 사용하는 방법이다. 사용자는 변수에 직접 접근하여 사용하여야 한다. 이렇게 사용하면 의도하지 않은 객체 생성을 막을 수 있다. public class Member { public static final Member INSTANCE = new Member(); private Member() { } } private static final field 해당 방법은 getInstance라는 메서드를 통해 instance에 접근하는 방법이다. 인스턴스 변수에 직접 접근하는.. 공감수 0 댓글수 0 2023. 1. 28.
추상적인 책임 vs 상세한 책임 앞선 글들에서 객체지향 설계의 품질은 책임을 어떻게 설정하는가에 달려있다고 했다. 객체지향 설계를 하다보면 책임의 레벨을 어떻게 설정해야할지 고민할 때가 올 것이다. 오늘은 어떤 수준의 책임을 만들어내는 것이 적합한지에 대해 이야기 해보고자 한다. 1번 상황 위의 상황을 보자. 이와 같은 경우는 책임에 대한 자율성이 높지만 너무 추상적인 책임이다. 이러한 경우에는 자율성이 높은 만큼 잘못된 의도대로 책임이 수행되지 않을 수 있다. 2번 상황 위와 같은 경우는 1번과는 다르게 아주 상세한 수준으로 구현이 되었다. 이렇게 하면 정확하게 의도한대로 책임을 수행하긴 하지만 책임에 대한 자율성이 제한된다. 마치 신입직원(?)처럼 팀장에게 의존할 수 밖에 없는 형태이다. 3번 상황 1번 상황에서의 일하라라는 책임은.. 공감수 0 댓글수 0 2022. 10. 25.
[Design Pattern] Composite 패턴 정리 Composite pattern 오늘은 Composite Pattern 에 대해 정리를 해 두고자한다. 해당 패턴은 전체와 부분을 하나의 단위로 추상화해야할 경우 사용된다. 클라이언트 입장에서 메시지 수신자가 부분인지 전체인지에 상관없이 동일한 메시지를 통해 동일한 방식으로 대상과 상호작용해야할 경우 사용하는 패턴이다. 아래는 Composite Pattern 을 다이어그램으로 그린 형태이다. Composite pattern에서 협력에 참여하는 역할과 책임을하는 구성요소를 살펴보자. Component 는 클라이언트와 협력할 수 있는 공용인터페이스를 정의하는 역할을 수행한다. 예시로 든 다이어그램에서는 추가, 제거, 포함된 하위 컴포넌트 반환 등의 역할을 수행한다. Leaf 는 공용 인터페이스에 대한 오퍼레.. 공감수 1 댓글수 0 2022. 10. 11.
협력, 역할, 책임의 관점에서 바라본 객체지향 세계 객체지향 개발을 하는 사람이라면 누구나 이해해야할 개념이 있다. 바로 협력,역할,책임이다. 오늘은 협력, 역할, 책임의 관점에서 객체지향을 어떻게 잘 설계할 수 있을지를 글로 작성해보려 한다. 협력 개체지향 세계는 동일한 목적을 달성하기 위해 객체끼리 서로 협력하는 세상이다. 여기서 나오는 협력이라는 단어는 객체지향 설계를 논할때 가장 중요한 요소 중 하나이다. 협력은 여러가지의 요청과 응답에 의해 이루어진다. 여기서 각 요청과 응답은 서로 연결된 채 유지된다. 즉 , 서로 관계를 맺는다는 얘기다. 요청과 응답은 서로 관계를 맺으며 객체가 수행할 책임을 명확하게 만든다. 어떤 대상에 대해 어떠한 요청을 한다면 요청을 받은 대상은 해당 요청을 처리할 책임이 주어진다. 이렇게 객체가 다른 객체에게 책임을 수.. 공감수 0 댓글수 0 2022. 10. 10.
[Design Pattern] 빌더 패턴 정리 빌더패턴은 디자인 패턴 중 생성 패턴 중 하나이다. 빌더는 복잡한 Object들을 단계별로 구축할 수 있게 해준다. 이 패턴을 활용하면 동일한 구성코드를 통해 다양한 타입과 표현을 제공받을 수 있다. 쉽게말해서 이 패턴을 이용해 우리는 객체를 편리하게 만들어 낼 수 있다. 기존에 우리는 빌더 패턴없이 setter 메서드를 활용하거나 생성자를 이용해 객체를 생성해왔다. 아래는 setter 를 이용한 객체생성의 예시이다. setter public class Person { private String name; private int age; public void setName(String name) { this.name = name; } public void setAge(int age) { this.age =.. 공감수 8 댓글수 0 2022. 9. 27.
객체 바로알기 - 협력, 행동, 상태, 식별자 객체지향 세계는 실세계와 유사하다. 허나 면밀히 살펴보면 기이한 세상이다. 객체지향 세계에서 객체는 단순히 실세계를 모방하고 추상화한 존재가 아니다. 하나하나가 생명이 부여되어 살아 숨시고 있다. 모든 사물이 영화 아이언 맨의 '자비스'처럼 스스로 생각하고 해동한다. 객체지향 세계에서 객체는 실세계의 객체보다 훨씬더 많은 능력과 특성을 보유하고 있다. 오늘은 이 객체에 대해 면밀히 살펴보도록 하겠다. 객체지향 세계에서 객체는 식별이 가능한 개체나 사물을 뜻한다. 객체는 컴퓨터, 키보드같은 사물이 될 수도 있고 사랑, 우정 같은 추상적인 개념이 될 수도 있다. 객체는 구별가능한 식별자, 객체만의 특징을 가진 행동, 행동에 따라 변경되는 상태로 구성된다. 객체를 행동, 상태 그리고 식별자의 관점에서 살펴보자.. 공감수 0 댓글수 1 2022. 9. 14.
객체지향 설계 - 책임, 역할, 협력 개발 관련 일을 한지 5년정도 되다보니, 이제는 구현뿐만 아니라 설계적인 능력도 중요하게 되었다. 요즘 하나의 기능을 추가해도 깔끔하게 설계를 한 뒤에 프로그래밍하는 것이 습관이 되었다. 오늘은 객체지향 설계의 가장 중요한 요소인 책임, 역할, 협력의 관점에서 어떻게 설계를 해야할 지를 풀어나가 볼 예정이다. 대학생 때, 교수님 한분이 그런 말씀을 하셨다. "객체지향은 실세계를 모방하여 구현하는 것이 아니라 새로운 세계를 창조하는 것이다." 예전에 이말이 참 이해가 안되었는데, 실무를 경험하다 보니 조금은 이해가 된다. 객체지향은 말그대로 실세계를 조금 참고하여, 새로운 세계를 만들어내는 것이다. 우리는 실세계의 다양한 부분을 통해 객체지향의 기본 사상을 이해하고 학습한다. 객체지향 세계에서 모든 일은 .. 공감수 0 댓글수 0 2022. 9. 6.
객체지향 설계를 위한 추상화 메커니즘 정리 하이! 오늘은 객체지향의 개념중 가장 중요하다 할 수 있는 추상화에 대해 총정리 해두려고 한다. java나 c#등 객체를 이용한 , 객체를 지향하는 다양한 언어가 있다. 객체지향으로 짜여진 프로그램에서는 무수히 많은 객체가 서로 메시지를 주고 받으며 협력한다. 너무나 많은 객체가 있다보니 이를 효율적이고 단순하게 관리할 필요가 있다. 객체지향에서는 대표적으로 추상화라는 방식을 통해 복잡한 도메인을 단순화 시키고 직관적으로 만든다. 추상화란 현실을 어느정도 반영하되, 구체적인 사물간의 공통점은 취하고 차이점은 버리는 분류를 통해, 그리고 중요한 부분을 강조하기 위해 불필요한 세부사항은 버리는 일반화를 통해 이루어진다. 아래는 객체지향에서 활용하는 추상화 메커니즘을 정리해 놓은것이다. -분류와 인스턴스화 -.. 공감수 0 댓글수 0 2022. 9. 2.
[Design Pattern] 팩토리 패턴 총정리 Factory를 활용한 패턴은 객체생성의 역할을 별도의 클래스에 위임하는 것이 가장 큰 목표이다. 흔하게 실무에서 사용하는 패턴 중 팩토리를 사용하는 패턴은 팩토리 메서드 와 추상 팩토리 패턴이다. 우선 패턴을 제대로 알기전에 기본적으로 팩토리가 어떻게 사용되는지를 알아보자. 1. Simple Factory 팩토리의 기본적인 개념은 생성자 호출을 별도의 클래스인 팩토리에게 시킴으로써 호출하는 쪽이 객체의 생성자에 직접 의존하지 않도록 하는것이다. 만약 직접 의존하는 경우는 나중에 코드가 변경될 때 수정해야하는 코드의 범위가 늘어나게 된다. 간단한 예를 통해 구체적으로 알아보자. 예시는 결제시스템 개발을 위해 신용카드 정보를 생성하는 것으로 가정한다. public interface CreditCard { .. 공감수 2 댓글수 0 2022. 8. 23.
[Clean Architecture] 경계 간 모델 매핑 전략 이전 포스팅에서 헥사고날 아키텍처에 대해 포스팅을 좀 했었다. https://devkingdom.tistory.com/341 [Clean Architecture] 계층형 아키텍처의 문제점을 해결하는 육각형 아키텍처(헥사고날 아키텍처) 얼마전에 계층형 아키텍처의 문제점에 다뤘었다. https://devkingdom.tistory.com/340 [Clean Architecture] 계층형 아키텍처의 문제점 최근에 "만들면서 배우는 클린 아키텍처"라는 책을 정독했다. 요즘 웹 아 devkingdom.tistory.com 오늘은 User 도메인에서 비밀번호 변경 로직을 처리하는 상황가정하고 각 계층의 모델을 어떻게 매핑할 지에 대해 포스팅 해보도록 하겠다. 매핑하지 않기 전략 매핑하지 않기 전략은 말그대로 매피.. 공감수 1 댓글수 0 2022. 4. 25.
[Clean Architecture] 육각형 아키텍처 - 영속성 계층 구현 이전 포스팅에서 웹 계층인 Controller를 어떻게 설계하면 좋을지를 다뤘었다. https://devkingdom.tistory.com/343 [Clean Architecture] 육각형 아키텍처 - 웹 어댑터 (컨트롤러) 이전 포스팅에서 육각형 아키텍처가 무엇인지? 그리고 패키지 구조는 어떻게 잡아야하는지? 등을 포스팅했었다. 혹시 포스팅을 놓쳤다면 아래 링크를 통해 공부하고 오면 좋을듯하다. 1.육각형 devkingdom.tistory.com 오늘은 코어를 중심으로 (그림상) 오른쪽에 있는 영속성 계층을 어떻게 설계하면 좋을지에 대해 조금 다뤄보도록 하겠다. 보통 MVC 관련 프로젝트르 하다보면 하나의 딜레마에 빠지게 된다. 바로 데이터베이스 주도 설계를 하게 되는 것이다. 이는 일반적으로 사용하.. 공감수 0 댓글수 0 2022. 4. 17.
[Clean Architecture] 육각형 아키텍처 - 웹 어댑터 (컨트롤러) 이전 포스팅에서 육각형 아키텍처가 무엇인지? 그리고 패키지 구조는 어떻게 잡아야하는지? 등을 포스팅했었다. 혹시 포스팅을 놓쳤다면 아래 링크를 통해 공부하고 오면 좋을듯하다. 1.육각형 아키텍처란 무엇인가? https://devkingdom.tistory.com/341 [Clean Architecture] 계층형 아키텍처의 문제점을 해결하는 육각형 아키텍처(헥사고날 아키텍처) 얼마전에 계층형 아키텍처의 문제점에 다뤘었다. https://devkingdom.tistory.com/340 [Clean Architecture] 계층형 아키텍처의 문제점 최근에 "만들면서 배우는 클린 아키텍처"라는 책을 정독했다. 요즘 웹 아 devkingdom.tistory.com 2. 육각형 아키텍처의 패키지 구조 https:.. 공감수 2 댓글수 0 2022. 4. 16.
[Clean Architecture] 육각형 아키텍처 (헥사고날 아키텍처) 패키지 구조 지난번 포스팅에서 간단하게 육각형 아키텍처에 대해 포스팅을 했었다. https://devkingdom.tistory.com/341?category=838914 [Clean Architecture] 계층형 아키텍처의 문제점을 해결하는 육각형 아키텍처(헥사고날 아키텍처) 얼마전에 계층형 아키텍처의 문제점에 다뤘었다. https://devkingdom.tistory.com/340 [Clean Architecture] 계층형 아키텍처의 문제점 최근에 "만들면서 배우는 클린 아키텍처"라는 책을 정독했다. 요즘 웹 아 devkingdom.tistory.com 오늘은 육각형 아키텍처를 설계할 때 패키지 구조를 어떻게 잡아야할 지에 대한 포스팅을 해보려 한다. 육각형 아키텍처 구조에서 핵심적인 부분은 엔티티, 유스케이.. 공감수 1 댓글수 0 2022. 4. 12.
[Clean Architecture] 계층형 아키텍처의 문제점을 해결하는 육각형 아키텍처(헥사고날 아키텍처) 얼마전에 계층형 아키텍처의 문제점에 다뤘었다. https://devkingdom.tistory.com/340 공감수 4 댓글수 0 2022. 4. 10.
[Clean Architecture] 계층형 아키텍처의 문제점 최근에 "만들면서 배우는 클린 아키텍처"라는 책을 정독했다. 요즘 웹 아키텍처에서 한번쯤은 들어보셨을 "헥사고날(육각형) 아키텍처에 대한 내용을 알차게 알려주는 책인데, 시간나면 한번쯤 읽어보시길 권해드린다. 오래오래 기억하고 싶어 블로그에 한 챕터씩 중요하다 생각되는 내용들을 정리해볼까한다. 오늘은 1 챕터의 "계층형 아키텍처의 문제는 무엇일까?" 에 대한 내용을 정리해보겠다. 계층형 아키텍처는 아직도 많이 사용되는 아키텍처 방식이다. 심지어 지금 근무하고 있는 회사에서도 이 아키텍처 방식을 사용하고 있다. 1. 계층형 아키텍처는 데이터베이스 주도 설계를 유도한다. 웹 - 도메인 -영속성 계층으로 이루어진 계층형 아키텍처에서는 결국 웹계층은 도메인에, 도메인 계층은 영속성에 의존하기 때문에 결국 데이터.. 공감수 5 댓글수 1 2022. 4. 10.
클린코드를 위하여 먼저 글을 시작하기전에 내 자신에게 큰 박수를 보내고 싶다. 정말 부끄러운 얘기지만 여태까지 대학생 시절을 포함해서 10년 넘게 개발하는 삶을 살고 있지만, 정작 처음부터 끝까지 관련 전공 서적을 완독한적은 없었던 것 같다. 올해는 적어도 두, 세 달에 한권 씩은 전공 서적을 완독해보자는 목표를 세웠는데 드디어 처음으로 완독한 책이 생겼다. 바로 "클린코드"이다 겨우 한번 읽은 거 가지고 그러냐 하실 수도 있지만은 ㅎㅎ 저에게는 큰 의미이니 너그럽게 이해해주시길 바란다. 책을 읽고 실무에서 언제든 클린코드를 적용 할 수 있게 나름대로 정리를 좀 해보고자 한다. 1. 클린코드의 철학 훌륭한 개발자는 나쁜 코드를 지양한다. 나쁜 코드는 팀의 생산성을 저하시키고 , 나쁜코드는 기술 부채를 만들어 수정이 어렵게.. 공감수 6 댓글수 3 2022. 1. 28.
동시성 프로그래밍에 대하여 백엔드 개발자라면 동시성을 고려한 프로그래밍을 할 줄 알아야한다. 다만 아직 학생이거나 주니어 레벨에서는 이러한 동시성을 이해하기가 쉽지는 않다. 프론트 단의 개발과는 다르게 백엔드 쪽은 명확하게 구조를 이해하기가 쉽지 않다. 서버라는 것 자체가 내용이 방대하고, 구조가 복잡하기 때문이다. 분명 동시성을 이해하는 것은 실무에서의 경험이 어느정도 해결해주기는 하나 그래도 어느정도의 공부가 수반되어야 동시성을 잘 이해할 수 있다. 여러분들의 동시성에 대한 이해를 돕기 위해, 동시성에 대한 내용을 좀 정리해 보았다. 동시성 프로그래밍에 대한 오해 1. 동시성은 항상 성능을 높여준다? 동시성은 항상 성능을 높여주진 않는다. 때로 성능을 높여줄 뿐이다. 구체적으로 말하면 대기시간이 아주 길어 여러스레드가 프로세서.. 공감수 4 댓글수 1 2022. 1. 19.
깔끔한 코드를 구현하기 위한 설계 규칙 네 가지 하이.. 코드를 짜는 것보다 더 중요한 것이 있다. 바로 설계다. 우리는 항상 깔끔한 코드를 짤 생각은 하지만 그전에 설계를 제대로 하는 것을 잊곤 한다. 오늘은 착실하게 따르기만 하면 우수한 설계가 나오는 간단한 네 가지 규칙을 소개하고자 한다. 이규칙을 지키면 앞으로 여러분은 코드 구조와 설계를 파악하기 쉬워질 것이고, SRP 나 DIP 같은 원칙을 적용하기도 쉬워질 것이고, 네가지 규칙이 우수한 설계의 창발성을 촉진할 것이다. 1. 모든 테스트를 실행하라. 2. 중복을 없애라. 3. 의도를 표현하라. 4. 클래스와 메서드 수를 최소로 줄여라, 단 실용적 관점에서 타협하라 하나씩 제대로 알아보자. 1. 모든 테스트를 실행하라. 위의 순서는 중요한 순서대로 나열한 것이다. 즉 모든 테스트를 실행하는 게.. 공감수 1 댓글수 2 2022. 1. 13.
[Design Pattern] Template Method Pattern 오늘은 간단하게 Template Method Pattern 에 대해 정리해두려 한다. 템플릿 메서드 패턴은 Spring Framework 같은 프레임워크 환경에서 자주 활용되는 패턴이고, 실무코드에서도 중복인 코드를 줄이기 위해 자주 사용되는 패턴이니 잘 정리해두면 좋다. Template Method Pattern이란 ? 템플린 메서드 패턴은 알고리즘의 구조를 상위클래스의 메서드에 정의하고 하위클래스에서 자신에 맞게 세부 알고리즘을 정의하도록하는 패턴이다. 구현하려하는 알고리즘에 일정한 단계가 있을 것이고 , 세부적인 단계들 중에 조금씩 구현내용이 다른 경우 사용하면 된다. 작성 방법은 다음과 같다. 알고리즘의 여러단계를 각 메서드로 선언하고, 그 알고리즘을 수행할 템플릿 메서드를 만들어준다. 하위 클래.. 공감수 0 댓글수 4 2022. 1. 12.
결합도와 응집도 이야기 OOP를 다루는 개발자라면 혹은 컴퓨터 공학을 전공하는 사람이라면 누구나 이런 얘기를 들어본 적이 있을 것이다. "결합도는 낮추고, 응집도는 높여야 유지보수하기 쉬운 좋은 프로그램이 된다" 개발자로 산지 거의 5년이라는 시간이 지났지만, 저 말을 제대로 이해하고 있는지도 의문이었다. 그래도 최근에 '클린코드' 라는 책을 정독하면서 나름대로 잘 이해하게 된 것 같아, 내용을 좀 정리해보려고한다. 결합도 (Coupling) 결합도는 다른 모듈간의 의존도를 의미한다. 아래그림을 보자. 파란색 사각형이 프로그램의 모듈이라고 생각해보자. 보통 프로그램은 하나의 모듈이 아닌 여러개의 모듈로 이루어져있다. 결합도는 각각의 모듈간의 영향을 주는 즉 의존도를 의미한다. 응집도 (Cohesion) 응집도는 하나의 모듈 내.. 공감수 1 댓글수 4 2022. 1. 9.
객체지향 SOLID 원칙 - SRP, OCP, LSP, ISP, DIP 오늘은 간단하게 객체지향 SOLID 5대 원칙에 대해 정리해두려고한다. 1.SRP (Single Responsibility Principle) - 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다. SRP 원칙은 클래스가 하나의 기능만을 가지며, 어떤 변화에 의해 클래스를 변경해야하는 이유는 오직하나 뿐이어야한다는 원칙이다. SRP에서는 책임자체가 분명해지기 때문에, 변경에 의한 연쇄 작용에서 자유로워 질 수가 있다. SRP를 잘 적용한다면 가독성과 유지보수가 좋아지기 때문에 실무에서 사용하기는 쉽진 않겠지만, 항상 생각하면서 프로그램을 짜면 코드의 품질은 올라갈 것이다. 예를 간단하게 보여주도록 하겠다. 아래 코드를 보자. public class Person { public static void .. 공감수 2 댓글수 0 2021. 12. 25.
[Design Pattern] Adapter 패턴 하이.. 요즘 전에 했던 프로젝트를 복기해보면서 어떤 기술을 썼는지 하나씩 정리해 가고 있다. 오늘은 전에 회사에서 간편로그인 시스템을 구축할때 썼던 패턴이었던 Adapter 패턴에 대해 정리해보려한다. 개발 당시 이런 이슈가 있었다. 기존에 사용하던 로그인 서버가 있었고, 내가 구축하던 간편로그인 기능을 해당 서버에 추가해야하는 상황이 발생했다. 그러기 위해서는 기존 로그인 모듈이 있던 클래스를 고쳐야 하는 위험?이 있었는데, 이를 Adapter 패턴으로 잘 풀어 냈다. Adpater 패턴을 이용하면 기존의 클래스를 고치지 않고 필요한 기능은 별도의 Adapter를 구현하여 이용할 수 있다. 이 Adapter 에서는 기존 클래스 기능을 그대로 사용할 수도 있고, 수정해서 사용할 수도 있고 , 새롭게 고.. 공감수 1 댓글수 3 2021. 8. 5.
[OOP] 니객망 1탄 - 객체지향 프로그래밍 이란? 하이~ 어렸을 때 부터 나는 농구를 좋아했고, 고향팀인 창원 LG팀을 거의 20년 넘게 응원하고 있다. 창원 LG 감독 중에 강을준이라는 감독이 있었는데 작전 타임때 종종 구수한 사투리로 ...! '니가 갱기를 망치고 있어 ~' 라는 말을 자주 했다. ㅎㅎㅎ 오늘 부터는 그동안 내가 잘못 이해하고 있던 .. 그리고 개념을 안다고 생각했던 객체지향에 대해 완벽하고 꼼꼼하게 포스팅을 해보려한다. 이름하여 ....! '니가 객체지향을 망치고 있어~' 니!! 객!! 망!! 시리즈~~ 대부분의 회사에서 프로젝트를 할때 설계를 하고 설계문서를 바탕으로 코딩을 할 것이다. 대표적으로 사용하는 설계방식이 바로 객체지향 설계인듯 하다. 그 만큼 이 개념을 확실히 잘 알고 사용하는게 좋을 듯한데, 개인적인 바램으로는 직접.. 공감수 4 댓글수 4 2020. 2. 18.
[OOP] 객체 지향 설계를 해야 하는 이유 내가 컴퓨터 공학을 전공으로 선택한 후, 처음으로 흥미를 느낀 영역은 객체 지향 프로그래밍 (OOP) 이었다. 심지어 휴학을 하고 한 학기 동안 객체지향만 공부한 적도 있었다. (그렇다고 잘하는 건 아니다 ㅜ_ㅜ) 요즘 회사에서 객체지향언어의 대표적인 언어인 자바를 많이 쓰고 있는데, 문득 이런 생각이 들었다. "내가 만약 책임자 직급이 되면 소스코드를 개발하고 수정하는 것을 넘어 설계까지 해야하는 때가 오지 않을까?" 그래서 오늘부터라도 그 순간을 위해 조금씩이나마 객체지향 설계에 대해 공부를 하려고 한다. 오늘 포스팅하는 내용은 정말 객체지향에 대해 아주 미미한 나의 지식을 끄적인 것이니 가볍게 읽고 넘어가 주면 좋겠다. 객체지향 설계의 핵심 예전에 한 회사 면접에 가니 면접관님이 이렇게 질문을 하셨.. 공감수 6 댓글수 2 2020. 2. 9.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.