[架構] Architecture

[Program] 比較 Method chaining、fluent interface、c# 擴充方法

Method chaining、Fluent interface 和擴充方法(Extension method) 三種雖然相似，但實則為不同的程式設計概念。 Method chaining Method chaining 是一種技術，允許在一行程式碼中調用對象的一系列方法。鏈中的每個方法都返回被調用的對象，從而允許在同一個對象上調用下一個方法。這種技術用於創建更可讀和簡潔的代碼。 Fluent interface Fluent interface 是一種設計模式，使用方法串鏈創建更具表現力和可讀性的API。 Fluent interface 的目標是使代碼看起來更像自然語言，使其更容易理解和使用。在 Fluent interface 中，每個方法調用返回一個對象，允許在同一個對象上調用下一個方法。這種技術通常用於庫和框架中，以為開發人員提供更直觀和自然的API。擴充方法擴充方法是一種在不修改類本身的情況下為現有類添加功能的方法。擴充方法在單獨的靜態類中定義，並像擴展類的方法一樣調用。這允許開發人員在不修改源代碼的情況下為現有類添加功能。擴充方法通常用於為現有類添加實用函數或為無法修改的類（例如第三方庫）添加功能。 Reference Fluent Interface｜一種程式碼”寫作”風格擴充方法 (C# 程式設計手冊) wiki-Method chaining

Saturday, April 22, 2023 Read

[架構] 多層式架構(Multi-layer Architecture)

中文多層架構的層可翻作 layer 或 tier，兩者主要的差別在於 layer 指程式邏輯在應用程式的位置；而 tier 指 layer 在系統上實際部屬執行的位址，屬於物理層級的指涉。這一篇的層說的是 layer，談如何在軟體層面利用分層 (layer) 妥善安排程式碼，以 multi-layer 撰寫程式碼能將複雜的邏輯隔離開達成關注點分離(SoC, Separation of concerns)，好處有：降低耦合：程式拆成各司其職的單元，降低彼此耦合，增加程式單元彈性(擴展性)、複用性。易於維護：多層式架構中程式碼各司其職，容易定位問題發生點、而非從整個應用程式邏輯找。敏捷開發：程式可快速回應需求修改(理由與易於維護類似，但是在開發時獲得的好處)。平行開發：解耦的程式有助於降低協作併版衝突。分層三層式架構一般來說最常用的三層式架構組成為：表現層 (PL; Presentation Layer)：ASP 內就是 Controller 結尾。商業邏輯繩 (BLL; Business Logic Layer)：又稱為 Service Layer，命名習慣是 Service、Helper 結尾。資料存取層(DAL; Data Access Layer)：命名習慣是 Repo 結尾。另外有人將 Domain、Common 稱為一層，但這個部分其實不太像層，因為會被每一層引用，在架構上呈現比較不像層那樣扁平，裡面包含： Model、Entity、DTO(Data transfer object) 或 Value Object，這裡只有屬性沒有方法。四層式架構為了降低 PL 與 BL 之間的耦合，有時會在 Business Logic Layer(BLL) 上再疊一層 Service Layer(SL)，作為 Presentation Layer 與 Business Layer 的中介層，這時 Business Logic Layer 的命名就不以 Serviece 結尾，通常較大型專案才需要如此分法。而 SL 和 BLL 的差別在於商業邏輯精細度，一個SL操作 (coarse-grained operation) 通常包含複數BL操作 (fine-grained operation)。

Tuesday, March 28, 2023 Read

[架構] 無暇的程式碼-讀書心得

軟體系統價值行為價值、架構價值行為價值工程師的首要責任需求實現、可用性保障(功能性 Bug、性能、穩定性) 業務明確、穩定的前提下，可忽略架構價值架構價值更容易適應:需求變更。變更實作難度和變更的範圍成正比、跟變更的具體形狀無關。 ?? 業務需求通常不明確、時常變動，因此架構非常重要。不關注架構價值會隨著版本迭代、變更每一行程式成本升高，因此投入的人力成本增加。知乎-架构整洁之道, 看这一篇就够了！架构整洁之道超詳細關係圖

Monday, December 12, 2022 Read

[Program] 巢狀結構

巢狀程式結構會使程式可讀性差、且難以維護，可讀性高的程式碼深度最多不超過三層，嚴格管控程式碼深度的程式設計師又稱為 Never Nester。消除巢狀程式手法： Extraction Inversion 依據契約式程式設計，移除不必要判斷 Extraction 從複查的結構抽出程式碼 Inversion 把跳出函式的判斷移動到最上面依據契約式程式設計，移除不必要判斷依據契約式程式設計，以程式碼使用者會傳入的參數合法性為前提，移除不必要判斷

Sunday, December 11, 2022 Read

[架構] 多層式架構(Multitier Architecture)

多層式架構 Multitier Architecture 或稱 N-Tier Architecture，是 Client–server architecture 的一種，多層架構的層可以是 layer 或 tier，這兩者之間主要的差別在於 layer 指程式邏輯在應用程式的位置；而 tier 指 layer 在系統上實際部屬執行的位址，屬於物理層級的指涉。這一篇的層指的是 tier。 N-tier model N-tier model，層與層之間的邊界有 N-1 個，而程式跨邊界會造成巨大的效能損失，一說為光是跨越同一台機器上不同進程(process)邊界存取資源損失就大約1000倍，如果透過網路進行遠端呼叫勢必損失更多，因此每跨越一個邊界進行資源存取效能就會以幾何級數損失。且增加邊界在軟體設計上會增加複雜度，簡單的應用程式使用多層式架構很容易造成過度設計(over design)，因此如何適當添加層級(tier)也是一門學問，添加層級時必需考量如何在應用程式所部屬的環境獲取最大的成本效益。軟體是否採用多層式架構必須以多層式架構的優缺點進行取捨(尤其是可擴展性與效能之間)。提高可擴展性(scalability)。提高效能(performance)。提高容錯率(fault tolerance)。提高安全性(security)。 1-tier model 所有的 layer 都在同一機器、同一記憶體空間內運行，因此不需考慮網路造成的性能損失。 2-tier model layer 分配至兩個不同的記憶體空間運行，記憶體空間可能位於相同或兩台不同的機器上(通常是不同機器)，典型的例子是分配到 client、server 上運行。 3-tier model 多層式架構當中最常使用的就是三層架構(three-tier architecture)。三層架構與Web應用程式來說明如下：表現層(Presentation)：又稱為 UI 層，以Web來說就是呈現出來的前端網頁。應用程式層(Application)：以 Web 來說相當於伺服器上執行的應用程式。資料層(Data)：這一層包含資料儲存、呈現機制，以 Web 來說通常指 Database。 Reference wikipedia - Multitier architecture Rockford Lhotka - Should all apps be n-tier? N Tier(Multi-Tier), 3-Tier, 2-Tier Architecture with EXAMPLE

Monday, May 17, 2021 Read