의 전제 조건/사후 조건에 대한 규칙, 삼촌 밥 언급 : 서브 타입의 인스턴스 객체의 메소드의 전제 조건/사후 조건이보다 강한/각각 약한 경우 Now the rule for the preconditions and postconditions for derivatives, as stated by Meyer, is:
...when redefining a rou
다음은 차이가 sourcemaking.com에서이 패턴의 예가 있습니다 : https://sourcemaking.com/design_patterns/private_class_data 이 두 예제가있다, 밖으로 교차 메인 클래스와 데이터 클래스를 포함하는 메인 클래스. public class MainClass {
private final <Type
나는 내 프로젝트 중 일부를보고 있었는데 내가 github에서 본 것들과 비교해 보았다. OOP를 좋아하지만 너무 많은 파일을 만들고 너무 많은 수업을받는 것처럼 느껴집니다. 예를 들어, 나는 작은 프로젝트에서 체커 게임을 했었는데, 나는 하나의 파일/클래스로 갈 수있는 많은 파일을 가지고있었습니다. 솔루션을 과도하게 생각할 때 어떻게 알 수 있습니까? 다
해결해야 할 복잡한 작업이있는 경우 실행을 제어하는 한 가지 방법이있는 경우가 종종 있습니다. null 검사, if 문, 형식간에 매핑하는 메서드 호출 등으로 인해이 메서드는 실제로 길어질 수 있으므로 더 쉽게 만들려고 노력하고 있습니다. 예 1 I 체인 첫 번째 방법 간단하게 메소드 호출을 할 수 public class A
public string
분산 처리 및 스트리밍에 관한 최근 토론에서 나는 '코드 이동'이라는 코드를 보았습니다. 누군가가 같은 것을 설명하도록 도울 수 있습니까? 이 문구에 대한 참조는 MapReduceWay hadoop에 관해서는 its stated in a question이지만 여전히 기술의 원리를 설명 할 수 없었다. 불가 지론적인 방법.
C++ 클래스에서 읽기 전용 getter로 const 참조 필드를 사용하는 것이 좋습니까? 이 코드는 우수 사례를 충족합니까? class check{
private:
int _x;
public:
const int& x = _x;
void setX(int v){
_x = v;
}
};
그것은 매우 C#을
종속성 역변환의 컨텍스트에서 상위 모듈과 하위 모듈이 의미하는 바를 이해하기 위해 다음과 같이 link을 검토했습니다. 주어진 설명에 따라 다음 코드 조각이 좋은/적절한 예입니까? 예, 이것은 의존 관계 역전 원칙 의 예입니다 public class HighLevel
{
private IAbstraction _abstraction;
p
우리 팀에 단일 책임 원칙을 제시하여 프로젝트에서 사용하는 세미나가있었습니다. 나는 다음과 같은 인기있는 예를 사용 : class Employee:
save()
calculate_salary()
generate_report()
을 그리고 나는 모든이 클래스 괜찮 여부를 알려 팀을 물었다. 모두 괜찮다고 하더군. 하지만 여기 S
저는 통신 프로젝트를 진행 중입니다. 내 프로젝트에서 Open/Closed 원칙을 구현했습니다. 아래는 수업입니다. 나는 비디오 서비스를 구현해야하는 경우 MainServiceClass.CS public abstract class BaseServiceClass
{
public abstract IEnumerable<string> GetService