Catatan atas buku "Philosophy of Software Development"

Mungkin Anda mengerti bagaimana menulis kode yang baik, bagaimana mengikuti desain yang baik. Tapi pengetahuan ini tidak bisa terstruktur. Buku John Ousterhout, Filosofi desain perangkat lunak, dapat membantu memperbaikinya.

Ini memungkinkan saya untuk menyusun pengetahuan yang telah saya kumpulkan selama 3 tahun sebagai pengembang dan untuk memperbaiki banyak kesalahan dalam memahami desain kode yang baik. Dia membantu menjelaskan untuk dirinya sendiri dengan lebih jelas apa itu.

, , .

, . , . , .

2 :

1. . , , .
2. . — .

“”. , , API .. .

, , .

:

1. .
2. . , , .
3. , , .

:

2. :
   
   
   • ( )

, . , . , , .

2 , :

, . , , , .

, — , , . , .

— , . :

1. — .
2. — , .

, . . , .

. , . , , .

, .

20% , , .

, .

, , — .

, , . .

, , . , , .

:

1. — , , ..
2. — , .

— , . 2 :

1. —
2. — , .

, , .

, , , . , , , .

.

, , . :

• back-door. , , , . .
  
  , “ , 1 ?”. .

́

, . , , 3 : , . , , .

, . . , .

, - .

, .

, , .

, :

1. ?
2. ? , .
3. ?

,

, .

:

• — , . :

public function foo() {
  return this->bar();
}

, , . , .

— , .

, . .

• — . :

public function foo(SomeClass variable) {
  $this->bar(variable);
}

, . , , , , .

— DI . , , . , (immutable).

. . ( — , , ).

, . , , . , .

. , .

, , , . , , :

1. .
2. . .
3. .
4. .
5. .

. , , . , , — .

— , .

, , , — , . , .

, , , .

exception . , . - , .

:

• ,

— . , .

, .

:

1. . .
2. , .
3. , .
4. , .

. .

. . .

. , . , . , .

:

, , .

, 1-2 . , .

, :

1. — . , :
   
   
   • , , .
   • , , .
   • , , , - .
   • .
2. . , - .
3. . . .

— , . , . . .

. , .

.

— .

, , .

, . .

— , ( ). . . , , .

, , http . , .

, . — . , .

:

1. .
2. . , , - .
3. .

— .

:

:

• , count. , , - . . .
• , .. , .

— , , — . :

• ( MVC )

:

• , .
• . , , , .

, . :

• , , .
• , .

, , , . 2 :

1. ?
2. , ?

“”, .

, . . , .

Agile

, Agile. . .

, agile , , .

Unit

, unit . QA .

Unit , , .

TDD

TDD , , .

. , , , .

, , .

, .

, , , . .

, . .

, . , , . .

, , , . - , .