資訊專欄INFORMATION COLUMN
摘要：更好的理解設計模式我覺得對于設計模式的理解是把設計模式歸并到架構的一部分，是架構的子集，重命名為代碼架構，這樣好理解很多。
設計模式，這是我聽過最糟糕的翻譯，這個名字對于程序員來說有點高高在上，難以理解，尤其是php，python，nodejs這些腳本語言的開發(fā)人員可能因為這個名字就忽視了設計模式的重要性。當然，除了名字以外，從更深層次，更具體來說，我覺得有三個原因：
不用設計模式也可以完成工作，很多時候反而更簡單快速；
軟件的世界快速迭代，很多設計模式有些過時了；
如果沒有理解透徹一些設計模式，可能還存在過度設計的問題，拿著把錘子，看到哪里都是釘子。
但是用所謂‘簡單’的方法去寫的代碼，業(yè)務一復雜之后，你就會發(fā)現改動之痛苦，改一個功能要看完所有流程，最后不得不重構，相信很多人都會有這個經歷，這些就是設計模式解決的問題，但是精通了設計模式并不能解決所有問題，常常也要重構，設計模式絕對不是銀彈。
設計模式的本質是什么設計模式其實就是架構，實現一個模塊或者功能有幾種方法，前面的人總結了他覺得最優(yōu)的方法，然后抽象出來成為一種模式，這就是設計模式。本質上這和架構沒有什么區(qū)別。
設計模式和架構的區(qū)別那架構和設計模式有沒有什么區(qū)別呢，其實是有區(qū)別的，某種程度上可以這樣理解：架構是從整個系統(tǒng)，更宏觀的層面來總結的，而現在大家理解的設計模式，更多是從代碼層面出發(fā)，或者框架的層面來總結的。但是這種區(qū)別并不是軟件架構大師們主觀的結果，這兩個概念最開始是一個東西，但是隨著軟件復雜度的不斷增加，演化成了兩個概念。
更好的理解設計模式我覺得對于設計模式的理解是把設計模式歸并到架構的一部分，是架構的子集，重命名為代碼架構，這樣好理解很多。
個人github
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://systransis.cn/yun/28458.html
摘要：更好的理解設計模式我覺得對于設計模式的理解是把設計模式歸并到架構的一部分，是架構的子集，重命名為代碼架構，這樣好理解很多。 設計模式，這是我聽過最糟糕的翻譯，這個名字對于程序員來說有點高高在上，難以理解，尤其是php，python，nodejs這些腳本語言的開發(fā)人員可能因為這個名字就忽視了設計模式的重要性。當然，除了名字以外，從更深層次，更具體來說，我覺得有三個原因： 不用設計模式也...
摘要：當響應時，通過已注冊的回調函數，將提供的數據負載發(fā)送給應用中的所有。對外只暴露，不允許提供禁止在任何地方直接操作。是單例作為中的事件分發(fā)中心，同時還要管理所有中的事件。 React Flux架構簡介 個人現階段對Flux架構的理解，求拍磚求star!原文鏈接：https://github.com/kuitos/kuitos.github.io/issues/27 React 簡介請戳 ...
摘要：今天給大家分享的主題是前端的自我成長，這是一個關于成長的話題。的確如此，到目前為止，還沒有任何一個大學會教前端，倒是有些培訓班，會講網頁開發(fā)三劍客。 今天給大家分享的主題是前端的自我成長，這是一個關于成長的話題。 很多人都有這樣的感覺：聽了很多技術圈子的分享，有的有深度，有的循循善誘，深入淺出，但是呢，幾年下來，到底哪些用上了，哪些對自己真的有幫助了?反而有些模糊。 201...
閱讀 3441·2021-11-15 11:39
閱讀 1600·2021-09-22 10:02
閱讀 1334·2021-08-27 16:24
閱讀 3621·2019-08-30 15:52
閱讀 3452·2019-08-29 16:20
閱讀 850·2019-08-28 18:12
閱讀 580·2019-08-26 18:27
閱讀 745·2019-08-26 13:32
