什么是TypeScript策略模式

本篇內(nèi)容介紹了“什么是TypeScript策略模式”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都做網(wǎng)站、成都網(wǎng)站建設(shè)、盧龍網(wǎng)絡(luò)推廣、小程序制作、盧龍網(wǎng)絡(luò)營銷、盧龍企業(yè)策劃、盧龍品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎；成都創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供盧龍建站搭建服務(wù)，24小時服務(wù)熱線：18980820575，官方網(wǎng)址：muchs.cn

 一、什么是策略模式

定義： 定義一系列的算法，把它們一個個封裝起來，并且使它們可以互相替換。

什么是TypeScript策略模式

一個基于策略模式的程序至少由兩部分組成。

第一個部分是一組策略類 strategy，策略類封裝了具體的算法，并負責(zé)具體的計算過程。

第二個部分是環(huán)境類 Context , Context 接受客戶的請求，隨后把請求委托給某一個策略類

二、策略模式的作用

在現(xiàn)實中，很多時候也有多種途徑到達同一個目的地。比如我們要去某個地方旅游，可以根據(jù)具體的實際情況來選擇出行的線路。

  • 如果沒有時間但是不在乎錢，可以選擇坐飛機。

  • 如果沒有錢，可以選擇坐大巴或者火車。

  • 如果再窮一點，可以選擇騎自行車。

什么是TypeScript策略模式

Untitled Diagram.png

在程序設(shè)計中，我們也常常遇到類似的情況，要實現(xiàn)某一個功能有多種方案可以選擇。比如一個壓縮文件的程序，既可以選擇zip算法，也可以選擇gzip算法。

這些算法靈活多樣，而且可以隨意互相替換。這種解決方案就是本章將要介紹的策略模式。

三、策略模式案例

1、計算獎金

案例描述：某公司的年終獎是根據(jù)員工的工資基數(shù)和年底績效來發(fā)放的。例如，績效為S的人年終獎有4倍工資，績效為A的人年終獎有3倍工資，績效為B的人年終獎有2倍工資，財務(wù)部要求我們提供一段代碼，來方便他們計算員工的年終獎。

什么是TypeScript策略模式

計算獎金：最初版本

const calculateBouns = function(level: string,salary: number) :number {     if (level === 'S') {       return salary * 4;     }     if (level === 'A') {       return salary * 3;     }     if (level === 'B') {       return salary * 2;     }  }  console.log(calculateBouns('S',4000));  // 輸出16000  console.log(calculateBouns('A',3000));  // 輸出9000  console.log(calculateBouns('B',2000));  // 輸出4000

** 分析 **：

  • calculateBonus 函數(shù)比較龐大，包含了很多 if-else 語句，這些語句需要覆蓋所有的邏輯分支。

  • calculateBonus 函數(shù)缺乏彈性，如果增加了一種新的績效等級C，或者想把績效S的獎金系數(shù)改為5，那我們必須深入 calculateBonus  函數(shù)的內(nèi)部實現(xiàn)，這是違反開放-封閉原則的。

  • 算法的復(fù)用性差，如果在程序的其他地方需要重用這些計算獎金的算法呢?我們的選擇只有復(fù)制和粘貼。

計算獎金：(使用策略模式)面向?qū)ο笸晟瓢姹?/p>

// 計算獎金：面向?qū)ο笸晟瓢姹?nbsp;class PerformanceS {     calculate(salary: number): number {         return salary * 4     } }  class PerformanceA {     calculate(salary: number): number {         return salary * 3     } }  class PerformanceB {     calculate(salary: number): number {         return salary * 2     } }  interface strategy {     calculate: (salary: number) => number; }

先創(chuàng)建一個 bonus(Context)對象，并且給 bonus 對象設(shè)置一些原始的數(shù)據(jù)，比如員工的原始工資數(shù)額。

接下來把某個計算獎金的策略對象也傳入bonus對象內(nèi)部保存起來。

當(dāng)調(diào)用 bonus.getBonus()來計算獎金的時候，bonus對象本身并沒有能力進行計算，

而是把請求委托給了之前保存好的策略對象：

// Context 對象 class Bouns {      public salary: number; // 原始工資     public strategy: strategy; // 績效等級對應(yīng)的策略對象      setSalary(salary: number) {         this.salary = salary; // 設(shè)置員工的原始工資     }      setStrategy(strategy: strategy) {       this.strategy = strategy // 設(shè)置員工績效等級對應(yīng)的策略對象     }      getBouns() { // 取得獎金數(shù)額         return this.strategy.calculate(this.salary); // 把計算獎金的操作委托給對應(yīng)的策略對象     } }  const bouns = new Bouns();  bouns.setSalary(4000); bouns.setStrategy(new PerformanceS()); console.log(bouns.getBouns());  // 輸出16000  bouns.setSalary(3000); bouns.setStrategy(new PerformanceA()); console.log(bouns.getBouns());  // 輸出9000  bouns.setSalary(2000); bouns.setStrategy(new PerformanceB()); console.log(bouns.getBouns());  // 輸出4000

我們再來回顧一下策略模式的思想：定義一系列的算法，把它們一個個封裝起來，并且使它們可以相互替換。這句話如果說得更詳細一點，就是：定義一系列的算法，把它們各自封裝成策略類，算法被封裝在策略類內(nèi)部的方法里。在客戶對  Context發(fā)起請求的時候，Context總是把請求委托給這些策略對象中間的某一個進行計算。

計算獎金：JavaScript的完善版本

