PyInstaller 完美打包 Python 腳本，輸出結構清晰、便於二次編輯的打包程式

来源:https://www.cnblogs.com/haujet/archive/2023/06/05/PyInstaller-Perfect-Build.html
-Advertisement-
Play Games

清醒點[toc] # Java虛擬線程 > 翻譯自 screencapture-pradeesh-kumar-medium-an-era-of-virtual-threads-java ```mermaid flowchart LR introduction-->a(why thread)-->b( ...


引入問題

如果我要寫一個 Python 項目，打包成 exe 運行（方便在沒有 Python 的電腦上使用），我需要打包出的根目錄結構美觀，沒有多餘的、雜亂的依賴文件在那裡礙眼，而且需要在發現 bug 時，我還需要能夠修改裡面的代碼後，無需再次打包，就能正常運行，該怎麼做呢？

就以一個 Hello 項目為例，記一下我找到的完美方法。

首先，新建項目文件夾，寫一個 hello.py：

用 PyInstaller 把 hello.py 打包，pyinstaller ./hello.py 命令會得到 build 和 dist 文件夾，以及 hello.spec 文件：

其中：

  • build 文件夾是存放打包時臨時文件用的
  • dist 文件夾存放了打包好的應用
  • hello.spec 內容是 PyInstaller 根據我們的命令行生成的打包參數

打開 dist/hello 文件夾，可以看到我們打包好的 hello.exe 躺在一堆依賴文件之間，非常醜陋：

我們的目標，就是要把這些依賴包都移到一個子文件夾中，讓打包文件夾變得整潔，同時讓程式正常運行。

最後我們可以打包成這個樣子：

首先，所有的依賴模塊都被移動到了 libs 文件夾，整個打包根目錄清清爽爽，只留下了必要的 python310.dll 和 base_library.zip。

其次，如你所見，這個程式的脾氣不是太好，出口成臟，我們希望用戶在拿到這個開源程式時，可以修改腳本的內容，不需要重新打包就能直接從 hello.exe 運行。因此我們要把 hello.exe 做成程式入口，實際的邏輯寫在 hello_main.py ，同時要確保 hello_main.py 中的依賴都被正確打包到 libs 文件夾。

我們一步步解決。

第一步：自定義依賴包位置

生成 spec 文件

達到目的的關鍵在於用命令行打包時自動生成的 hello.spec ，它的本質是一個 python 文件，pyinstaller 有兩種運行模式：

  • pyinstaller hello.spec 會使用 spec 文件中的配置進行打包
  • pyinstaller hello.py <other args> 根據命令行參數自動生成 spec 文件，再依據使用 spec 文件中的配置進行打包

pyinstaller 在打包時，實際上是在做了一些準備工作後，直接運行了 spec 文件里的 Python 代碼。

相比於給命令行添加參數，直接編輯 spec 文件，在裡面保存參數，更優雅，更方便操作。

除了直接打包腳，本文件自動生成 spec 配置，還可以通過執行 pyi-makespec hello.py 不打包，只生成 spec 配置。

解釋 spec 文件

打開 hello.spec 文件，有如下內容（已作註釋）：

# -*- mode: python ; coding: utf-8 -*-


block_cipher = None

