第一個(gè)反映是驗(yàn)證碼的這些屬性是否可以設(shè)置(也就是說是封裝成一個(gè)類,然后以暴露公有屬性和方法的方式來使用的,還是在直接在一般處理程序中實(shí)現(xiàn)了驗(yàn)證碼的生成到輸出),結(jié)果比較可惜,是后者...... 里面的算法感覺挺不錯(cuò),至少對(duì)于我這種對(duì)算法幾乎是不懂的人來說是這樣,于是想到去封裝一下她然后無恥地納入自己的類庫中去^^?
首先分析一下這份代碼中的不足(自己覺得的):?
1、面向過程式的編程,如果要修改驗(yàn)證碼的屬性,例如修改字體的大小、背景顏色等細(xì)節(jié)的東西,需要去一般處理程序中找到相關(guān)的代碼,修改之。不過這份代碼比較好,把生成驗(yàn)證碼字符串和生成圖片用不同的方法分開,很容易找到要修改的地方。?
2、如果我想把這個(gè)功能應(yīng)用到其他地方,例如winform程序中,那么這份代碼沒辦以一個(gè)組件(一個(gè)dll)形式被復(fù)用,而是被復(fù)制粘貼然后修改...?
3、沒有發(fā)現(xiàn)驗(yàn)證碼生成之后有存起來(- -?。?
當(dāng)然,所謂的不足是相對(duì)而言的,就是有時(shí)間來思考然后慢慢設(shè)計(jì)一個(gè)驗(yàn)證碼類的話肯定能作出一個(gè)比較不錯(cuò)的類出來的,但如果是在做項(xiàng)目并且項(xiàng)目很緊急的話,這樣的代碼其實(shí)是比較給力的,那些所謂的面向?qū)ο笤O(shè)計(jì)模式代碼解耦啥的都是浮云~~~?
接下來是我對(duì)這份代碼的修改,首先確定自己要什么樣的效果,就是說封裝起來后我希望怎樣來使用他。首先我希望在使用的時(shí)候只需要new一個(gè)驗(yàn)證碼實(shí)例(需要的話可以對(duì)驗(yàn)證碼的各個(gè)屬性可以任意設(shè)置),然后可以調(diào)用這個(gè)實(shí)例的某些方法分別以字符串、流、位圖對(duì)象、byte數(shù)組的形式獲取到這個(gè)驗(yàn)證碼(說明,這個(gè)驗(yàn)證碼類不包括把驗(yàn)證碼存進(jìn)上下文的功能,個(gè)人覺得生成驗(yàn)證碼和把驗(yàn)證碼存到上下文是兩種不同的功能,沒必要把這功能做到驗(yàn)證碼類中去)。這樣的話在一般處理程序中代碼就變得異常簡單了,首先只要new出一個(gè)驗(yàn)證碼,然后調(diào)用方法以字符串的形式獲取到這個(gè)驗(yàn)證碼,然后存到上下午中,至于存在Session中或者Cookie中就按照需要來了,驗(yàn)證碼類不管這些的;然后是調(diào)用另外一個(gè)方法以byte數(shù)組的形式獲取到這個(gè)驗(yàn)證碼,這樣通過context.Response.BinaryWrite()方法就可以輸出圖片了,也就是說一般處理程序中只有三句代碼。調(diào)用的代碼大致如下:?
/// <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:記得剛出來工作的時(shí)候代碼寫得很差(比現(xiàn)在差),一般拿到一份代碼都是直接用,從來沒有想過是否要把代碼進(jìn)行修改或者封裝,那時(shí)候被我的師傅教導(dǎo)了一次印象很深刻。個(gè)人感覺其實(shí)用別人的代碼沒什么不好的,一來別人用過至少證明代碼的可用性,另外智商有限,有些東西自己想破頭皮也沒有別人想的好,但是用別人的代碼一定不要盲目地拿了就用,最好根據(jù)自己的實(shí)際情況進(jìn)行必要的修改或者封裝,哪怕是簡單的隔一層也好。當(dāng)然了,還是那句話,如果項(xiàng)目緊急的話這樣做明顯是浪費(fèi)時(shí)間的,總之就是不要不思考,拿了就用,至少看把關(guān)鍵的代碼或者代碼的整體結(jié)構(gòu)弄清楚。?
更封裝的一個(gè)asp.net驗(yàn)證碼類相關(guān)文章請關(guān)注PHP中文網(wǎng)!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

TheyieldkeywordinC#simplifiesiteratorcreationbyautomaticallygeneratingastatemachinethatenableslazyevaluation.1.Itallowsreturningitemsoneatatimeusingyieldreturn,pausingexecutionbetweeneachitem,whichisidealforlargeordynamicsequences.2.yieldbreakcanbeus

DependencyInjection(DI)inC#isadesignpatternthatenhancesmodularity,testability,andmaintainabilitybyallowingclassestoreceivedependenciesexternally.1.DIpromotesloosecouplingbydecouplingobjectcreationfromusage.2.Itsimplifiestestingthroughmockobjectinject

