単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場
単一責任の原則（Single responsibility principle）について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle：単一責任の原則 Open/closed principle：オープン/クロースドの原則 Liskov substitution principle：リスコフの置換原則 Interface segregation principle：インターフェース分離の原則 Dependency inversion principle：依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や
TypeScript + WebdriverIO + Seleniumでテストを自動化しよう | Casley Deep Innovations株式会社 技術ブログ
こんにちは。キャスレーコンサルティング LS（リーディングサービス）部の清水（皓）です。 業務で自動テスト環境を構築する機会があり、Selenium＋ImageMagick＋C#でブラウザテストを書きました。 私はコーディングするのは好きですが、テストを行うことは苦手です。 しかし、書いたコードはテストしないと、頭の中で繰り返し書いたコードを思い出し、 バグを見つけてしまい、夜も眠れなくなってしまいます。 そこで、品質と生産性、心の安定を求めて他のテストツールにも興味が湧いたのですが、 今回はその中でも色々と便利に使えそうな、WebdriverIOを勉強中のTypeScriptで使ってみました。 TypeScript、WebdriverIO、Seleniumで自動テスト環境を構築し、テストを自動化していきましょう。 自動テスト環境を整備することで、リグレッションテストが効率化され、新規開発
MyBatis GeneratorのExampleクラスなど解説 | つかびーの技術日記
この状態で以下のコードを実行します。 public void run() { ProductDetailExample example = new ProductDetailExample(); example.createCriteria().andProducerNameEqualTo("PRODUCER_A"); List<ProductDetail> list = mapper.selectByExample(example); for (ProductDetail obj : list) { System.out.println(obj); } } 実行結果は以下です。 ProductDetail [Hash = -1390806030, productId=100, productName=PRODUCT_1, producerId=0, producerName=PRODUC
Inversion of Controlパターンでコンポーネント間の結びつきを弱める
はじめに Inversion of Control（IoC：制御の反転）パターンはDependency Injectionパターンとも呼ばれ、最近のJ2EEコミュニティではよく利用されています。Spring 、PicoContainer、HiveMindのように、IoCパターンを使用して軽量J2EEコンテナを開発しているオープンソースプロジェクトもいくつかあります。 しかし、IoCは新しい概念ではありません。このパターンは数年前から利用されています。IoCパターンでは、インターフェイス、継承、ポリモーフィズムといったオブジェクト指向設計の原則および特徴を使用して、ソフトウェアコンポーネントの結び付きを弱め、コンポーネントの再利用とテストが容易になるようなソフトウェア設計を実現します。 本稿では、IoCパターンの概要を説明し、オープンソースのIoCフレームワークをまったく実装せずにIoCパタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
