設計・テスト・レビュー

2026/9/6

例外クラスに何となくで名前つけるのやめようぜ

このページに書いてあること例外クラスの命名は、SOLID原則などと合わせてプロジェクトのクラス分割の方針に合わせて決定するといい感じになりますので、その説明。例外クラス名の命名どうする問題大抵のプロジェクトでは命名規則ってあってないようなもんで、特にプロジェクトが炎上しだすとエライことになります。皆さんは例外クラスの名前づけについて何か軸は持ってますか？プロジェクトのルールに従うという人もいると思うのですが、私が言っているのはそうではなくて、プロジェクトのルールが無かった場合、参考にするものもな ...

設計・テスト・レビュー

2026/9/6

プログラミングのバグや無駄を減らすために意識してほしいこと4つ

このページに書いてあること仕事でも自習でもいいのですが、プログラミングをするときに「これを気をつけておけば無駄なミスを減らせる」というものを書きます。(よく別のサイトである様な勉強方とかそういうのではありません。コードの書き方の話です。) 前提例示はJavaJava以外のプログラムでも考え方は全く一緒気をつけて欲しいポイントは、以下の通りです。文字列比較では定数を前に持ってくる処理の結果を判定する為に数字や文字列を使用しない文字列をなんでもかんでも定数化しない意味のないコメントを書かない・ ...

設計・テスト・レビュー

2026/10/15

オブジェクト指向、SOLID原則に基づいたHTTPリクエスト通信部分を具体的なコードで説明

この記事で書いていたことをイメージするために、具体的なコードにしてみました。関連記事オブジェクト指向、SOLID原則に基づいたHTTPリクエスト通信部分のクラス設計例（２）外部APIの送受信・タイムアウト・リトライを共通化し、API固有のヘッダーや電文を分離するクラス設計例です。記事を読む → コードで具体的に確認してみます。コードの前提 Eclipse2019年版 JavaバージョンやSpringBootのバージョンは以下の通り <?xml version="1.0" encoding=" ...

設計・テスト・レビュー

2026/10/15

オブジェクト指向、SOLID原則に基づいたHTTPリクエスト通信部分のクラス設計例（２）

このページに書いてあることこの記事の続きです。関連記事オブジェクト指向、SOLID原則に基づいたHTTPリクエスト通信部分のクラス設計例外部APIを順に呼ぶ処理を題材に、Controller・Service・インタフェース・DTOの分け方をクラス図で確認できます。記事を読む → 最初にざっくり書いた以下のクラス図。こちらのクラス図を更に改良していきます。どこが改善ポイントかというと、Serviceパッケージ内の外部APIに通信する部分です。送信処理、応答の受信、リトライの制御などです。これは別 ...

設計・テスト・レビュー

2026/10/15

オブジェクト指向、SOLID原則に基づいたHTTPリクエスト通信部分のクラス設計例

このページに書いてあることこの記事やこの記事でかいていたクラス分割について、個人的にこうすればいいんじゃない？という内容を書きます。概念を示してくれる記事は多いのですが、実際のクラス分けとなるとわからなくなってしまう場合が多いので、参考程度に役立てていただければ。関連記事業務用のシステムにおいてクラス設計（分割）をどのように考えるか-1 業務固有の処理と共通の仕組みを分け、インタフェースの責務と依存の向きを整理する考え方を確認できます。記事を読む → 関連記事業務用のシステムにおいてクラス設計（分割 ...

設計・テスト・レビュー

2026/9/6

システム移行時のネットワーク切り替えはどのようにするか

このページに書いてあることシステム全面刷新などで移行するときに、リリースしたシステムに対してネットワークを切り替えていくと思いますが、その時の方式について備忘メモ。別に何が優れてるとかいう話はないです。前提 Webアプリが3個あるシステム(例として3個なだけで、通常は50とか100とかある)最終的には3個のシステムを入れ替えるDBは既存のものを使う既存アプリは自前のDNSを使用して名前解決以下のようなシステムがあって、システムをリプレースしていくようなパターンです。 DNSで名前解決をしていますから ...

設計・テスト・レビュー

2026/10/15

業務用のシステムにおいてクラス設計（分割）をどのように考えるか-2

このページに書いてあること前の記事で業務用システムで機能を分割するさいに頭に入れておくと良いことを書きました。今回は具体的にどう分けるかをまとめます。関連記事業務用のシステムにおいてクラス設計（分割）をどのように考えるか-1 業務固有の処理と共通の仕組みを分け、インタフェースの責務と依存の向きを整理する考え方を確認できます。記事を読む → 業務と仕組みは縦と横で分割する。例えば、URL1,2,3を持つWebアプリがあったとした場合を考えます。URL1,2,3はアプリの外部に公開されています。言っ ...

設計・テスト・レビュー

2026/9/6

MicrosoftのMSSQLで特定の構成の場合はフェールオーバーができないの要注意

このページに書いてあること MSSQLを冗長化しているインフラ構成において、前段のWebアプリからDBに接続する際、DBエラー発生時のフェールオーバー処理ができないケースがあるので備忘メモ。ピアツーピアトランザクション方式によるMSSQLへのフェールオーバーは自動的には実施できない。P2Pの場合はアプリ側でフェールオーバー処理を作り込まないといけない。Always On フェイルオーバークラスタリングとかならできる。前提以下の様な構成のシステムを想定。 WebアプリはJavaまたは.NET Core ...

設計・テスト・レビュー

2026/9/6

業務用のシステムにおいてクラス設計（分割）をどのように考えるか-1

このページに書いてあること業務用のシステムって、一体どのようにクラス設計するのがいいのか、自分なりの経験を踏まえて至った現時点での答えを整理します。システムを開発するにあたって、結構重要な内容としてクラス設計があると思います。しかし、「オブジェクト指向」という言葉が一人歩きしているように思う場面も多いです。前提 Javaアプリ(C#でもいい。オブジェクト指向の言語なら)BtoC、BtoBに関わらず、業務系のシステムを対象WebAPIなども含みます。要はJavaバッチなどは対象外。プロジェクトチーム ...

« Prev 1 2 3 4