하위페이지

• 허니몬의 개발자 노트

  • 00_개념정리노트

    • API

    • DRM - Digital Rights Management

    • DRM - Digital Rights Management - 디지털 콘텐츠 권리 관리

    • DW(DataWarehouse)

    • ETCL

    • FFD(File Format Description)

    • HTTP CODE

    • LDAP(Lightweight Directory Access Protocol, 라이트웨이트 디렉터리 액세스 프로토콜)

    • MDDB

    • MVC

    • Normalization

    • ODBC

    • OLAP

    • POJO(Plain Old Java Object)

    • SAM

    • SQL

    • Star Schema(스타 스키마) - Data Modeling

    • TDD(Test Driven Development) - 테스트 주도 개발

      • 2010-02-22

    • Windows 7과 데스크톱 가상화

    • XML(Extensible Markup Language)

  • 00_개발자의 기본소양

    • HowToBeAProgrammer

    • Linux 정리

    • TDD(Test Driven Development)

    • Unix 정리

      • find 명렁어 정리

    • Velocity 설정법

    • 애자일(Agile) 방법론

    • 윈도우 7 단축키 모음

    • 자바 프로젝트 필수 유틸리티

      • Trac 을 활용한 효율적인 문서관리 및 프로젝트 관리

    • 초보 개발자 벗어나기

    • 팀 협업을 위한 이클립스 개발 환경

  • 00_학습리스트

    • WAS 익히기

  • 00_허니몬의_개발서적_책장

    • 소프트웨어 아키텍처 2.0

  • 01_Java

    • 00.Effective Java(이펙티브 자바)

      • 01. 객체의 생성과 소멸

        • 01. 생성자 대신 static 팩토리(factory) 메소드 사용을 고려하자.

        • 02. 생성자의 매개변수가 많을 때는 빌더(Builder)를 고려하자.

        • 03. private 생성자나 enum 타입을 사용해서 싱글톤의 특성을 유지하자.

        • 04. private 생성자를 사용해서 인스턴스 생성을 못하게 하자.

        • 05. 불필요한 객체의 생성을 피하자.

        • 06. 쓸모 없는 객체 참조를 제거하자.

        • 07. 파이널라이저(finalizer)의 사용을 피하자.

      • 02. 모든 객체에 공통된 메소드

        • 08. equals 메소드를 오버라이딩 할 때는 보편적 계약을 따르자.

        • 09. equals 메소드를 오버라이드 할 때는 hashCode 메소드도 항상 같이 오버라이드 하자.

        • 10. toString 메소드는 항상 오버라이드 하자.

        • 11. clone 메소드는신중하게 오버라이드 하자.

        • 12. Comparable 인터페이스의 구현을 고려하자.

      • 03. 클래스와 인터페이스

        • 13. 클래스와 그 멤버의 접근성을 최소화하자.

        • 14. public 클래스에서는 public 필드가 아닌 접근자(accessor) 메소드를 사용한다.

        • 15. 가변성을 최소화 하자.

        • 16. 가급적 상속 보다는 컴포지션(composition)을 사용하자.

        • 17. 상속을 위한 설계와 문서화를 하자. 그렇지 않다면 상속의 사용을 금지시킨다.

        • 18. 추상 클래스보다는 인터페이스를 사용하자.

        • 19. 타입을 정의할 때만 인터페이스를 사용하자.

        • 20. 태그(tagged) 클래스보다는 클래스 게층을 사용하자.

        • 21. 전략을 표현할 때 함수 객체를 사용하자.

        • 22. static 멤버 클래스를 많이 사용하자.

      • 04. 제네릭(Generic)

        • 23. 새로 작성하는 코드에서는 원천(raw)타입을 사용하지 말자.

        • 24. 컴파일 경고 메시지가 없게 하자.

        • 25. 배열보다는 List를 사용하자.

        • 26. 제네릭 타입을 애용하자.

        • 27. 제네릭 메소드를 애용하자.

        • 28. 바운드 와일드 카드를 사용해서 API의 유연성을 높이자.

        • 29. 타입 안전이 보장되는 혼성(heterogeneous) 컨테이너의 사용을 고려하자.

      • 05. 열거형(Enum)과 주석(Annotation)

        • 30. int 상수 대신 enum을 사용하자.

        • 31. 서수 대신 인스턴스 필드를 사용하자.

        • 32. 비트 필드 대신 EnumSet을 사용하자.

        • 33. 서수 인덱스 대신 EnumMap을 사용하자.

        • 34. 인터페이스를 사용해서 확장 가능한 enum을 만들자.

        • 35. 작명 패턴보다는 주석(annotation)을 사용하자.

        • 36. Override 주석을 일관성 있게 사용하자.

        • 37. 타입 정의는 표시 인터페이스를 사용하자.

      • 06. 메소드(method)

        • 38. 매개 변수가 유효한지 검사하자.

        • 39. 필요하면 방어 복사본을 만들자.

        • 40. 메소드 시그니처를 신중하게 설계하자.

        • 41. 오버로딩을 분별력 있게 사용하자.

        • 42. 가변 인자를 분별력 있게 사용하자.

        • 43. null 대신 비어있는 배역이나 컬렉션을 반환하자.

        • 44. 외부에 제공하는 모든 API 요소에 대해 문서화 주석을 넣자.

      • 07. 프로그래밍 일반

        • 45. 지역 변수의 유효 범위를 최소화 하자.

        • 46. 종전의 for 루프보다는 for-each 루프를 사용하자.

        • 47. 라이브러리를 배우고 사용하자.

        • 48. 정확한 계산에는 float 나 double 타입을 쓰지 말자.

        • 49. 박스화 기본형보다는 기본형을 사용하자.

        • 50. 다른 타입을 쓸 수 있는 곳에서는 String 사용을 피하자.

        • 51. 문자열 결합의 성능 저하를 주의하자.

        • 52. 객체 참조는 그 객체의 인터페이스 타입으로 하자.

        • 53. 리플렉션보다는 인터페이스를 사용하자.

        • 54. 네이티브 메소드를 분별력 있게 사용하자.

        • 55. 잘 판단해서 최적화하자.

        • 56. 보편화된 작명 규칙을 따르자.

      • 08. 예외(Exceptions)

        • 57. 예외 상황에서만 예외를 사용하자.

        • 58. 복구 가능 상황에는 checked 예외를 사용하고 런타임 예외는 프로그램 에러에 사용하자.

        • 59. checked 예외의 불필요한 사용을 피하자.

        • 60. 표준 예외를 사용하자.

        • 61. 하위 계층의 예외 처리를 신중하게 하자.

        • 62. 메소드가 던지는 모든 예외를 문서화 하자.

        • 63. 실패 상황 정보를 상세 메시지에 포함하자.

        • 64. 실패 원자성을 갖도록 노력하자.

        • 65. 예외를 묵살하지 말자.

      • 09. 동시성(Concurrency)

        • 66. 공유하는 가변 데이터에 접근 시 동기화하자.

        • 67. 지나친 동기화는 피하자.

        • 68. 스레드 그룹보다는 실행자와 작업을 사용하자.

        • 69. wait와 notify 대신 동시성 유틸리티를 사용하자.

        • 70. 스레드 안전을 문서화 하자.

        • 71. 늦 초기화를 분별력 있게 사용하자.

        • 72. 스레드 스케줄러에 의존하지 말자.

        • 73. 스레드 그룹을 사용하지 말자.

      • 10. 직렬화(Serialization)

        • 74. Serializable 인터페이스를 분별력 있게 구현하자.

        • 75. 독자적인 직렬화 형태의 사용을 고려하자.

        • 76. 방어 가능한 readObject 메소드를 작성하자.

        • 77. 인스턴트 제어에는 readResolve 메소드보다 enum 타입을 사용하자.

        • 78. 직렬화된 인스턴스 대신 직렬화 프록시의 사용을 고려하자.

    • 99. ETC_자바_관련_구현

      • SimpleDateFormat 사용

    • Annotation

    • Fundamental

      • 2일차_발표자료

      • 3일차_발표자료

      • 4일차_발표자료

      • 5일차_발표자료

      • Java Fundamental_01

    • Interface

    • Java Decomplier

    • Java 개발환경 구축

    • JDBC 설치 및 적용하기

      • Sybase JDBC 연결방법

    • JVM의 메모리구조

    • System.out.println() - 오버로딩의 조건, 장점

    • 클래스메서드(static메서드)

  • 01_운영체제

    • 리눅스(Linux)

    • 윈도우(Windows)

    • 유닉스(Unix)

      • OpenSolaris

  • 98_Tools

    • Eclipse

    • SQL Developer

  • 99_개발자의 노후 관리

  • Adroid스터디

    • 03_Android SDK

      • 00_Android 개념 간단 정리

      • 01. Android 설치방법 및 예제 실행

        • 01-1. Android SDK 설치하기(WIndows)

      • 02. Android 구성

      • 03. Android 애플리케이션 구성요소

      • 04. Application manifest

    • SQLite DataBase

    • 발표자료

      • 100207_발표내용정리

      • 100314_발표내용초안

    • 웹뷰와 메뉴버튼을 이용한 브라우저 및 페이지 링크

  • Java EE Article

    • EJB(Enterprise Java Bean0

    • Framework

      • Spring Framework

        • IoC(Inversion of Control) : 제어역전

        • Spring For Enterprise Applications

      • Struts Framework

        • BasicDataSource 설정법

    • JDBC(Java DataBase Connectivity)

    • JMS(Java Message Service)

    • JNDI(Java Naming and Directory Interface)

    • JSTL(Java Standard Tag Library)

    • JTA(Java Transaction API)

    • RMI

    • Servlet/JSP

      • Form 에서 method='post'를 깜빡잊고 코딩하지 않았다면?

    • TIP page

      • 불필요한 JSP 컴파일 줄이기

  • JavaModeling 스터디 관련 노트

    • 100123_1st_스터디

    • 100130_2nd_스터디

    • 100206_3rd_스터디 -- Struts Adavance

    • 100220_4th_스터디

    • 100313_7th_스터디