U E D R , A S I H C RSS

토비의스프링3/밑줄긋기


1. 가며

  • p.44
    • 는 개발 럽게 개발 기본 고, 개발 로그래밍 모델 게 되고, 개발 게 된다.
    • 는 개발 게 되는 두 가 다면 그것 다.

2.1.

  • p.61
    • 드를 굳 고 개 는 뭘까?
      • 런 말 각나 드는 느 바보나 다 다. 로그래머는 드를 다 - -


  • p.62
    • 는 것다.

  • p.70
    • 그런데 디 만 굉 다.

  • p.73
    • 다르다는 기, 다르다는 뜻다.

2.3. 릿

  • p.211
    • 릿렇게 바뀌는 다른 변경 되는 롭게 변경되는 로부 독립 는 방법다.
  • p.217
    • 는, 그러나 많 복되는 따라 되고 드를 내는 다.
  • p.223
    • 따르면 Context가 가는 Context를 Client가 결는 게 다.
    • Context는 그 Strategy 구 다.
  • p.226
    • DI 개념 3 록 만든다는 것다.
    • 로 DI는 는 두 개 를 다내믹 리(DI ), 그리고 라는 4개 난다.
  • p.250
    • 갖고 반복되는 드가 다면, 복되는 드를 방법 보는 기르.
  • p.257
    • 릿과 낼 때는, 변고 그 경 두고 보가 면 된다고 다.
  • hamcrest.CoreMatchers : CoreMatcher 드를 만들 때 null 값 교나 not 는 것 가능다(ex. assertThat(tempObject, is(null)); -> 러). null 기 때문데, CoreMatcher null 값 때는 org.hamcrest.CoreMatchers notNullValue() nullValue()를 면 되겠다. http://jmock.org/javadoc/2.5.1/org/hamcrest/CoreMatchers.html

2.4.

  • p.283
    • 리돼 다.
    • 때 반드 다. 모든 게 복구되든 또는 개발보돼 다.
  • p.284
    • 뭔가 방법 다면 다.
  • p.290
    • 는 것 를 복구는 것 다.
  • p.317
    • 담기 로 만든다.

2.5.1. 벨 관리 기능

  • p.320
    • 다.
  • p.321
    • 그래 는 것보다는 바 5 (enum) 는 게 다.
  • p.327
    • 빠르게 가능 를 만들두면 렇게 기능 가나 날 때 그 다.
  • p.329
    • 나는 곳 바로 SQL 문다.
  • p.330
    • 방법 를 보강 보는 변경되 는 것다.
      • 다는 다. -
    • 를 만들면 만, 귀다고 대 .
  • p.331
    • DAO는 데떻게 가를 다루는 곳 두는 곳 다.
  • p.332
    • 바뀌다고 드를 된다.
  • p.335
    • 드라면 보는 것 만 류가 는 개발 만, 난 개발라면 무리 기 때문 를 만들 는 모 보려고 다.
      • ~ 부 내가 부럽다.. jesus=heaven no jesus=hell 들고 람들럼.. -
  • p.339
    • 드가 깔끔 렇게 다른 러 가 기 때문다.
  • p.340
    • 관련 다른 것들 리되나는 구다.
    • 다른 두 가가 모두 리되는 것 뭔가 다.
  • p.345
    • 드는 다른 를 가 는 대를 갖고 는 다른 달라고 다. 게 데 말고 라는 것 로그래밍 기본 되는 다.
  • p.349
    • 변경 가 발러 군데를 고게 만든다면 다.

2.5.2.

  • p.351
    • 게다가 기본 는 것 다.
    • 드를 부로 드리는 것 다.
  • p.355
    • 란 더 는 단 다. 로 만들 다는 것 다.
    • 따라 가 발 다면 로 돌려놔 다. 바로 다.
    • 러 개 SQL 되는 는 경 다.
  • p.356
    • 모든 과 끝나는 다. 는 방법 만 끝나는 방법 두 가다. 모든 는 롤과 모든 다.
  • p.362
    • 담고 UserService 관리려면 만들던 깔끔리된 드를 까? 면, 기능 까? 물론 둘 다 다. 는 멋 방법 다.
  • p.370
    • UserService 바뀌 따라 드가 바뀌는 드가 돼리고 말다.
  • p.371
    • 렇게 러 기 방법 다면 다. 는 것다. 그렇게 떤 것 , 또는 바뀌더라 관된 방법 다.
  • p.374
    • 때 먼 로 만들 다. 를 갖고 고, 멀 로 무 가 발기 때문다.

2.5.3.

  • p.377
    • 렇게 기 기법 드를 만들 다.
  • p.379
    • 다는 미다. 바뀌는 다고 다.
    • 다면, 떤 변경 다.
  • p.380
    • 드를 그만 높다. 그가 될 가능 다.
  • p.381
    • 공부나는 고 기 로 깔끔 드가 나기 때문 다. 드를 만들기 개발 노력과 고민 기 때문다.
    • DI 라고 부르는 보를 DI라는 단 기능 기 때문 다. DI 담긴 로그래밍 모델 는 데 기 때문다. 또, 링과 는 개발가 만드는 드 또 런 DI를 깔끔 를 만들 기 때문다.

2.5.4.

  • p.384
    • 그런데, 과 되는 것 바람가? 대개는 바람다.
      • 다면 그 부 라고 것 같다. -
      • 놓고 놀러갔 같다 -
  • p.391
    • 는 기능 방법 다른 로 근 방법 는 것다. 반면 렵게 만드는 된 API를 다.
  • p.392
    • 렇게 다. 기 바뀔 가능 , JavaMail 가능 API를 는 경라면 극 고려다. 는 대부 다.
  • p.395
    • 만들, 되는 기능 빠르게, (test double)라고 부른다.
      • SE 라 stub라고 는데 는 stub mock 로 또 나다. -
  • p.396
    • , 나는 뒀다가 결과를 검는 데 다.
  • p.400
    • 라는 게, 기는 기능 막강다는 다. 보 방법로는 검기가 매 까다로 내부 나는 나 다른 보까 기 때문다.
      • 는데. -
      • 목같 를 만들 구나.. -
Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2021-02-07 05:31:21
Processing time 0.0372 sec