原创 完善Hikari連接池擴展項目HikariApi(ORM)

以前介紹類自定義的Hikari項目,定位於數據庫連接池;後擴展了,根據文件名稱,以數據庫配置文件爲基礎,支持按照名稱多數據操作。 在使用中,發現擴展了SQL語句參數化操作,在管理類中,以擴展方法存在。 配合數據庫操作,創建實體轉換項目Ent

原创 c# UDP分包發送

考慮到UDP的高速和其他協議的複雜性,做了一個依靠時間發送的分包組包重發的UDP庫。 https://github.com/jinyuttt/UDPTTL.git

原创 數據無中心的訂閱發佈

每一種模型都有存在的意義。 最近研究類一個小組件,在允許使用組播的情況下,用組播尋址,點對點通信,按照訂閱發佈模型處理數據。 每個節點都啓用tcp,udp通信,節點可以發佈接收數據。 不和大家細說,將流程圖貼出來,供參考。 訂閱方: 發佈

原创 實體與數據庫對象轉換

以前使用數據庫時,總是會將DataTable轉化成實體對象,然後在UI上使用,一般採用的是反射辦法,一般情況該方法是沒有問題的。 但是在個別時候需要考慮效率,就不是特別合適了。因此研究類一下,採用emit方式進行轉換。 發佈類一個庫。c#版

原创 快速部署業務類爲webapi服務

接着前一篇博文,將接口快速打包固定請求格式,不需要修改代碼,可以自動完成接口調用,實際上就是生成了一個接口的代理類。 那麼僅僅是接口請求代理,沒有服務端怎麼行?所以需要將實現接口的類部署爲webapi的控制器。 這個時候ABP就登場了,原理

原创 c#模板化生成接口

最近打算做這樣一個事情,一個桌面系統項目既可以一體化部署,作爲一個軟件一個進程部署,也可以把業務服務化部署。 那一般意味着我們要完全寫2套東西,一套是直接UI調用業務,一套是Ui調用RPC。這樣比較多操作。 現在打算將業務接口化,UI直接調

原创 c#各類DI容器

IOC控制反轉:說的是創建對象實例的控制權從代碼控制剝離到IOC容器控制,實際就是你在xml文件控制,側重於原理。 DI依賴注入:說的是創建對象實例時,爲這個對象注入屬性值或其它對象實例,側重於實現。 不準確理解:DI就是IOC的一種具體實

原创 etcd擴展使用

etcd我已經提到很多次了,前面的可以自己查看。v3版本改用grpc接口,很簡單,非常簡單,易上手易學習。 etcd有集羣部署方式,那麼就涉及部署的地址,可以動態添加部署節點,這樣再應用中不可能都去關閉配置。 etcd中提供了集羣管理接口,

原创 c# 微服務Ocelot網關服務發現

前面提到微服務方案,介紹了該東西,推薦一篇介紹博文https://www.cnblogs.com/jesse2013/p/net-core-apigateway-ocelot-docs.html 我要說的是Ocelot服務發現方案,其自身已

原创 NSQ消息隊列

前面的總結中提到過這個玩意,所以簡單說說,win上面的測試驗證 網上有比較合適的博文,我先推薦幾篇 https://blog.csdn.net/a2247889821/article/details/82217442 https://blo

原创 一個簡化的插件框架c#

利用MEF實現插件加載。 定義了一套接口,分別實現插件主界面,插件,業務插件等。 整套加載完全使用MEF2. 所有插件分開,包括主界面也是插件實現。 用一個應用程序,只有Main和插件加載方法。我管它叫啓動器。 插件直接由啓動器來溝通,插件

原创 net core微服務構建方案

隨着Net core升級,基本趨於完善了,很多都可以使用core開發了。已經有的Net framework就不說了,說實話,關注少了。 今天說說微服務方案,在之前說幾句廢話,core還在升級改造,API接口還是有變化,原以爲2.0已經穩了,

原创 etcd註冊服務

etcd作爲最簡單(輕量,精簡)的kv服務。etcd可以應用很多方面,但是它有一個特點,etcd只是基礎,需要你自己實現功能。它不像其其它組件開箱即用,也正是如此,它足夠簡單精巧。   回到主題,etcd裏面並沒有服務註冊發現的功能,所以要

原创 c#一些處理解決方案(組件,庫)

1.關係數據庫     postgresql,mysql,oracle,sqlserver 2.本地數據庫     sqlite,berkeleydb,litedb 3.緩存數據庫    redis,mongdb 4.數據庫連接池    基

原创 c#網絡傳輸

接着前面簡單講的,給大家聊聊服務開發。 網絡傳輸 先說網絡傳輸開發,總體來說,可以看成4中模型 我們把傳輸過程看做網線,那麼在通過傳輸的過程中。2邊就涉及池化問題,也就是我們常見的異步傳輸。 在業務端,有N個線程將數據放到池中(矩形),然