# 這一部分負責收集你的腳本需要的所有模塊和文件。的；hiddenimports 參數可以指定一些 PyInstaller 無法自動檢測到的模塊。
a = Analysis(
    ['hello.py'],       # 指定要打包的 Python 腳本的路徑（可以是相對路徑）
    pathex=[],          # 用來指定模塊搜索路徑
    binaries=[],        # 包含了動態鏈接庫或共用對象文件，會在運行之後自動更新，加入依賴的二進位文件
    datas=[],           # 列表，用於指定需要包含的額外文件。每個元素都是一個元組：（文件的源路徑, 在打包文件中的路徑)
    hiddenimports=[],   # 用於指定一些 PyInstaller 無法自動檢測到的模塊
    hookspath=[],       # 指定查找 PyInstaller 鉤子的路徑
    hooksconfig={},     # 自定義 hook 配置，這是一個字典，一行註釋寫不下，此處先不講
    runtime_hooks=[],   # 指定運行時 hook，本質是一個 Python 腳本，hook 會在你的腳本運行前運行，可用於準備環境
    excludes=[],        # 用於指定需要排除的模塊
    win_no_prefer_redirects=False,
    win_private_assemblies=False,
    cipher=block_cipher,
    noarchive=False,
)
# 除此之外，a 還有一些沒有列出的屬性：
#   pure 是一個列表，包含了所有純 Python 模塊的信息，每個元素是一個元組，包含了：模塊名, pyc路徑, py 路徑，這些模塊會被打包到一個 .pyz 文件中。
#   scripts 是一個列表，包含了你的 Python 腳本的信息。每個元素是一個元組，其中包含了腳本的內部名，腳本的源路徑，以及一些元數據。這些腳本會被打包到一個可執行文件中。


# pyz 是指生成的可執行文件的名稱。它是由 PyInstaller 用來打包 Python 程式和依賴項的主要文件。


# 創建 pyz 文件，它在運行時會被解壓縮到臨時目錄中，然後被載入和執行。它會被打包進 exe 文件
pyz = PYZ(a.pure, a.zipped_data, cipher=block_cipher)


# 創建 exe 文件
exe = EXE(
    pyz,            # 包含了所有純 Python 模塊
    a.scripts,      # 包含了主腳本及其依賴
    [],             # 所有需要打包到 exe 文件內的二進位文件
    exclude_binaries=True,  # 若為 True，所有的二進位文件將被排除在 exe 之外，轉而被 COLLECT 函數收集
    name='hello',   # 生成的 exe 文件的名字。
    debug=False,    # 打包過程中是否列印調試信息？
    bootloader_ignore_signals=False,
    strip=False,    # 是否移除所有的符號信息，使打包出的 exe 文件更小
    upx=True,       # 是否用 upx 壓縮 exe 文件
    console=True,   # 若為 True 則在控制台視窗中運行，否則作為後臺進程運行
    disable_windowed_traceback=False,
    argv_emulation=False,
    target_arch=None,
    codesign_identity=None,
    entitlements_file=None,
)


# 這個對象包含了所有需要分發的文件
# 包括 EXE 函數創建的 exe 文件、所有的二進位文件、zip 文件（如果有的話）和數據文件
coll = COLLECT(
    exe,
    a.binaries,
    a.zipfiles,
    a.datas,
    strip=False,
    upx=True,
    upx_exclude=[],
    name='hello',   # 生成的文件夾的名字
)

加入 Hook

通過對 spec 文件的瞭解，我們知道了，可以在 a.runtimehooks 列表中加入 python 腳本 hook ，它會在我們的主代碼執行之前運行，為我們準備環境。

在這個 hook 裡面，我們就可以修改 sys.path ，自定義 Python 查找模塊的路徑，或者環境變數

那我們就寫一個 hook.py

import sys
from pprint import pprint

print(f'\n\n模塊查找路徑：')
pprint(sys.path)

print('\n')

然後，用 pyinstaller hello.spec 進行打包，再執行得到的 hello.exe，得到如下輸出：

可見 hook.py 確實在 hello.py 之前運行了，且列印出了 sys.path ，即模塊查找路徑，有三個：

  • dist/hello/base_library.zip 這個是程式所在目錄的 base_library.zip 文件
  • dist/hello/lib-dynload 這個是運行程式時動態生成的
  • dist/hello/ 這個是程式所在目錄

hook 修改 sys.path

因此，我們就可以在打包輸出文件夾中新建一個 libs 文件夾，將所有的依賴文件全都放進去，然後在 hook.py 里把 libs 路徑加入 sys.path ，然後我們的腳本運行時就正確搜索到依賴包了。

改寫 hook.py

import sys
from pathlib import Path
from pprint import pprint

BASE_DIR = Path(__file__).parent

for p in sys.path.copy():
    relative_p = Path(p).relative_to(BASE_DIR)
    new_p = BASE_DIR / 'libs' / relative_p
    sys.path.insert(0, str(new_p))

