前言：

SO 發現蠻多人有遇到 Gaps and Islands problem

count of last continuous inserted records based on date 

之前有跟大家分享過 解決連續範圍的思路  [SQL連續範圍] 數字，日期連續範圍

今天針對發問者實際例子來一步步 解決問題…

提問出處:count of last continuous inserted records based on date 

問題說明:

提問者希望可以獲得最近一次連續日期的次數

例如:

前言：

狀態者模式

優勢在可將複雜的物件狀態條件,以物件方式來減少條件式的判斷程式

可由物件自身的狀態，決定之後的動作行為.

狀態者模式 說明：

需求簡易流程如下

這是一個簡單的訂單流程圖

我們可看到從建立訂單開始->最後判斷成功或取消訂單 看似簡單但需要寫一定程度的判斷條件式,而且也要做一定程度的逆向流程防呆.

這裡先貼上 未使用狀態者模式的程式碼: PaymentContext.cs

說明

系統模塊存在很多複雜的耦合問題，很適合使用中介者模式來解耦合

在現實中如果組織有一定規模可能構通如下圖那般複雜

如果有一個人或組織負責幫大家協助溝通，就可解決上面複雜問題

這就是我們這次的核心中介者

中介者模式有幾個角色

• AbstractMediator (抽像中介者)：定義中介者和各個同事者之間的通信的介面
• ConcreteMediator (中介者)：知道每個同事物件，實現抽像中介者，負責協調和各個具體的同事的交互關係
• AbstractColleague (抽象同事者)：定義同事者和中介者通信的接口
• ConcreteColleague (同事者)：實現自己的業務，並且實現抽象方法，跟中介者進行通信

中介者模式特點是

說明

系統模塊存在很多複雜的耦合問題，很適合使用中介者模式來解耦合

在現實中如果組織有一定規模可能構通如下圖那般複雜

如果有一個人或組織負責幫大家協助溝通，就可解決上面複雜問題

這就是我們這次的核心中介者

中介者模式有幾個角色

• AbstractMediator (抽像中介者)：定義中介者和各個同事者之間的通信的介面
• ConcreteMediator (中介者)：知道每個同事物件，實現抽像中介者，負責協調和各個具體的同事的交互關係
• AbstractColleague (抽象同事者)：定義同事者和中介者通信的接口
• ConcreteColleague (同事者)：實現自己的業務，並且實現抽象方法，跟中介者進行通信

中介者模式特點是

介紹RabbitMQ

RabbitMQ是個訊息仲介（broker），主要是利用消息把生產者跟消費者解耦合

在RabbitMQ主要有以下角色

1. 產生者（producer）
2. 接收者（consumer）
3. 佇列（Queue）
4. 交換器(Exchange)
5. 訊息(Message)

上面太抽象?  讓我來舉一個簡單點的例子

我們要寄信會把信投進郵筒，信件統一送到郵局，由分配至各個區域郵差去寄送信件

在此可把上面的角色對應在RabbitMQ上

1. 產生者（producer）= 寄信人
2. 接收者（consumer） = 收件人
3. 佇列（Queue）= 郵差
4. 交換器(Exchange) = 郵筒
5. 訊息(Message)  = 信件

下面是我畫RabbitMq運作流程圖

RabbitMQ是什麼?

RabbitMQ是一個訊息中介軟體 (broker), 他實作​AMQP標準, 特點是消息轉發是非同步並且可靠.

主要用來處理應用程序之間消息的儲存與轉發可讓消費者和生產者解耦合, 消息是基於二進制

因為RabbitMQ Server是用Erlang語言編寫，所以在安裝RabbitMQ Server前須先安裝Erlang環境

安裝完後可到RabbitMq官網下載安裝Server .

以下是常用在CMD使用的使令

• 開啟RabbitMq Server. 

  rabbitmq-server -detached

• 查看RabbitMq狀態 

  rabbitmqctl status

• 查看Queue列表狀態

  rabbitmqctl list_queues

• 查看交換器(Exchange)

  rabbitmqctl list_exchanges

• 查看綁定狀態

  rabbitmqctl list_bindings

RabbitMQ Server UI

RabbitMq Server 很貼心也有UI版的控制面板,只需在CMD中輸入這個指令 啟用Server UI套件

rabbitmq-plugins enable rabbitmq_management

前言：

為何我會選用Hxeo來當作Blog框架?

有下面幾個原因:

1. 因為建立於本地端，所以可以更方便離線進行編輯
2. 使用 Markdown 語法撰寫Blog，更方便、通用、容易上手
3. 搭配線上CICD工具部署於 Github 上，完全零成本
4. 中文文件資源多
5. 支援多樣不同樣板，可隨心所欲切換風格
6. 開源社群活躍
7. 基於NodeJs擁有豐富的差件

建立自己的Hexo

安裝 Node.js

首先先安裝 Node.js 官網下載安裝

安裝完後使用CMD

　node -v
npm -v

查看是否安裝成功.

Autofac 是個IOC容器  不懂IOC 參考 我之前寫
的IOC(控制反轉)，DI(依賴注入) 深入淺出~~

小弟之前有一個開源框架【C#】 AOP輕型框架 AwesomeProxy.Net 介紹使用 裡面簡單介紹 AOP核心概念和如何實作!

Autofac 有寫一個 Autofac.Extras.DynamicProxy 把AOP和IOC容器融合的框架

在Autofac使用AOP 需要實現下面幾個步驟

本次範例我們從資料庫中撈取時間資料出來，並使用Thread.Sleep(5000) 作出延遲，判斷時間是否前後一致。

第一步（定義攔截器）：

我們撰寫一個快取的攔截器繼承IInterceptor 介面，並實現Intercep方法

其中 IInvocation 參數有許多有用的資料

• Arguments：傳入方法中的參數
• InvocationTarget ：被代理物件
• MethodInvocationTarget：被代理物件的呼叫方法資訊
• Proxy：代理物件
• Method：代理的呼叫方法資訊
• ReturnValue：呼叫方法的回傳值

這幾個欄位是我們比較常用的資訊

前言：

市面上有許多IoC容器 Ninject,Unity….

雖然容器眾多但要解決的問題和概念是一樣

今天使用Autofac 介紹一下IoC容器

不了解 IoC 概念可參考 我之前寫 IOC(控制反轉)，DI(依賴注入) 深入淺出~~

Autofac是一個 Ioc 容器

眼尖的讀者會發現我把Ioc跟容器這兩個字使用兩個不同顏色

原因是Autofac這個框架其實做到兩個概念.

• IoC(Inversion of Control)
• 管理物件的容器

前言：

目的：

如果有兩大類模組是多對多的組合，如本次Smaple Code. Nick和Addidas 包包都有紅、藍、黃….或其他顏色

就可能呈現下面6種組合

• Nick(紅)
• Nick(藍)
• Nick(黃)
• Addidas(紅)
• Addidas(藍)
• Addidas(黃)

如果此建立類別的話 可能情況如下面的UNL圖

這樣會有兩個問題

1. 隨著品牌和顏色增多，包包類別數量急速增長　(X = m*n)個
2. 顏色我們可看做一個抽象 不應當和包包合在一起