GRASP 컨트롤러 패턴을 솔리드로 유지하면서 더 구체적으로 단일 책임으로 유지하면서 GRASP 컨트롤러 패턴을 적용하는 것에 대한 질문이 있습니다. Wikipedia's 컨트롤러 패턴 정의는 말한다 : 컨트롤러 패턴이 전체 시스템 또는 유스 케이스 시나리오를 나타내는 비 UI 클래스에 시스템 이벤트를 처리하는 책임을 할당합니다. Controller 객체는
나는 리팩터링 동료를 제안했으며 그는 기본적으로 SRP를 인용했다. 여기 상황이 있습니다. 우리는 나에게 모든 관련 목적 - html 세대라는 헬퍼 메소드를 가지고 있습니다. 적용 할 수있는 옵션이 많이있을 수 있습니다. A B와 C라고 부르 자고 합쳐서 결합 할 수 있습니다. 그의 원래 코드는 모든 옵션과 유효한 조합에 대해 별도의 방법을 사용했습니다.
우리는 기능을 가지고 말할 수 및 매개 변수에 대한 검증이 발생해야 그 기능 function baz(){
myVar = null;
foo(myVar);
}
function foo(bar){
//do stuff
}
에 발신자를 실행? 이 function baz(){
myVar = null;
if(myVa
나는 기본적으로 Hibernate를 통해 데이터베이스에서 Bean 객체를 검색하는 코드의 일부를 가지고 있으며, 데이터베이스에 다시 저장하기 전에 2 개 또는 3 개의 속성 값을 약간 변경한다. 실제 예를 살펴 보겠습니다. 내 응용 프로그램의 목적은 두 사람이 MCQ 테스트를 할 수 있도록하는 것입니다. 사용자가 답변을 제출할 때마다 점수를 업데이트하여 데
backgroundworker 안에 장시간 실행중인 측정이 있습니다. 측정 결과는 이 아니며은 SRP (Single reponsibility principle)으로 인해 다른 스레드에서 실행 중임을 확인해야합니다. 이의 예를 들어이를 생각해 보자 : void MeasurementWorker(object sender, DoWorkEventArgs e)
{
내 도메인 계층에 '클라이언트'클래스가 있습니다. 일반적으로 클래스의 클라이언트와 직접적으로 관련된 속성 만 생성합니다 (예 : 'Firstname', 'Lastname', 'Address'등). 클라이언트 관련 메서드. 제 질문은 클라이언트 컬렉션에서 작업을 수행하는이 클래스에 메서드를 추가하는 것이 좋지 않다고 생각합니까? 예. - 전자 메일 주소를 업
SRP 교장은 말한다 : 클래스 또는 모듈, 내 서비스 계층 클래스와 같은 일부 Facade 클래스가 을 변경하는 이유를 하나, 단 하나 있어야합니다. 예컨대 SaleService, 그것은 몇 가지 방법을 제공하는 예컨대 SaveOrder(), CancelOrder(), CreateOrder(), GetAllOrders(), GetAllPlannedOrde
나는 최근에 an article that describes을 읽음으로써 그들이 SRP을 어떻게 깰 수 있는지 잘 알고 있습니다. 그리고 저는 오랫동안 세터와 getter로 하나의 수업을 썼기 때문에 저는 완전히 혼란스러워합니다. 또한, 나는 found this을했습니다,하지만 SRP와 아무 상관이있다 그들은 논리를 가지고 있기 때문에 음, 첫눈에, gett
Windows 양식 텍스트 상자에 일부 기능을 추가하는 클래스가 있습니다. 예를 들어 텍스트 상자 키 작동 중지 이벤트를 처리하고 일종의 논리를 기반으로 'Enter'키를 누른 경우 사용자가 많은 수의 엔터티 중에서 하나의 엔터티를 선택할 수 있도록 특수 그리드가 표시됩니다. 그래서이 클래스를 'Textbox Extender'라고하고 텍스트 상자를 'Ext
나는 내가 고투하고있는 것을 분명히 할 수 있기를 바란다 :-) 여기있다. 다음과 같은 경우에 SRP를 구현하는 방법이 궁금합니다. 프로젝트가 있습니다. 끝나면 프로젝트에 대한 의견을 제공하는 설문 조사를 통해 연락처를 우편으로 보내야합니다. 소프트웨어에는 프로젝트 등급이 있습니다. 모든 프로젝트를 반복하는 절차가 있습니다. 필자는 ContactMailer