print(f'\n\n模塊查找路徑：')
pprint(sys.path)

print('\n')

然後，用 pyinstaller hello.spec 進行打包，再執行得到的 hello.exe，得到如下輸出：

從輸出可以看到模塊查找路徑，已經修改成功，新增了 libs 文件夾。

既然模塊查找路徑添加成功。那我們就 手動 把所有的依賴文件都移動到 libs 子文件夾中，再運行 hello.exe ，完美運行：

需要註意的是：由於 hook 也是 python 腳本，運行 hook 需要 python 環境，所以 python310.dll 和 base_library.zip 不能移動到 libs 文件夾中。

我用的 Python 版本是3.10，所以會有一個 python310.dll，具體的文件名會隨你安裝的 Python 版本而變化

查看依賴目標位置

雖然我們在打包後將依賴文件移動到 libs 文件夾，程式能正常運行，但是我們肯定不希望每次打包都要 手動 移動一次。

實際上我們可以在 spec 文件中定義依賴文件和二進位文件的存放位置。

pyinstaller 在執行 spec 文件中的代碼時，自動分析找到所需的依賴文件後，會把他們的目標路徑和原始路徑寫到 a.binaries ，我們可以把它列印出來看一下。

修改 hello.spec 文件

# -*- mode: python ; coding: utf-8 -*-


block_cipher = None


a = Analysis(
    ['hello.py'],
    pathex=[],
    binaries=[],
    datas=[],
    hiddenimports=[],
    hookspath=[],
    hooksconfig={},
    runtime_hooks=['hook.py'],
    excludes=[],
    win_no_prefer_redirects=False,
    win_private_assemblies=False,
    cipher=block_cipher,
    noarchive=False,
)


from pprint import pprint
pprint(a.binaries)  # 列印 a.binaries


pyz = PYZ(a.pure, a.zipped_data, cipher=block_cipher)

exe = EXE(
    pyz,
    a.scripts,
    [],
    exclude_binaries=True,
    name='hello',
    debug=False,
    bootloader_ignore_signals=False,
    strip=False,
    upx=True,
    console=True,
    disable_windowed_traceback=False,
    argv_emulation=False,
    target_arch=None,
    codesign_identity=None,
    entitlements_file=None,
)
coll = COLLECT(
    exe,
    a.binaries,
    a.zipfiles,
    a.datas,
    strip=False,
    upx=True,
    upx_exclude=[],
    name='hello',
)

然後，用 pyinstaller hello.spec 進行打包過程中得到如下輸出：

[('api-ms-win-crt-runtime-l1-1-0.dll',
  'C:\\Portable_library\\java\\jdk-14.0.1\\bin\\api-ms-win-crt-runtime-l1-1-0.dll',
  'BINARY'),
 ('python310.dll',
  'C:\\Users\\Haujet\\AppData\\Local\\Programs\\Python\\Python310\\python310.dll',
  'BINARY'),
 ('api-ms-win-crt-heap-l1-1-0.dll',
  'C:\\Portable_library\\java\\jdk-14.0.1\\bin\\api-ms-win-crt-heap-l1-1-0.dll',
  'BINARY'),
 ('VCRUNTIME140.dll',
  'C:\\Users\\Haujet\\AppData\\Local\\Programs\\Python\\Python310\\VCRUNTIME140.dll',
  'BINARY'),
  # 剩下的項就省略了
  ]

可以看到，a.binaries 是一個列表，其中的元素是元組，元組有3個內容：

  1. 依賴文件目標路徑
  2. 依賴文件原始路徑
  3. 文件類型

我們只需要修改 a.binaries ，在目標路徑前加上 libs 就可以了，同時，要確保 python310.dll 和 base_library.zip 不被修改。

修改依賴目標位置

編輯 hello.spec 文件：

# -*- mode: python ; coding: utf-8 -*-


block_cipher = None