// 計算獎金：JavaScript的完善版本 // 在JavaScript語言中，函數(shù)也是對象，所以更簡單和直接的做法是把strategy直接定義為函數(shù) interface strategy {     S:(salary: number) => number;     A:(salary: number) => number;     B:(salary: number) => number; }  const strategy: strategy= {     S: function(salary: number): number {       return salary * 4;     },     A: function(salary: number): number {       return salary * 3;     },     B: function(salary: number): number {       return salary * 2;     } } // Context   var calcluateBouns = function(level: string,salary: number): number{     return strategy[level](salary);   }   console.log(calcluateBouns('S',4000));  // 輸出16000   console.log(calcluateBouns('A',3000));  // 輸出9000   console.log(calcluateBouns('B',2000));  // 輸出4000

2、表單驗證

  1. 鴻蒙官方戰(zhàn)略合作共建——HarmonyOS技術(shù)社區(qū)

  2. 用戶名(驗證是否為空)

  3. 密碼(驗證長度不能小于6位)

  4. 手機號(驗證是否是手機號格式)

表單驗證：最初版本

<html>? <body>?        <form action="http://xxx.com/register" id="registerForm" method="post">? 請輸入用戶名：<input type="text" name="userName"/ > 請輸入密碼：<input type="text" name="password"/ >?   請輸入手機號碼：<input type="text" name="phoneNumber"/ >? <button>提交</button>?        </form>?         <script>?         var registerForm = document.getElementById( 'registerForm' ); ?registerForm.onsubmit = function(){   ?if ( registerForm.userName.value === '' ){?    alert ( '用戶名不能為空' );?                         return false;?   }?                  if ( registerForm.password.value.length < 6 ){?    alert ( '密碼長度不能少于6位' );?                       return false;?                 }?                   if ( !/(^1[3|5|8][0-9]{9}$)/.test( registerForm.phoneNumber.value ) ){?     alert ( '手機號碼格式不正確' );?                          return false;?                                                                             }?         }?           </script>?           </body>?      </html>

分析:

  • registerForm.onsubmit函數(shù)比較龐大，包含了很多if-else語句，這些語句需要覆蓋所有的校驗規(guī)則。

  • registerForm.onsubmit函數(shù)缺乏彈性，如果增加了一種新的校驗規(guī)則，或者想把密碼的長度校驗從6改成8，我們都必須深入  registerForm.onsubmit函數(shù)的內(nèi)部實現(xiàn)，這是違反開放&mdash;封閉原則的。

  • 算法的復(fù)用性差，如果在程序中增加了另外一個表單，這個表單也需要進行一些類似的校驗，那我們很可能將這些校驗邏輯復(fù)制得漫天遍野

表單驗證：策略模式案例

// 策略對象 const strategies: Object = {     isEmpty(value: string, errMsg: string): string {       if(value === '') {         return errMsg       }     },     minLength(value: string, length: number, errMsg: string) : string{       if (value.length<length) {         return errMsg       }     },     isMobile(value: string,errMsg: string): string {       if (!(/^1[34578]\d{9}$/.test(value))) {         return errMsg       }     } }  // Context class Validator {        public cache: Array<Function>;      constructor() {         this.cache = []     }      add(value: string, rule: string, msg: string) {         const params: Array<string> = rule.split(':');         this.cache.push(() => {             const strategy: string = params.shift();             params.unshift(value);             params.push(msg);             return strategies[strategy].apply(null, params)         })     }      check(): string {         let value: Function;         for (value of this.cache) {             const msg = value();             if (msg) {                 return msg             }         }     } }    var submitBtn = document.getElementById('submitBtn'); var registerForm = document.getElementById('registerForm'); var validateFunc = function() {     var validator = new Validator();   // 添加規(guī)則     validator.add(registerForm.username.value,'isEmpty','用戶名不能為空');     validator.add(registerForm.password.value,'minLength:6','密碼長度不能小于6位');     validator.add(registerForm.phone.value,'isMobile','手機號格式不正確');      // 校驗結(jié)果     var errMsg = validator.check();     return errMsg; }   submitBtn.onclick = function() {     var errMsg = validateFunc();     if(errMsg) {       console.log(errMsg);       return false;     } else {       console.log('表單驗證成功')     }   }

四、策略模式的優(yōu)缺點

優(yōu)點：

策略模式利用組合、委托和多態(tài)等技術(shù)和思想，可以有效地避免多重條件選擇語句。

策略模式提供了對開放&mdash;封閉原則的完美支持，將算法封裝在獨立的 strateg (策略)中，使得它們易于切換，易于理解，易于擴展。

策略模式中的算法也可以復(fù)用在系統(tǒng)的其他地方，從而避免許多重復(fù)的復(fù)制粘貼工作。

在策略模式中利用組合和委托來讓 Context 擁有執(zhí)行算法的能力，這也是繼承的一種更輕便的替代方案。

缺點：

1、使用策略模式會在程序中增加許多策略類或者策略對象，但實際上這比把它們負責(zé)的邏輯堆砌在 Context 中要好。

2、要使用策略模式，必須了解所有的 strategy ，必須了解各個 strategy  之間的不同點，這樣才能選擇一個合適的strategy。比如，我們要選擇一種合適的旅游出行路線，必須先了解選擇飛機、火車、自行車等方案的細節(jié)。此時strategy要向客戶暴露它的所有實現(xiàn)，這是違反最少知識原則的。

“什么是TypeScript策略模式”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！

分享文章：什么是TypeScript策略模式
網(wǎng)頁URL：http://muchs.cn/article14/gddoge.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、網(wǎng)站設(shè)計、搜索引擎優(yōu)化、網(wǎng)站排名、品牌網(wǎng)站設(shè)計、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)

h5響應(yīng)式網(wǎng)站建設(shè)