このコードの再利用原則は良いのでしょうか、悪いでしょうか?
返信内容:
信頼性の高いコードとDRY(写真はGacUI) - vczhの日常 - 知胡コラム 間違った道を進んでしまったので、すぐに引き返してください。そのようなコードは複雑で、再利用可能であることは言うまでもなく、作成、読み取り、保守が困難です。 この問題の鍵は、エラー処理をどれだけ詳細に行う必要があるかだと思います。
私の経験によれば、特にエラー処理の構文を最適化していない言語では、呼び出されるすべての関数をチェックする必要はありません。
したがって、エラーを引き起こす可能性が高い、またはエラーが発生したときに処理する必要があると思われる関数でのみエラー処理を行う必要があると思います。
再利用に関しては、繰り返さないことが重要です。疑問がある場合は、コードを適切なレベルに抽象化する方法を繰り返し考えてください。
高度に抽象化されたコードの共通性を再利用するために読みやすさを犠牲にする必要はないと思います。 解決すべき要件や問題が本当に検討または明確に検討されていないうちは、再利用性が高く読みやすいコードを作成することは困難です。次に、まず大きな問題を N 個のサブ問題に分解します。次に、サブ問題に対して TTD を実行し、最適化を続けます。
1 ステップでコードを再利用するのは現実的ではありません。 まるでCのコードをもう一度見ているような気分です。 。自分で例外処理を作成する代わりに、ハイテクな try catch throw を使用してみてはいかがでしょうか。 。 。 ロジックに関係なく、構造に注目してください。並行性について考えたことがありますか? 招待されていない場合は、
http://zh-google-styleguide.readthedocs.io/en/latest/Googleオープンソース プロジェクト スタイル ガイドを参照してください
さらに素晴らしいオープンソース プロジェクトを参照してください 被験者がやりたいことは実際にはPromiseです。 Resolve は正常に呼び出され、reject は失敗し、例外の場合にはバブルアウトがサポートされます。外部的には、then および catch チェーン呼び出しのみが必要であり、非常にエレガントに見えます。 すべてのクラスはこのように書かれなければなりません。これはコードの再利用とどのような関係があるのでしょうか?

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...

静的結合(静的::) PHPで後期静的結合(LSB)を実装し、クラスを定義するのではなく、静的コンテキストで呼び出しクラスを参照できるようにします。 1)解析プロセスは実行時に実行されます。2)継承関係のコールクラスを検索します。3)パフォーマンスオーバーヘッドをもたらす可能性があります。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。
