기술면접 관련 내용 정리

1. 두 함수(show(), show2()를 비교하라.

1. public class ShowTest {
       public void show(String cmd){
           if ( cmd.equals("Test")){
               System.out.println("cmd is Test");
           }
       }
      
       public void show2(String cmd){
           if( "Test".equals(cmd)) {
               System.out.println("cmd is Test");
           }
       }
   }

---

1. // 1번 문제는 equals(String cmd)에 null 값이 들어갔을 경우에 대한 질문... ㅡㅅ-)> 그런 경우는 생각을 안해봤어!!
   //그런 경험은 있지만... equals() 안에 들어가는 파라메터가 null 일 때 생기는 경우는 종종 있지.... ㅡㅅ-)>
   public class Main {
       public static void main(String[] args) {
           //String cmd = null;  //이 경우에는 show()에서 NullPointerException을 발생한다. 요게 질문의 핵심인듯.
           //String cmd = "Test"; //이 경우에는 show(), show2() 모두 정상적으로 실행
           String cmd = "test"; // 이건 당연히 둘다 반응 없음.
          
           ShowTest test = new ShowTest();
           test.show(cmd);
           test.show2(cmd);
       }
   }

 

2.고쳐야 할 부분은 어디!?

1. public class ShowTest2 {
       public void show(String cmd){
           if ( cmd.equals("Test") && cmd != null ){ // 넘겨받은 cmd가 null일 경우에는 NullPointerException이 발생.
               System.out.println("cmd is Test");
           }
       }
   } //cmd.equals("Test") 이 부분을 "Test".equals(cmd) 수정해주면 정상적인 처리가 되겠지요.... ㅡㅅ-)> 잇힝!!!

---

1. public class Main2 {
       public static void main(String[] args) {
           //String cmd = "Test";
           String cmd = null;
           ShowTest2 test = new ShowTest2();
           test.show(cmd);
       }
   }

 

3.이 경우에는 어떻게 나올까?

1. public class ShowTest3 {
       public static void main(String[] args) {
           boolean a;
           boolean c;
           a = c = true;
          
           if ( ( a = true ) || ( c = false )){ // true or false ==> true 이니까....
               System.out.println("1:" + a + "   " + c); // 요 녀석이 출력된다. 조건문 안에서 대입하는건 안좋아요...ㅡㅅ-)!!
           }
          
           if ( ( a = true ) && ( c = false)){ //true && false ==> false 이니까.... 다시 물으니까... 당황해서 답을 제대로 못했다. ㅠㅅ-)
               System.out.println("2:" + a + "   " + c);
           }
       }
   }

4.String, StringBuffer, StringBuilder의 차이점(셋다 문자열 객체)

참고 : http://hongsgo.egloos.com/2033998 요 글을 보면, String < StringBuffer < StringBuilder 속도 차이가 있다. 흠... String은 적게 쓰는게 좋군요. ㅡㅅ-);;

참고 : http://cacky.tistory.com/36

• String : 변경되지 않는 Character 문자열 객체
  문자열이 변경되지 않을 경우에는 String 사용
• StringBuffer : 값이 변경 가능 // 동기화 가능 : 다중 스레드 일 경우에 사용
  문자열이 변경되고 다중 스레드에서 사용될 경우 사용
• StringBuilder : 값이 변경 가능 // 동기화 되지 않음 : 단일 스레드일 경우에 사용
  문자열이 변경되고, 단일 스레드에서 사용될 경우 사용

 

5.가비지 컬렉션을 줄이기 위한 프로그래밍

Java에서는 기본적으로 가비지 컬렉션에 대해서는 JVM에서 처리를 해주기 때문에 크게 신경을 쓰지 않아도 된다고 배웠다. ㅡㅅ-)>

굳이 줄이는 방법을 떠올려보자면,

• open() 했으면 close() 해준다.
• { 열었으면 } 닫아라.
• 가비지 컬렉션 타임을 줄여라. 군요.
• 참고  : http://blog.empas.com/bizk2y/24709240
• http://kr.sun.com/developers/tech_docs/web07/wireless01.html

 

6.Statement와 PreparedStatement의 차이

java.sql.Statement

public interface Statement

extends Wrapper