a = Analysis(
    ['hello.py'],
    pathex=[],
    binaries=[],
    datas=[],
    hiddenimports=[],
    hookspath=[],
    hooksconfig={},
    runtime_hooks=['hook.py'],
    excludes=[],
    win_no_prefer_redirects=False,
    win_private_assemblies=False,
    cipher=block_cipher,
    noarchive=False,
)


import re
import os

# 用一個函數選擇性對依賴文件目標路徑改名
def new_dest(package: str):
    if package == 'base_library.zip' or re.match(r'python\d+.dll', package):
        return package
    return 'libs' + os.sep + package

a.binaries = [(new_dest(x[0]), x[1], x[2]) for x in a.binaries]


# 列印 a.binaries，檢查依賴文件目標路徑
from pprint import pprint
pprint(a.binaries)


pyz = PYZ(a.pure, a.zipped_data, cipher=block_cipher)

exe = EXE(
    pyz,
    a.scripts,
    [],
    exclude_binaries=True,
    name='hello',
    debug=False,
    bootloader_ignore_signals=False,
    strip=False,
    upx=True,
    console=True,
    disable_windowed_traceback=False,
    argv_emulation=False,
    target_arch=None,
    codesign_identity=None,
    entitlements_file=None,
)
coll = COLLECT(
    exe,
    a.binaries,
    a.zipfiles,
    a.datas,
    strip=False,
    upx=True,
    upx_exclude=[],
    name='hello',
)

然後，用 pyinstaller hello.spec 進行打包，再執行得到的 hello.exe，得到如下輸出：

[('libs\\VCRUNTIME140.dll',
  'C:\\Users\\Haujet\\AppData\\Local\\Programs\\Python\\Python310\\VCRUNTIME140.dll',
  'BINARY'),
 ('python310.dll',
  'C:\\Users\\Haujet\\AppData\\Local\\Programs\\Python\\Python310\\python310.dll',
  'BINARY'),
 ('libs\\_decimal.pyd',
  'C:\\Users\\Haujet\\AppData\\Local\\Programs\\Python\\Python310\\DLLs\\_decimal.pyd',
  'EXTENSION'),
  # 剩下的省略了
 ]

得到了乾凈的輸出目錄， hello.exe 也能夠正常運行：

但是如你所見，這個程式脾氣不好，爆粗口，用戶可能會想要修改其中的代碼，但又不想配置環境、重新打包。

因此接下來我們就要把 hello.exe 作為程式入口，實際的邏輯寫在 hello_main.py ，同時確保 hello_main.py 中的依賴都被正確打包到 libs 文件夾。這樣，用戶就可以通過編輯 hello_main.py 來修改程式行為了。

第二步：打包可修改程式

製作入口

新建文件 hello_main.py ，將 hello.py 的代碼邏輯複製進去，並且要稍作修改：

# coding: utf-8

from rich import print

def main(*args, **kwargs):

    print('[red]Hello mother fucker! ')
    input('按下回車繼續')

if __name__ == "__main__":
    main()

然後修改 hello.py，將其製作成程式入口，調用 hello_main.py 中的 main 函數：

# coding: utf-8

import hello_main

hello_main.main()

然後，用 pyinstaller hello.spec 進行打包，但是我們會發現，打包出的程式與之前一模一樣，雖然打包出的 hello.exe 能正常運行，但是我們卻找不到 hello_main.py ：

查看被打包的 py 模塊

找不到 hello_main.py 的原因是，它被打包進了 hello.exe 中，所有被引用到的 py 文件都會被打包進 exe 文件中。

我們回顧一下開頭 spec 文件中內容的註釋：

# 除此之外，a 還有一些沒有列出的屬性：
#   pure 是一個列表，包含了所有純 Python 模塊的信息，這些模塊會被打包到一個 .pyz 文件中。
#   scripts 是一個列表，包含了你的 Python 腳本的信息。這些腳本會被打包到一個 exe 文件中。

hello.py 是主腳本，會被加到 a.scripts 列表中，進而打包到 exe 中，hello_main.py 則是作為被導入的 py 模塊，被加到了 a.pure 列表，後序被打包到 pyz 中。我們可以編輯 hello.spec，在打包過程中顯示出有哪些 py 文件被打包了：

