<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="http://wiki.ledyx.xyz/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="http://wiki.ledyx.xyz/feed.php">
        <title>Ledyx WIKI - domain-driven_design:part_3_refactoring_toward_deeper_insight</title>
        <description></description>
        <link>http://wiki.ledyx.xyz/</link>
        <image rdf:resource="http://wiki.ledyx.xyz/lib/exe/fetch.php?media=favicon.ico" />
       <dc:date>2026-08-02T20:38:52+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:08_breakthrough&amp;rev=1708185187&amp;do=diff"/>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:09_making_implicit_concepts_explicit&amp;rev=1708185201&amp;do=diff"/>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:10_supple_design&amp;rev=1708185230&amp;do=diff"/>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:11_applying_analysis_patterns&amp;rev=1719399240&amp;do=diff"/>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:12_relating_design_patterns_to_the_model&amp;rev=1719573764&amp;do=diff"/>
                <rdf:li rdf:resource="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:13_refactoring_toward_deeper_insight&amp;rev=1720005477&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="http://wiki.ledyx.xyz/lib/exe/fetch.php?media=favicon.ico">
        <title>Ledyx WIKI</title>
        <link>http://wiki.ledyx.xyz/</link>
        <url>http://wiki.ledyx.xyz/lib/exe/fetch.php?media=favicon.ico</url>
    </image>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:08_breakthrough&amp;rev=1708185187&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-02-17T15:53:07+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>08_breakthrough</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:08_breakthrough&amp;rev=1708185187&amp;do=diff</link>
        <description>08 도약

Breakthrough

domain-driven_design modeling design
  도약 ≒ 심층 모델 찾기
리팩터링의 효과는 선형적으로 증가하지 않는다. (계단식)리팩터링은 레거시 시스템이 퇴보하는 것을 막는 최전선에 놓여 있다.(저자가 말하는) 이런 부류의 도약은</description>
    </item>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:09_making_implicit_concepts_explicit&amp;rev=1708185201&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-02-17T15:53:21+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>09_making_implicit_concepts_explicit</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:09_making_implicit_concepts_explicit&amp;rev=1708185201&amp;do=diff</link>
        <description>09 암시적인 개념을 명확하게

domain-driven_design modeling design

실제로 어떻게 달성할 수 있을까?

심층 모델이 강력한 이유는심층 모델에 사용자의 행위, 문제, 문제의 해법에 대한 본질적인 지식을 간결하고 유연하게 표현하는</description>
    </item>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:10_supple_design&amp;rev=1708185230&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-02-17T15:53:50+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>10_supple_design</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:10_supple_design&amp;rev=1708185230&amp;do=diff</link>
        <description>10 유연한 설계

domain-driven_design modeling design

소프트웨어의 궁극적인 목적은 사용자를 만족시키는 것이다.하지만 우선 그 소프트웨어는 개발자를 만족시켜야 한다.특히 리팩터링을 강조하는 프로세스에서는 이 점이 더 중요하다.</description>
    </item>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:11_applying_analysis_patterns&amp;rev=1719399240&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-06-26T10:54:00+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>11_applying_analysis_patterns</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:11_applying_analysis_patterns&amp;rev=1719399240&amp;do=diff</link>
        <description>11 분석 패턴의 적용

각 도메인의 사례가 되는 설계집

domain-driven_design modeling design
  숙련된 개발자들은 도메인 문제를 관찰하던 도중 익숙한 종류의 책임이나 관계를 발견하면
  과거에 문제를 해결했던 &quot;경험&quot;을 활용하려고 한다.
  ...
  이 가운데 일부는 패턴 형식으로 기록되고 공유되어
  이전에 축적된 경험을 다른 사람들이 쉽게 활용할 수 있는 길을 열어 주기도 한다.</description>
    </item>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:12_relating_design_patterns_to_the_model&amp;rev=1719573764&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-06-28T11:22:44+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>12_relating_design_patterns_to_the_model</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:12_relating_design_patterns_to_the_model&amp;rev=1719573764&amp;do=diff</link>
        <description>12 모델과 디자인 패턴의 연결

domain-driven_design modeling design design_pattern



	*  코드 내에 포함된 기술적인 측면을 다루는 디자인 패턴
	*  모델 내에 포함된 개념 패턴

STRATEGY (POLICY이라고도 함)

참고

여러 프로세스 중 하나를 선택하는 방법.</description>
    </item>
    <item rdf:about="http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:13_refactoring_toward_deeper_insight&amp;rev=1720005477&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2024-07-03T11:17:57+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>13_refactoring_toward_deeper_insight</title>
        <link>http://wiki.ledyx.xyz/doku.php?id=domain-driven_design:part_3_refactoring_toward_deeper_insight:13_refactoring_toward_deeper_insight&amp;rev=1720005477&amp;do=diff</link>
        <description>13 더 심층적인 통찰력을 향한 리팩터링

실행 지침

domain-driven_design modeling design

다양한 특성과 요소를 포함하는 과정으로 초점을 맞춰야 하는 세 가지 사항은 아래와 같다.

	*  활동의 근거지를 도메인으로 삼는다.
	*</description>
    </item>
</rdf:RDF>
