확산 문제와 수렴 문제

확산 문제와 수렴 문제
영국 경제학자엘스토 프리드리히 슈마흐에 따르면 이 세계에는 두 가지 문제가 있다고 한다.(1)

확산 문제(divergent problems)

수렴 문제(convergent problems)

예를 들어, 새 웹 응용 프로그램을 고려해 보십시오.만약 그 전에 PHP를 사용한 적이 없다면 어떤 선택을 할지 모든 옵션을 조사해야 한다.
프레임 사용?그럼 다 쌓인 거예요?마이크로 프레임?그것들은 어떤 배경으로 설계되었고, 어떤 지역사회에서 운영되었습니까?대상 애플리케이션은?개발자는요?포장은요?생태계는?유지 보수 비용은 얼마입니까?
원래 PHP가 필요한 건가요?JS 프레임워크에서 SPA(single-page application)는 어떻습니까?
...이것들은'확산의 문제'다.웹 응용 프로그램의 목적지에 도달하기 위해 선택할 수 있는 옵션을 토론하고 문제를 확산시킨다.
그리고 어느 시점에 생각집(사고 태도)을 바꾸면 문제를 확산에서 수렴으로 바꾸고 지침과 방향을 바탕으로 선택을 줄여 해결책을 인도한다.확산된 문제는 기본적으로 논리적으로 해결할 수 없다.그러나 디자인 가이드(구조)라는 포부를 부여함으로써 문제를 줄일 수 있다.
설계에 필요한 프로세스
나는 이것이 시스템 설계에 필요한 과정이라고 생각한다.(프로그램 보호가 없는 시스템에서는 이 과정이 생략됩니다. 최상의 실천 템플릿에만 적용되는 시스템은 이렇습니다. 혹은 "현재 유행하는 프레임워크는 무엇입니까?"이런 문제는 어때요?공장 기준이 없는 걸 감탄하는건어떻게 된걸까?
BEAR 0.x to 1.x
BEAR.Sunday0.x판을 반복할 때마다 문제를 확산시키고 가능성을 탐색한다.

웹 편집기

리소스 메타데이터의 "Hello"

표시

리소스 리디렉션(목록)

개체 맵 구성

Smarty/Twig 템플릿 엔진

AOP를 통한 양식 문제 해결

@Cache@CacheUpdate의'가짜 CQRS'

에 따르면

신호 매개 변수

모범 사례

런타임 컨텍스트 기반(AOP 기반) DI

DI의 AOP(라우터 모음집 등)

해결하기 어려운 문제도 있다.

응용 상하문

DI 컴파일러

AOP 절취기

또 다른 여러 가지가 있다.충분한 피드백을 받은 사람도 있고 그렇지 않은 사람도 있다.
수렴성으로 1.0
그리고 피드백과 몇 개의 생산 출하 후에 확신하는 것에 수렴할 때가 왔다.나는 생각을 바꾸었다.
계기는 개량의 연장으로 해결할 수 없는 레이.Di를 v2로 바꾸다.0으로 OP에서 완전히 다시 쓰기, phpnw의 두 번째 참가, 그때의 리처드와의 토론 등등.다른 배경은 그레이엄의 여분의 음식을 섭취해서는 안 된다는 조언이 네트 씨에게 지도를 받은 일, Qita와 블로그의 BEAR이다.선데이 글, 아우라 프레임의 진화, 지금까지의 issue.등등 여러 가지 일.

응용 제약의 프레임워크로

연결 프레임

클렌징 컴팩트

응용 논리는 넓이를 실현할 수 있다
및

어플리케이션의 확장점

하이퍼미디어(REST)

응용 구조에 DI를 사용하는 경우

애플리케이션 보호에 적합한 제약 조건

우리는 이러한 핵심 가치에만 전념하고 이를 1.0 발표로 고려하며 품질이 높고 장래에 변화가 거의 없는 제품에만 주력한다.
● 기존 구보 씨와 프레임 확장에 대한 논의를 재고했고, 이것도'전환'했다.
프레임 구조
https://github.com/koriym/BEAR.Sunday/tree/develop-2/src/Extension
총결산
1.0은 0입니다.x의 각양각색의 부가 기능이 합쳐져 일단 떼어진다.예를 들어 현재 HTML 출력과 DB는 선택할 수 있으며 기본 템플릿 엔진과 DB(ORM) 라이브러리를 포함하지 않습니다.출력을 디버깅하는 Hello와 HTML 편집기 등의 디버깅 기능도 함께 제공되지 않고 임시로 제거됩니다.(HTML을 사용하지 않는 개발자는 필요없음)✴시간과 정력을 들여 힘들게 만들려고 준비한 도서관도 대부분 빠졌다.
현재 기본값은 웹 라우터(선택적 Aura 라우터)를 통해 라우팅, JSON(선택적 HAL) 출력이 가능한 API 서버만 제공합니다.
이런 말을 상상할 수 있다면 틀이라고 할 수 없고, 이 정도면 충분하다는 확신도 있다.응용 프로그램과 프레임워크의 구성 변경 가능성이 높기 때문에 응용 프로그램 보호의 구성 설계 요구를 충족시킬 수 있다고 생각합니다.
마지막으로 1.0 버전에서 가장 주의했던 점을 소개하면 이 글은 끝난다.
실천에 초점을 맞추지 말고 선도에 초점을 맞추어라(원칙)
인용하다

https://cucumber.pro/blog/2014/10/21/the-two-modes-of-thought-you-need-for-bdd.html