Peranan idisposable dan menggunakan dalam C# adalah dengan cekap dan deterministik menguruskan sumber yang tidak diurus. 1. Idisposable menyediakan kaedah pelupusan (), supaya kelas dapat dengan jelas menentukan cara melepaskan sumber yang tidak diurus; 2. Pernyataan yang menggunakan memastikan yang melupuskan () secara automatik dipanggil apabila objek itu keluar dari skop, memudahkan pengurusan sumber dan mengelakkan kebocoran; 3. Apabila menggunakannya, sila ambil perhatian bahawa objek mesti melaksanakan idisposable, boleh mengisytiharkan pelbagai objek, dan harus selalu menggunakan menggunakan jenis seperti Streamreader; 4. Amalan terbaik biasa termasuk tidak bergantung kepada pemusnah untuk membersihkan, mengendalikan objek bersarang dengan betul, dan melaksanakan corak pelupusan (bool).

Lambdaexpressionsandlinqsimplifydatamanipulationinc#byenablingconcise, boleh dibaca, andefficientcode.1.LambdaExpressionsAllowinFunctionDefinitions, MakingeasierToPasslogicasArgumentsForfiltering, transforming, dangregatasi

NullableReferenceTypes (NRTS) Inc#8 HelpCatchNulleFerenceExceptionErrorsatCompileTimeByMakeRereCetypesNon-nullByDefault, MemerlukanExplicitDeclarationFornulability.nrtsmustBeenableDile.csprojfileShileHenableShenabeShen

Empat masalah "anti-corak" dalam pembangunan C# perlu dielakkan. Pertama, penggunaan async/menunggu yang tidak munasabah membawa kepada kebuntuan atau kemerosotan prestasi. Kita harus mematuhi prinsip asynchronousness penuh, mengkonfigurasi configureAwait (palsu) dan menyeragamkan penamaan; Kedua, kebergantungan yang berlebihan terhadap VAR mempengaruhi kebolehbacaan, dan secara eksplisit mengisytiharkan dan menyatukan spesifikasi pasukan apabila jenisnya tidak jelas; Ketiga, penggunaan pelupusan dan pengurusan sumber yang tidak betul menyebabkan kebocoran, dan pernyataan penggunaan harus digunakan dengan betul dan mod standard idisposable harus dilaksanakan; Keempat, penyalahgunaan kelas statik atau singleton menyebabkan kesukaran ujian, dan keutamaan harus diberikan kepada suntikan ketergantungan, ketenteraan, atau kitaran hayat yang diuruskan oleh bekas. Mengelakkan salah faham ini dapat meningkatkan kualiti dan penyelenggaraan kod dengan ketara.

Span dan memori meningkatkan prestasi C# dengan mengurangkan peruntukan memori. 1. Span mengelakkan penyalinan array dan memberikan rujukan cahaya kepada memori yang sedia ada, yang sesuai untuk parsing protokol binari, operasi rentetan dan pengurusan penampan berprestasi tinggi; 2. Memori menyokong lulus irisan memori merentasi kaedah tak segerak, yang sesuai untuk senario di mana kitaran hayat yang lebih fleksibel diperlukan; 3. Kedua -duanya mengurangkan tekanan GC, mengoptimumkan prestasi dengan menggunakan semula buffer dan mengelakkan penyalinan sementara; 4. Span adalah terhad untuk digunakan pada timbunan dan tidak dapat disimpan dalam kelas atau digunakan dalam kaedah asynchronous. Berhati -hati untuk mengelakkan operasi penugasan semula seperti calls.toarray ().

Prinsip pepejal adalah lima prinsip reka bentuk untuk meningkatkan pemeliharaan kod dan skalabilitas dalam pengaturcaraan berorientasikan objek. Mereka adalah: 1. Prinsip Tanggungjawab Tunggal (SRP) menghendaki kelas hanya menganggap satu tanggungjawab, seperti memisahkan generasi laporan dan menghantar e -mel; 2. Prinsip pembukaan dan penutupan (OCP) menekankan bahawa lanjutan disokong melalui antara muka atau kelas abstrak tanpa mengubah kod asal, seperti menggunakan antara muka ishape untuk merealisasikan pengiraan kawasan grafik yang berbeza; 3. Prinsip Penggantian Richter (LSP) menghendaki subkelas boleh menggantikan kelas induk tanpa memusnahkan logik, seperti persegi tidak boleh tersilap mewarisi segi empat tepat, mengakibatkan tingkah laku yang tidak normal; 4. Prinsip Pengasingan Antara Muka (ISP) menganjurkan definisi antara muka halus, seperti percetakan dan fungsi pengimbasan untuk mengelakkan kebergantungan yang berlebihan; 5. Prinsip Inversi Ketergantungan (DIP) menganjurkan
