一步步reset-hard commit 定位問題，發現是 包的引入導致的問題
在配置檔案中增加以下內容
<
type
name
=".*"
regex
="true"
excludetype
="false"
>
<
method
name
=".*"
regex
="true"
>
<
customattribute
name
="system.diagnostics.codeanalysis.notnullifnotnullattribute"
regex
="true"
/>
method
>
type
>
仍然無效
改成
<type
name
=".*"
regex
="true"
excludetype
="false"
>
<
method
name
=".*"
regex
="true"
>
<
customattribute
name
="system.diagnostics.codeanalysis.*"
regex
="true"
/>
method
>
type
>
還是無效
嘗試把原來就有的
<type
name
=".*attribute"
regex
="true"
/>
改成
<type
name
=".*attribute"
regex
="true"
>
<
method
name
=".*"
regex
="true"
/>
<
propertymember
name
=".*"
regex
="true"
/>
<
field
name
=".*"
regex
="true"
/>
type
>
仍然無效
目前確定兩個與nullable有關的commit c0be5606 commit 16359c10的確導致了這個問題。但具體是哪些操作導致的待查。
使用Dotfuscator總結
很早就想體驗一下dotfuscator的加密效果，由於實在太忙，一直沒有機會實現。今天終於體驗了一把，把體驗情況總結一下 1.使用的是4.2版的破解版 2.加密效果尚可，用reflector檢視，基本不可讀 3.使用的時候也出現了些問題，最後都解決了 需要把dll引用到的其他不需要加密的dll也要放...
dotfuscator使用方法
dotfuscator如何對.net程式進行混淆保護對於程式 的保護，網上有很多資料，有的說混淆，有的說加密，我比較支援混淆的方法，這樣可以讓反編譯勞工，頭暈一陣子，哈哈開玩笑。對於加密如果不是不得已，我想沒有必要。加密效能消耗比較大。dotfuscator相信做程式的人很多都知道，dotfusca...
Dotfuscator配置及說明
概述 c 編寫的 如果不進行一定程度的混淆和加密，那麼是非常容易被反編譯進行破解的，特別是對於一些商業用途的c 軟體來說，因為盯著的人多，更是極易被攻破。使用dotfuscator有助於防止程式被逆向工程，同時使程式更小和更高效。c 編寫的 如果不進行一定程度的混淆和加密，那麼是非常容易被反編譯進行...