1.設計模式六大原則 a.單一職責原則：就一個類來說，應該只有一個引起它變化的原因 一個類做一件事情，避免職責過多。比如這種情況是不太好的，在一個Activity中既有bean檔案，又有http請求，還

各行各業的企業家都有這樣的困惑： 我的產品一流，卻為什麼賣不動？ 其實，這個問題的背後，市場競爭發生了巨大的變化。過去 30 年裡，中國的市場環境經歷了三個時代：工廠時代、渠道時代和心智時代。現在，很多行業已經

字型設計，是作為設計師必備的技能之一，那麼怎麼做字型？如何規範製作？怎麼去做一個可愛文藝的路徑字型呢？接下來貓貓就給大家講解下啦～ 字型設計感悟—路徑字設計方法 說到字型相信大家都很頭大，很費時間，但是為了設計性

這兩年，AMD、Intel不僅在產品和技術上你來我往，型號命名也是針鋒相對，尤其是主機板。 Intel本來有著極為規律的主機板晶片組命名，一個字母加三位數字，但是AMD半路殺出來截胡，你有B250、B360

1.介面定義 介面屬於一個特殊的類,這個類裡面只能有抽象方法和全域性常量 (該概念在JDK1.8之後被打破,在1.8後介面中還可以定義普通方法和靜態方法

觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件，這個主題物件在狀態上發生變化時，會通知所有觀察者物件，讓他們能夠自動更新自己。 觀察者模式的組成 觀察者模式主要由以下四個角

這一章作者講了一個例子，就是在用單例模式生成一個dom節點，還要做到只有訪問的時候才建立，後續訪問直接用前面建立的。 那麼實際開發中我們會用到這個模式嗎？ 現在我們基本都是用vue，rea

前幾天有個星球搞活動，大概的邏輯是：星球付費使用者每增加300人，價格漲100，然後推薦給好友，自己有20%的返現，好友也可以拿賞金。 當時覺得這就是一種付費分銷模式，沒啥特別的。 這種分銷模式，分銷

在前幾天推出ROG Strix B365-G Gaming這款22nm的mATX主機板後，華碩又推出了同樣晶片組的ATX大板新品：ROG Strix B365-F Gaming。 Intel自2018年下半

整理《javascript高階程式設計》中建立物件的7種方式以及優缺點, 還是要再說一句，這本書是寫的真好啊。 1. 工廠模式 工廠模式是軟體工程領域一種廣為人知的設計模式，這種模式抽象了建立具體物件的

一、函式的三種角色 1）作為普通函式 2）作為物件 3）作為類 ps：可以同時存在，之間沒有任何衝突 二、怎麼理解函式的三種角色 這三種角色可以同時存在，沒有任何衝突，舉個例子 //

在當前MVVM大行其道的環境下提到DOM一詞，很多人可能會感到有些詫異。這種差詫異或許來自於類似“都什麼年底了還操作DOM啊”的聲音！說的沒錯，MVVM時代，虛擬dom東征西戰，一枝獨秀，著實不可否認其強大的威

之前講了深入Spring Events事件驅動模型 ，發現一些小夥伴不滿足於僅僅會用，還對事件驅動(Event Driven)的原理很感興趣，因此我們這篇文章就帶大家看下Spring事件驅動的核心原始

SE-0244 Opaque Result Types 前一段時間通過了 review 並且在 Swift 5.1 裡完成了視線，我最早閱讀這份提案的時候理解不是很透徹，今天比較仔細地讀了這篇

註解 你用過哪些重要的 Spring 註解？ @Controller - 用於 Spring MVC 專案中的控制器類。 @Service - 用於服務類。 @Reques