在他的崗位SOLID: the next step is Functional，馬克西曼說： 如果繼續行駛你對小接口設計，你最終會在最終作用接口到達：用單一方法的接口[... ]如果你像這樣應用SRP和ISP，你很可能會發展出一個代碼庫，其中包含許多細粒度的類，每個類都有一個方法。這發生在我身上不止一次。 我的擔心是關於這些類的凝聚力。這種方法是否推動到 功能的凝聚力？這些課程是否具有協調性？ 對
我正在研究一個大學項目，在AS3中創建一個自上而下的射擊遊戲，我對AS3知之甚少，但仍然必須生產完成的遊戲。本場比賽的規定和運行，但是當我拍的敵人我得到這個錯誤 bullet hit baddie 2 < ---這是一種微量元素 TypeError: Error #1009: Cannot access a property or method of a null object reference
我正在接收錯誤：324在鉻時，當我試圖顯示ZF的表格v1.12.1。我完全按照官方網站上的官方示例「快速入門指南」完成，並且仍然如此。之後，我發現了脾氣暴躁的（不知道的第二個名字如何拼寫（很抱歉，）），該代碼： class Application_Form_Login extends Zend_Form
{
public function __construct($options =
我要試着寫一些關於軟件耦合和內聚的想法，但我不確定它們是否意味着任何實際的東西。所以，如果你想用例子來解釋你的答案，請使用簡單的代數表達式想象代數是一個連續的編程語言所以我們都可以理解you're談論... Read about it in wikipedia 所以在這裏是我想相信（¿這是正確的？）： 'Implementation of A with Low Cohesion
'(Coinci