最初の考察は、検証コードのこれらのプロパティを設(shè)定できるかどうか (つまり、クラスにカプセル化され、パブリック プロパティとメソッドを公開することで使用されるかどうか、または検証コードが汎用ハンドラーに直接実裝されるかどうか) です。出力する)、結(jié)果は殘念ながら後者です...內(nèi)部のアルゴリズムは、少なくともアルゴリズムをほとんど理解していない私のような人間にとってはかなり良いと思うので、それをカプセル化して、恥ずかしがらずに獨(dú)自のクラス ライブラリに組み込むことを考えました ^^
まず、このコードの欠點(diǎn) (私が考えていること) を分析します。
1. 手続き型プログラミングの場(chǎng)合、フォント サイズ、背景色、その他の詳細(xì)の変更など、検証コードのプロパティを変更する場(chǎng)合は、以下を見つける必要があります。汎用処理プログラム內(nèi)の該當(dāng)コードを修正してください。ただし、このコードは検証コード文字列の生成と畫像の生成を別の方法で分離しており、変更する箇所を見つけやすくしています。
2. この関數(shù)を winform プログラムなどの他の場(chǎng)所に適用したい場(chǎng)合、このコードはコンポーネント (dll) の形式で再利用することはできませんが、コピー、貼り付け、変更することはできます...
3検証コードが生成後に保存されていることがわかりませんでした (- -!)
もちろん、いわゆる欠點(diǎn)は相対的なものです。つまり、じっくり考えて検証コードを設(shè)計(jì)する時(shí)間があればです。はい、確かに比較的優(yōu)れたクラスを作成できますが、プロジェクトに取り組んでいて、そのプロジェクトが緊急である場(chǎng)合には、そのようなコードは実際には、いわゆるオブジェクト指向のデザイン パターン コードの分離などにより強(qiáng)力です。上はただの雲(yún)です~~~
次はこれについての私のレビューです。 コードを変更するには、まずどのような効果が必要かを決定します。つまり、カプセル化した後にどのように使用したいかを決定します。まず、使用するときに、新しい検証コード インスタンスを作成するだけで済み (必要に応じて、検証コードのさまざまな屬性を任意に設(shè)定できます)、その後、このインスタンスの特定のメソッドを呼び出して文字列を使用できることを願(yuàn)っています。 、ストリーム、ビットマップオブジェクト、バイトをそれぞれ配列形式で取得します（なお、この検証コードクラスには検証コードをコンテキストに保存する機(jī)能は含まれていません。個(gè)人的には検証コードを生成するのが良いと感じています）検証コードをコンテキストに保存するのは 2 つの異なる関數(shù)です。この関數(shù)を検証コード クラスに追加する必要はありません。この場(chǎng)合、一般的な処理プログラムでは、まずnewで検証コードを作成し、その検証コードを文字列で取得するメソッドを呼び出して午前と午後に保存するだけの非常にシンプルなコードになります。セッションまたは Cookie に存在するかどうかについては、必要に応じて提供され、検証コード クラスはこれらを気にせず、別のメソッドを呼び出してバイト配列の形式で検証コードを取得します。 context.Response.BinaryWrite() メソッドを通じて出力されます。つまり、一般的な処理プログラムのコードは 3 行だけです。呼び出しコードはおおよそ次のとおりです:
/// <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: 私が最初に作業(yè)を始めたとき、コードは非常に貧弱に書かれていたことを覚えています (今よりも悪かった)。コードのコピーを入手したときは、それを直接使用していました。コードを修正するかどうかを考えたとき、當(dāng)時(shí)の師匠に教えてもらい、とても感銘を受けました。個(gè)人的には、他人のコードを使用するのは問題ないと思います。また、少なくとも自分のコードを壊したいと思うものはあります。他の人ほど優(yōu)れているわけではありませんが、他の人のコードを盲目的に使用してはなりません。たとえ単純なレイヤーであっても、実際の狀況に応じて必要な変更やカプセル化を行うことが最善です。もちろん、繰り返しますが、プロジェクトが緊急である場(chǎng)合は、明らかに時(shí)間の無駄です。つまり、何も考えずに、入手したらすぐに使用し、少なくともキーコードまたは全體の構(gòu)造を確認(rèn)してください。コードは明確です。
カプセル化された asp.net 検証コード関連の記事については、PHP 中國(guó)語 Web サイトに注目してください。
ホットAIツール
Undress AI Tool
脫衣畫像を無料で
Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ
AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡(jiǎn)単に交換できます。
人気の記事
ホットツール
メモ帳++7.3.1
使いやすく無料のコードエディター
SublimeText3 中國(guó)語版
中國(guó)語版、とても使いやすい
ゼンドスタジオ 13.0.1
強(qiáng)力な PHP 統(tǒng)合開発環(huán)境
ドリームウィーバー CS6
ビジュアル Web 開発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
ホットトピック
8638
17
1784
16
1729
56
1580
28
1445
31
イテレータを作成するためのC＃の収量キーワードの重要性は何ですか？
Jun 19, 2025 am 12:17 AM
keieldKeywordinc＃simplifisitorator creation byは、astatemachinableslazyevaluation.1.itemsonisingingingingielidreturn、eachiTemを使用することを想定しています
依存関係噴射（DI）とは何ですか？また、C＃でどのように実裝できますか（たとえば、ASP.NETコアに組み込みDIを使用）？
Jun 30, 2025 am 02:06 AM
依存関係の関心（DI）Inc＃isadesignpatternthatenhancesmodularity、testability、およびmaintainability byallowingclasseStoreceivedenciesiesiesies.1.DipromotesslooseCouplingbydeapling objectcreationfromusage.2.itsimplifestestestroughtestroughjectStrughimject
IDISPOSABLEインターフェイスの目的と、リソース管理のためのC＃の使用ステートメントは何ですか？
Jun 27, 2025 am 02:18 AM
IDISPOSABLEの役割とC＃での使用は、管理されていないリソースを効率的かつ決定論的に管理することです。 1。Idisposableは、dispose（）メソッドを提供するため、クラスは管理されていないリソースをリリースする方法を明確に定義できます。 2。使用するステートメントは、オブジェクトが範(fàn)囲外であるときに廃棄（）が自動(dòng)的に呼び出されることを保証し、リソース管理を簡(jiǎn)素化し、漏れを回避します。 3.それを使用する場(chǎng)合、オブジェクトはIdisposableを?qū)g裝し、複數(shù)のオブジェクトを宣言することができ、StreamReaderなどのタイプに常に使用する必要があることに注意してください。 4.一般的なベストプラクティスには、クリーンアップするためのデストラクタに依存せず、ネストされたオブジェクトの操作を正しく処理すること、廃棄（BOOL）パターンの実裝が含まれます。
Lambda式とLINQ（言語統(tǒng)合クエリ）は、C＃のデータ操作をどのように強(qiáng)化しますか？
Jun 20, 2025 am 12:16 AM
lambdaexpressionsandlinqsimplifydatamanipulationinc＃byenablingconcise、readable、a??nd efficientcode.1.lambdaexpressionsalowinlinefunctiondefinitions、make seasiertopasslogicasarguments forfiltering、transforming、sorting、andgregationdatadirimationdatdatidiristlogicasuments
C＃8のNULLABLEリファレンスタイプ（NRT）とは何ですか？また、それらはどのようにしてnullReferenceExceptionを防ぐのに役立ちますか？
Jun 21, 2025 am 12:36 AM
nullablereferenceTypes（nrts）inc＃8 helpcatchnullreferenceexceptionerterrorsAtcompiletimebymakingrecerenceTypesnon-nullablebydefault.nrtsmustbeenedabledede.csprojfilewithetthettopofaused futopofay.csfuie.csfuie.csfue.csprojtthedthe.
C＃で開発する際に避けるべき一般的な落とし穴やパターンは何ですか？
Jun 23, 2025 am 12:05 AM
C＃開発における4つの一般的な「パターンアンチパターン」問題を避ける必要があります。第一に、Async/待ち望みの不合理な使用は、デッドロックまたはパフォーマンスの劣化につながります。完全な非同期性の原則を遵守し、configureawait（false）を構(gòu)成し、命名を標(biāo)準(zhǔn)化する必要があります。第二に、VARへの過度の依存は読みやすさに影響し、タイプが不明な場(chǎng)合にチームの仕様を明示的に宣言および統(tǒng)合します。第三に、処分とリソース管理の誤った使用が漏れを引き起こし、使用ステートメントを正しく使用する必要があり、特徴的な標(biāo)準(zhǔn)モードを?qū)g裝する必要があります。第4に、靜的クラスまたはシングルトンの亂用はテストの困難を引き起こし、依存関係の注入、ステートレス性、またはコンテナによって管理されるライフサイクルを優(yōu)先する必要があります。これらの誤解を避けると、コードの品質(zhì)とメンテナンスが大幅に向上する可能性があります。
C＃でスパンおよびメモリを使用して、メモリの使用量を最適化し、割り當(dāng)てを減らすにはどうすればよいですか？
Jun 18, 2025 am 12:11 AM
スパンとメモリは、メモリの割り當(dāng)てを削減することにより、C＃のパフォーマンスを改善します。 1. SPANは配列のコピーを回避し、既存のメモリへの軽い參照を提供します。これは、バイナリプロトコル、文字列操作、高性能バッファ管理に適しています。 2。メモリは、より柔軟なライフサイクルが必要なシナリオに適した非同期メソッドを通過するメモリスライスを渡すことをサポートします。 3.両方とも、GC圧力を低減し、バッファーを再利用し、一時(shí)的なコピーを回避することにより、パフォーマンスを最適化します。 4。スパンはスタックでの使用に限定されており、クラスに保存したり、非同期方法で使用したりすることはできません。 calling.toarray（）などの再割り當(dāng)て操作を避けるように注意してください。
C＃オブジェクト指向のデザインでの堅(jiān)実な原則とそれらのアプリケーションを説明できますか？
Jun 25, 2025 am 12:47 AM
確固たる原則は、オブジェクト指向のプログラミングにおけるコードの保守性とスケーラビリティを改善するための5つの設(shè)計(jì)原則です。それらは次のとおりです。1。単一の責(zé)任原則（SRP）は、レポートの生成や電子メールの送信の分離など、クラスが1つの責(zé)任のみを想定することを要求しています。 2。オープニングとクロージングの原則（OCP）は、ISHAPEインターフェイスを使用して異なるグラフィックの領(lǐng)域計(jì)算を?qū)g現(xiàn)するなど、元のコードを変更することなく、インターフェイスまたは抽象クラスを通じて拡張機(jī)能がサポートされることを強(qiáng)調(diào)しています。 3.リヒター置換原理（LSP）は、サブクラスがロジックを破壊することなく親クラスを置き換えることを要求しています。 4.インターフェイス分離原理（ISP）は、冗長(zhǎng)依存性を回避するための分割印刷やスキャン関數(shù)など、きめ細(xì)かいインターフェイスの定義を提唱しています。 5.依存関係反転原理（DIP）が提唱します
