第一個反映是驗(yàn)證碼的這些屬性是否可以設(shè)定（也就是說是封裝成一個類，然後以暴露公有屬性和方法的方式來使用的，還是在直接在一般處理程序中實(shí)現(xiàn)了驗(yàn)證碼的產(chǎn)生到輸出），結(jié)果比較可惜，是後者...... 裡面的演算法感覺挺不錯，至少對於我這種對演算法幾乎是不懂的人來說是這樣，於是想到去封裝她然後無恥地納入自己的類別庫中去^^?
先分析一下這份程式碼中的不足（自己覺得的）：?
1、面向過程式的編程，如果要修改驗(yàn)證碼的屬性，例如修改字體的大小、背景顏色等細(xì)節(jié)的東西，需要去一般處理程序中找到相關(guān)的程式碼，修改之。不過這份程式碼比較好，把產(chǎn)生驗(yàn)證碼字串和產(chǎn)生圖片用不同的方法分開，很容易找到要修改的地方。
2、如果我想把這個功能應(yīng)用到其他地方，例如winform程式中，那麼這份程式碼沒辦以一個元件（一個dll）形式被複用，而是被複製貼上然後修改...?
3、沒有發(fā)現(xiàn)驗(yàn)證碼生成之後有存起來（- -?。?
當(dāng)然，所謂的不足是相對而言的，就是有時間來思考然後慢慢設(shè)計(jì)一個驗(yàn)證碼類的話肯定能作出一個比較不錯的類出來的，但如果是在做專案並且專案很緊急的話，這樣的程式碼其實(shí)是比較給力的，那些所謂的物件導(dǎo)向設(shè)計(jì)模式程式碼解耦啥的都是浮雲(yún)~~~?
接下來是我對這份程式碼的修改，先確定自己要什麼樣的效果，就是說封裝起來後我希望怎樣來使用他。首先我希望在使用的時候只需要new一個驗(yàn)證碼實(shí)例（需要的話可以對驗(yàn)證碼的各個屬性可以任意設(shè)定），然後可以呼叫這個實(shí)例的某些方法分別以字串、流、點(diǎn)陣圖物件、byte陣列的形式取得到這個驗(yàn)證碼（說明，這個驗(yàn)證碼類別不包括把驗(yàn)證碼存進(jìn)上下文的功能，個人覺得產(chǎn)生驗(yàn)證碼和把驗(yàn)證碼存到上下文是兩種不同的功能，沒必要把這功能做到驗(yàn)證碼類別中去）。這樣的話在一般處理程序中程式碼就變得異常簡單了，首先只要new出一個驗(yàn)證碼，然後呼叫方法以字串的形式取得到這個驗(yàn)證碼，然後存到上下午中，至於存在S??ession中或Cookie中就依照需要來了，驗(yàn)證碼類別不管這些的；然後是呼叫另外一個方法以byte數(shù)組的形式取得到這個驗(yàn)證碼，這樣透過context.Response.BinaryWrite()方法就可以輸出圖片了，也就是說一般處理程序中只有三句代碼。呼叫的程式碼大致如下：?
/// <summary>
/// 獲取驗(yàn)證碼（一般處理程序入口函數(shù)）
/// </summary>
/// <param name="context">當(dāng)前上下文</param>
public void ProcessRequest(HttpContext context)
{
// 創(chuàng)建驗(yàn)證碼
ValidateCode validateCode = new ValidateCode();
// 獲取驗(yàn)證碼（字符串），寫入Session
context.Session["SomeValidateCode"] = validateCode.GetString();
// 輸出驗(yàn)證碼（圖片）
context.Response.BinaryWrite(validateCode.GetByteArray());
}PS：記得剛出來工作的時候程式碼寫得很差（比現(xiàn)在差），一般拿到一份程式碼都是直接用，從來沒有想過是否要把程式碼修改或者封裝，那時被我的師傅教導(dǎo)了一次印像很深刻。個人覺得其實(shí)實(shí)用別人的代碼沒什麼不好的，一來別人用過至少證明代碼的可用性，另外智商有限，有些東西自己想破頭皮也沒有別人想的好，但是用別人的代碼一定不要盲目地拿了就用，最好根據(jù)自己的實(shí)際情況進(jìn)行必要的修改或封裝，即使是簡單的隔一層也好。當(dāng)然了，還是那句話，如果專案緊急的話這樣做明顯是浪費(fèi)時間的，總之就是不要不思考，拿了就用，至少看把關(guān)鍵的程式碼或程式碼的整體結(jié)構(gòu)弄清楚。?
更封裝的一個asp.net驗(yàn)證碼類相關(guān)文章請關(guān)注PHP中文網(wǎng)！
熱AI工具
Undress AI Tool
免費(fèi)脫衣圖片
Undresser.AI Undress
人工智慧驅(qū)動的應(yīng)用程序，用於創(chuàng)建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Clothoff.io
AI脫衣器
Video Face Swap
使用我們完全免費(fèi)的人工智慧換臉工具，輕鬆在任何影片中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費(fèi)的程式碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
強(qiáng)大的PHP整合開發(fā)環(huán)境
Dreamweaver CS6
視覺化網(wǎng)頁開發(fā)工具
SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)
熱門話題
C＃中產(chǎn)量關(guān)鍵字對創(chuàng)建迭代器的意義是什麼？
Jun 19, 2025 am 12:17 AM
healieldKeyWordinc＃簡化了creationeratoratorabyautomationalingaseratingastatemachinethatemachinathablesLazyEvaluation.1.ItallowSreturningReturningInturningItemSoneatAtiMeTimeYielderturn，pausingexecutionBeteachieneachIneachIneachIneachIneachIneachIneachIneachItem，whoisidealforlargeordeNemicSequences.2.yieldBreakcanbeus.2.yieldBreakcanbeus
什麼是依賴性注入（DI），如何在C＃中實(shí)現(xiàn)（例如，在ASP.NET Core中使用內(nèi)置DI）？
Jun 30, 2025 am 02:06 AM
DependencyInjection(DI)inC#isadesignpatternthatenhancesmodularity,testability,andmaintainabilitybyallowingclassestoreceivedependenciesexternally.1.DIpromotesloosecouplingbydecouplingobjectcreationfromusage.2.Itsimplifiestestingthroughmockobjectinject
IDisposable接口和C＃中的使用語句的目的是什麼？
Jun 27, 2025 am 02:18 AM
IDisposable和using在C#中的作用是高效且確定性地管理非託管資源。 1.IDisposable提供Dispose()方法，使類能明確定義如何釋放非託管資源；2.using語句確保對象超出範(fàn)圍時自動調(diào)用Dispose()，簡化資源管理並避免洩漏；3.使用時需注意對象必須實(shí)現(xiàn)IDisposable，可聲明多個對象，並應(yīng)始終對如StreamReader等類型使用using；4.常見最佳實(shí)踐包括不要依賴析構(gòu)函數(shù)清理、正確處理嵌套對象及實(shí)現(xiàn)Dispose(bool)模式。
Lambda表達(dá)式和LINQ（語言集成查詢）如何增強(qiáng)C＃中的數(shù)據(jù)操作？
Jun 20, 2025 am 12:16 AM
LambdaexpressionsandLINQsimplifydatamanipulationinC#byenablingconcise,readable,andefficientcode.1.Lambdaexpressionsallowinlinefunctiondefinitions,makingiteasiertopasslogicasargumentsforfiltering,transforming,sorting,andaggregatingdatadirectlywithinme
C＃8中的可無效參考類型（NRT）是什麼，它們?nèi)绾螏椭乐筃ullReferenceException？
Jun 21, 2025 am 12:36 AM
Nullablereferencetypes(NRTs)inC#8 helpcatchNullReferenceExceptionerrorsatcompiletimebymakingreferencetypesnon-nullablebydefault,requiringexplicitdeclarationfornullability.NRTsmustbeenabledeitherinthe.csprojfilewithenableoratthetopofa.csfileusing#null
使用C＃開發(fā)時，有哪些常見的陷阱或反圖案可以避免？
Jun 23, 2025 am 12:05 AM
C#開發(fā)中常見四大“反模式”問題需避免。一是不合理使用async/await導(dǎo)致死鎖或性能下降，應(yīng)堅(jiān)持全異步原則、配置ConfigureAwait(false)并規(guī)范命名；二是過度依賴var影響可讀性，應(yīng)在類型不明確時顯式聲明并統(tǒng)一團(tuán)隊(duì)規(guī)范；三是錯誤使用Dispose和資源管理引發(fā)泄漏，應(yīng)正確使用using語句及實(shí)現(xiàn)IDisposable標(biāo)準(zhǔn)模式；四是濫用靜態(tài)類或單例造成測試?yán)щy，應(yīng)優(yōu)先依賴注入、保持無狀態(tài)或由容器管理生命周期。避開這些誤區(qū)可顯著提升代碼質(zhì)量與維護(hù)性。
如何在C＃中使用跨度和內(nèi)存來優(yōu)化內(nèi)存使用情況並減少分配？
Jun 18, 2025 am 12:11 AM
Span和Memory通過減少內(nèi)存分配提升C#性能。 1.Span避免數(shù)組複製，提供對現(xiàn)有內(nèi)存的輕量引用，適用於解析二進(jìn)制協(xié)議、字符串操作及高性能緩衝區(qū)管理；2.Memory支持跨異步方法傳遞內(nèi)存切片，適用於需要更靈活生命週期的場景；3.二者降低GC壓力，通過重用緩衝區(qū)、避免臨時拷貝優(yōu)化性能；4.Span受限於棧上使用，不可存儲於類或用於異步方法，需注意避免調(diào)用.ToArray()等導(dǎo)致重新分配的操作。
您能在面向?qū)ο蟮脑O(shè)計(jì)中解釋可靠的原理及其應(yīng)用嗎？
Jun 25, 2025 am 12:47 AM
SOLID原則是面向?qū)ο缶幊讨刑嵘a可維護(hù)性和擴(kuò)展性的五項(xiàng)設(shè)計(jì)原則，它們分別是：1.單一職責(zé)原則（SRP）要求類只承擔(dān)一個職責(zé)，如將報(bào)告生成與郵件發(fā)送分離；2.開閉原則（OCP）強(qiáng)調(diào)通過接口或抽像類支持?jǐn)U展而不修改原有代碼，如使用IShape接口實(shí)現(xiàn)不同圖形的面積計(jì)算；3.里氏替換原則（LSP）要求子類能替換父類而不破壞邏輯，如Square不應(yīng)錯誤繼承Rectangle導(dǎo)致行為異常；4.接口隔離原則（ISP）主張定義細(xì)粒度接口，如拆分打印與掃描功能避免冗餘依賴；5.依賴倒置原則（DIP）提倡依