a = Analysis(
    ['hello.py'],
    pathex=[],
    binaries=[],
    datas=[],
    hiddenimports=[],
    hookspath=[],
    hooksconfig={},
    runtime_hooks=['hook.py'],
    excludes=[],
    win_no_prefer_redirects=False,
    win_private_assemblies=False,
    cipher=block_cipher,
    noarchive=False,
)

import re
import os

# 用一個函數選擇性對依賴文件目標路徑改名
def new_dest(package: str):
    if package == 'base_library.zip' or re.match(r'python\d+.dll', package):
        return package
    return 'libs' + os.sep + package

a.binaries = [(new_dest(x[0]), x[1], x[2]) for x in a.binaries]


# 列印 a.pure，顯示哪些 py 文件被打包
from pprint import pprint
pprint(a.pure)

pyz = PYZ(a.pure, a.zipped_data, cipher=block_cipher)

... # 後面的代碼省略了

然後，用 pyinstaller hello.spec 進行打包，在輸出中可以搜索到：

[
...
 ('http.cookiejar',  '...\\Python310\\lib\\http\\cookiejar.py',  'PYMODULE'),
 ('hello_main',      'D:\\PyInstaller優雅打包\\hello_main.py', 'PYMODULE'),
 ('rich',            '...Python310\\lib\\site-packages\\rich\\__init__.py','PYMODULE'),
 ...
 ]

hello_main 赫然在列。

阻止 py 模塊被打包

既然 hello_main.py 是因為被自動加入到 a.pure 列表導致被打包的，那我們就可以在 spec 文件中將它從 a.pure 中剔除。

此外，我們還需要將 hello_main.py 添加到 a.datas 列表中，將它作為普通文件被覆制到打包文件夾，編輯 hello.spec ：

# -*- mode: python ; coding: utf-8 -*-


block_cipher = None


a = Analysis(
    ['hello.py'],
    pathex=[],
    binaries=[],
    datas=[],
    hiddenimports=[],
    hookspath=[],
    hooksconfig={},
    runtime_hooks=['hook.py'],
    excludes=[],
    win_no_prefer_redirects=False,
    win_private_assemblies=False,
    cipher=block_cipher,
    noarchive=False,
)

import re
import os

# 用一個函數選擇性對依賴文件目標路徑改名，重定向到 libs 文件夾
def new_dest(package: str):
    if package == 'base_library.zip' or re.match(r'python\d+.dll', package):
        return package
    return 'libs' + os.sep + package

a.binaries = [(new_dest(x[0]), x[1], x[2]) for x in a.binaries]

# 將需要排除的模塊寫到一個列表（不帶 .py）
my_modules = ['hello_main', ]

# 將被排除的模塊添加到 a.datas
for name in my_modules:
    source_file = name + '.py'
    dest_file = name + '.py'
    a.datas.append((source_file, dest_file, 'DATA'))

# 篩選 a.pure
a.pure = [x for x in a.pure if x[0] not in my_modules]

# 列印 a.dates ，顯示哪些文件被覆制到打包文件夾
from pprint import pprint
pprint(a.datas)

pyz = PYZ(a.pure, a.zipped_data, cipher=block_cipher)

exe = EXE(
    pyz,
    a.scripts,
    [],
    exclude_binaries=True,
    name='hello',
    debug=False,
    bootloader_ignore_signals=False,
    strip=False,
    upx=True,
    console=True,
    disable_windowed_traceback=False,
    argv_emulation=False,
    target_arch=None,
    codesign_identity=None,
    entitlements_file=None,
)
coll = COLLECT(
    exe,
    a.binaries,
    a.zipfiles,
    a.datas,
    strip=False,
    upx=True,
    upx_exclude=[],
    name='hello',
)

此時，hook.py 中的 print 語句可以刪掉了。

然後，用 pyinstaller hello.spec 進行打包，輸出中得到：

