<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>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                所有的開發都可以抽象成業務邏輯代碼部分,和非業務邏輯代碼部分,業務邏輯代碼主要處理業務邏輯,而上一層非業務邏輯代碼一般比較通用,這部分代碼不是處理解決某些業務邏輯的,而是處理一些比較通用的某一類問題的,比如字符串截取函數,這是通用的,而商品標題處理則是具體帶業務邏輯的了。 再比如前端可以定義一些基礎的函數,比如很多庫其實就是非業務邏輯部分。或者自己做一些簡單的封裝util.js,更方便于業務代碼的調用等等。 這是編寫代碼的一種思想。任何項目都可參照的思想。 實際上這種思想的優秀很大程度上是因為解決了耦合問題的。解耦,能降低系統的復雜度,提高可用性和易用性。 > 落在業務和非業務部分,其實任何東西都沒有絕對的,應該是過度,兩端,代碼靠近哪一段而已,也就是代碼所占業務邏輯的比重,這樣描述更加準確一些。 * * * * * last update:2018-5-5 20:56:13
                  <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>

                              哎呀哎呀视频在线观看