IT/Programming

Python 숫자를 문자로 변환 (Integer to String)

1. str()으로 숫자를 문자로 변환 보통 str()으로 Integer를 String으로 변환합니다. num = 10 print(num) print(type(num)) num_str = str(num) print(num_str) print(type(num_str)) Output: 10 10 float도 str()으로 변환할 수 있습니다. num = 10.2 print(num) print(type(num)) num_str = str(num) print(num_str) print(type(num_str)) Output: 10.2 10.2 2. format()으로 숫자를 문자로 변환 다음과 같이 format()으로 Intger를 String으로 변환할 수도 있습니다. num = 10 print(num) pr..

2023. 4. 30. 10:55

IT/Programming

<Effective Java> RULE 1. 생성자 대신 정적 팩토리 메소드를 사용할 수 없는지 생각해 보라

◆ Public으로 선언된 생성자 대신 정적 팩토리 메소드를 제공하는 방법의 장단점 ▶장점 1. 생성자와 달리 정적 팩토리 메소드에는 이름이 있다. 클래스는 시그니처별로 하나의 생성자만 넣을수 있는데 이 제약을 피하는 방법은 인자의 순서를 바꾸는 법이다. 하지만 이것은 사용자가 각각 생성자 용도를 절대 기억 못하기 때문에 좋은 방법이 아니다. 하지만 정적 팩토리 메소드에는 이름이 있으므로 무슨 역할을 하는것인지 알기가 쉽다. 따라서 같은 생성자를 여러개 정의할 필요가 있을 때는 그 생성자들을 정적팩토리 메소드로 바꾸고 메소드 이름을 명확히 구분해준다. 2. 생성자와는 달리 호출할 때마다 새로운 객체를 생성할 필요가 없다. 정적 팩토리 메소드를 사용하면 같은 객체를 반복해서 반환할 수 있으므로 어떤시점에서..

2023. 4. 28. 09:24

IT/Programming

<Effective Java> RULE 2. 생성자 인자가 많을 때는 Builder패턴 적용을 고려하라

선택적 인자가 많은 상황에서 정적팩토리나 생성자는 적합하지 않다. 인자가 20개가 넘은 상황에서는 무슨 패턴을 사용해야 할까? 인자가 많을 시 주로 사용하는 패턴 1) 점층적 생성자 패턴 2) 자바빈 패턴 3) 빌더 패턴 1) 점층적 생성자 패턴 - 많은 인자 개수에 적합하지 못하다. 점층적 생성자 패턴을 잘 동작하지만 인자 수가 늘어나면 클라이언트 코드를 작성하기가 어려워지고, 무엇보다 읽기 어려운 코드가 되고 만다. 2) 자바빈 패턴 - 일관성 훼손이 가능하고, 항상 변경 가능하다. 1회의 함수 호출로 객체 생성을 끝낼 수 없으므로, 객체 일관성이 일시적으로 깨질 수 있다는 것이다. 또한 객체를 수정하는 설정자가 있으므로 자바빈 패턴으로는 객체를 수정할 수없는 클래스인 변경 불가능(immutable)..

2023. 4. 28. 09:23

IT/Programming

<Effective Java> RULE 3 private 생성자나 enum자료형은 싱글턴 패턴을 따르도록 설계하라.

싱글턴은 객체를 하나만 만들 수 있는 클래스다. 하지만 클래스를 싱글턴으로 만들면 클라이언트 테스트하기는 어렵다. JDK 1.5이전 싱글턴 구현하는 방법 2가지 1. 정적 멤버 이용 // public final 필드를 이용한 싱글턴 public class Elvis{ public static final Elvis INSTANCE = new Elvis(); private Elvis() {..} public void leaveTheBuilding() {..} } 주의) AccessibleObject, setAccessible 메서드의 도움을 받아 권한 획득한 클라이언트는 리플렉션 기능을 통해 private 생성자를 호출할 수 있다. (규칙 53) 이런종류의 공격을 방어하고자 한다면 두번 째 객체를 생성하라는..

2023. 4. 28. 09:21

IT/Programming

<Effective Java> RULE 4 객체 생성을 막을 때는 private 생성자를 사용하라

객체를 만들 수 없도록 하려고 클래스를 abstract로 선언해 봤자 소용이 없다. private 생성자를 클래스에 넣어서 생성을 방지해야 한다. // 객체를 생성할 수 없는 유틸리티 클래스 public class UtilityClass{ // 기본 생성자가 자동 생성되지 못하게 하여 객체 생성 방지 private UtilityClass(){ throw new AssertionError(); } ... } 명시적으로 정의된 생성자가 private이므로 클래스 외부에서는 사용할 수 없다. AssertionError는 반드시 필요한 건 아니지만 클래스 안에서 실수로 생성자를 호출하면 바로 알 수 있게 하기 위한 것이다. 주석을 같이 달아주어 명시적으로 생성자를 생성할 수 없다는것을 밝히면 좋다. 또한 이렇게..

2023. 4. 28. 09:21

IT/Programming

<Effective Java> RULE 5. 불필요한 객체는 만들지 말라

기능적으로 동일한 객체는 요할 때마다 만드는 것보다 재사용하는 편이 낫다. //어느것이 더 효율적일까? //1번 String s = new String("QueryBox"); //2번 String s = "QueryBox"; * new 로 String객체를 생성(1번)하면 다른 인스턴스를 만들때 처럼 heap 메모리에 객체가 생성된다. String s = new String(“QueryBox”) 는 String 객체를 생성할 때마다 heap 영역의 어딘가에 “Querybox" 값이 매번 새롭게 저장되어 새로운 레퍼런스를 반환하게된다. * String s = Querybox” 처럼 큰따옴표 방식(2번)으로 객체를 생성할 때도 heap 메모리에 객체가 생성된다. heap 에 저장되는 것 자체는 두 방식 모두..

2023. 4. 28. 09:20