[
 ('base_library.zip', 'D:\\PyInstaller優雅打包\\build\\hello\\base_library.zip', 'DATA'),
 ('hello_main.py', 'hello_main.py', 'DATA')
]

同時也可以在打包輸出文件夾中看到 hello_main.py 了，並且程式能正常執行：

編輯 py 後再運行

現在，用戶就可以編輯 hello_main.py 後直接從 hello.exe 運行了，不需要重新打包（需要引入新庫的情況除外）。

用戶終於可以動手把這個脾氣暴躁的程式教育成一個健康積極的程式了：

後記

此外，還可以進一步修改 hello.spec ，進而得到更完善的程式，例如導入額外的包、添加圖標、添加其他資源。

這就是一個打包程式的模板了。

多虧有 ChatGPT 這一個知識淵博、毫無厭倦的老師，耐心的回答我提出的每一個細節問題，才能有這麼一個完美的打包方案。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • C++面試八股文：如何在堆上和棧上分配一塊記憶體?
    某日二師兄參加XXX科技公司的C++工程師開發崗位6面： > 面試官： 如何在堆上申請一塊記憶體? > > 二師兄：常用的方法有malloc，new等。 > > 面試官：兩者有什麼區別？ > > 二師兄：malloc是向操作系統申請一塊記憶體，這塊記憶體沒有經過初始化，通常需要使用memset手動初始化。 ...
  • IO流 p6 BufferedInputStream 和 BufferedOutputStream
    # BufferedInputStream 和 BufferedOutputStream - BufferedInputStream ![](https://img2023.cnblogs.com/blog/3008601/202306/3008601-20230604103033021-44120 ...
  • Java如何實現去重？這是在炫技嗎？
    大家好，我3y啊。由於去重邏輯重構了幾次，好多股東直呼看不懂，於是我今天再安排一波對代碼的解析吧。`austin`支持兩種去重的類型：**N分鐘相同內容達到N次**去重和**一天內N次相同渠道頻次**去重。 > **Java開源項目消息推送平臺🔥推送下發【郵件】【簡訊】【微信服務號】【微信小程式】 ...
  • IO流 p5 節點流和處理流
    # 節點流 和 處理流 [TOC] - **節點流和處理流一覽圖：** ![img](https://img-blog.csdnimg.cn/img_convert/8ca5f4f2e434e5c05149bcb7ebc281a8.png) ​ 【圖片來源】http://t.csdn.cn/d52a ...
  • Python生成器深度解析：構建強大的數據處理管道
    # 前言 生成器是Python的一種核心特性，允許我們在請求新元素時再生成這些元素，而不是在開始時就生成所有元素。它在處理大規模數據集、實現節省記憶體的演算法和構建複雜的迭代器模式等多種情況下都有著廣泛的應用。在本篇文章中，我們將從理論和實踐兩方面來探索Python生成器的深度用法。 ## 生成器的定義 ...
  • 前後端分離架構下使用 Sa-Token 完成登錄認證
    在B站有許多坤坤的視頻，作為一名ikun，讓我們寫個爬蟲研究一下視頻的視頻的名字、鏈接、觀看次數、彈幕、發佈時間以及作者。我們用selenium來實現這個爬蟲，由於要獲取的數據比較多，我們寫幾個函數來實現這個爬蟲。 先倒入需要用到的庫，包括selenium, time ,BeautifulSoup ...
  • 完成第一個 Vue3.2 項目後，使用體會
    鑒於公司內網安裝的python版本為python3.6.5，而此時又需要安裝第三方庫pytest，本來是想直接在Python官網PyPI直接搜對應可匹配跑python3.6.5版本的pytest進行下載然後傳到內網安裝即可，但是發現pytest依賴別的第三方庫，根據報錯裝了幾個依賴的第三方庫之後，發 ...
  • 42基於java的圖書館自習室座位預約系統
    基於java的座位預約系統，可以用於圖書館占位系統，圖書館座位預約系統，大學自習室占座系統，自習室座位預約系統，圖書館預約占座系統，自習室預約占座系統，座位預約系統等等； ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類