<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ## 如何使用 Service 模式? 若將商業邏輯都寫在控制器,會造成控制器肥大而難以維護,基于SOLID原則,我們應該使用服務模式輔助控制器,將相關的商業邏輯封裝在不同的服務,方便中大型專案的維護。 ### 商業邏輯 常見的如: * 牽牽到外部行為:如發送Email,使用外部API...... * 使用PHP寫的邏輯:如根據購買的件數,有不同的折扣。 * 若將商業邏輯寫在控制器,會造成控制器肥大,日后難以維護。 在中大型專案,會有幾個問題: 將PHP寫的商業邏輯直接寫在控制器,造成控制器的肥大難以維護。 違反SOLID的單一職責原則:商業邏輯不應該寫在控制器。 違反SOLID的單一職責原則:若未來想要改變折扣與加總的算法,都需要改到此方法,也就是說,此方法同時包含了計算折扣與計算加總的職責,因此違反SOLID的單一職責原則。 直接寫在控制器的邏輯無法被其他控制器使用。 比較好的方式是使用服務。 將相依物件注入到服務。 在服務寫PHP邏輯使用相依物件。 將服務注入到控制器。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看