정적 SQL 문을 실행해, 작성된 결과를 돌려주기 위해서(때문에) 사용되는 객체입니다.  

디폴트에서는,Statement객체 마다 1 개의ResultSet객체만이 동시에 오픈할 수 있습니다. 따라서, 1 개의ResultSet객체의 read가, 다른 read에 의해 끼어들어지면(자), 각각은 다른Statement객체에 의해 생성된 것이 됩니다.Statement인터페이스의 모든 execution 메소드는, 문장의 현재의ResultSet객체로 오픈되고 있는 것이 존재하면, 그것을 암묵에 클로즈 합니다.

관련 항목:

Connection.createStatement(),ResultSet

 

java.sql.PreparedStatement

public interface PreparedStatement

extends Statement

프리컴파일 된 SQL 문을 나타내는 객체입니다.  

SQL 문은, 프리컴파일 되어PreparedStatement객체에 포함됩니다. 거기서, 이 객체는, 이 문장을 여러 차례 효율적으로 실행하는 목적으로 사용할 수 있습니다.

주:IN 파라미터치를 설정하는 설정 기능 메소드 (setShort,setString등)는, 입력 파라미터의 정의된 SQL 형과 호환이 있는 형태를 지정하지 않으면 안됩니다. 예를 들어, IN 파라미터에INTEGER라고 하는 SQL 형이 있는 경우,setInt메소드를 사용하지 않으면 안됩니다.

임의의 파라미터형 변환이 필요한 경우는,setObject메소드는, 목적의 SQL 형으로 사용하지 않으면 안됩니다.  파라미터 설정의 예를 다음에 나타냅니다.con는 액티브한 접속을 나타냅니다.

PreparedStatement pstmt = con.prepareStatement("UPDATE EMPLOYEES

SET SALARY = ? WHERE ID = ? ");

pstmt.setBigDecimal(1, 153833.00)

pstmt.setInt(2, 110592)

관련 항목:

Connection.prepareStatement(java.lang.String),ResultSet

 

PreparedStatement 에 대한 설명 : http://pcguy7.springnote.com/pages/1052420

Summary

그래서 우리는 prepared statements를 파라메터와 함께 사용해야한다.
이것은 미리 만들어진 접근 계획을 재 사용하므로서 데이터 베이스에 대한 로드를
줄여 준다.
이 cache는 데이터 베이스가 확장된 것이어서 여러분의 모든 애플리케이션이
유사한 파라메터화된 sql을 사용하면 하나의 애플리케이션이 다른 애플리케이션에
의해 사용된 prepared statements를 이용하므로 캐시 스키마의 효율성을 증대
시킬 수 있다.
이것은 application server 사용의 이점이다. 왜냐하면 데이터 베이스에 접근하는
로직은 데이터 접근 계층에 집중화 되어야하기 때문이다.
두번째로 prepared statements의 올바른 사용은 또한 여러분이 애플리 케이션 내부의
prepared statements cache를 잘 이용할 수 있게 한다. 이것은 애플리케이션이
이전에 사용했던 prepared statements 호출을 재사용해서 JDBC driver에 대한 호출의
수를 감소시켜 성능의 향상을 시킨다. 이것은 현명한 fat clients 사용을 효율적으로
그리고 경쟁력있게 만들고
독점적인 connection을 유지할 수 없는 불이익을 제거한다.
만약 파라메타화된 prepared statements를 사용한다면 여러분은 데이터 베이스와

코드를 가지고 있는 application server의 효율을 높일 수 있다. 이들 개선된 점은

여러분의 애플리케이션의 성능을 향상 시킬수 있게 할것이다.

내 나름의 중요한 결론을 말해보자면, 'PreparedStatement를 잘 활용하면 CPU 사용량을 줄이고 DB에 접근하는 소프트웨어의 속도를 향상시키는 효과가 있다'는 것이다. ㅡ ㅅ-)> 내가 쓰기 불편하다고 Statement 형식으로 많이 썼었는데, 이제 PreparedStatement를 사용해야겠다. 나란 녀석도 참 고집이 쎄다. 그렇게 쓰는 장점이 있는데도, 내가 쓰기 편하다고 그 방식을 외면하고 있으니 말이다.

이 글은 스프링노트에서 작성되었습니다.