当ブログについて 主にドメイン駆動設計(DDD)関連の情報を発信していきます。 Twitterアカウント @little_hand_s こちらでもDDD情報発信していくのでよろしければフォローお願いします。DDD周りでご質問などあれば気軽にリプライいただければお答えします^^ …
SOLID原則とは、ソフトウェア設計の5つの原則の頭字語を取ったものです。ソフトウェアをより理解しやすく、より柔軟に、よりメンテナナンス性の高いものにするために考案されました。 単一責任の原則(Single Responsibility Principle) オープン・クローズドの原則(Open/closed principle) リスコフの置換原則(Liskov substitution principle) インターフェース分離の原則(Interface segregation principle) 依存性逆転の原則(Dependency inversion principle) 今回はSOLID原則のひとつ、依存性逆転の原則についてです。 TSで書いたサンプルコードを載せますが、あくまで依存性逆転の原則を理解するためのサンプルとして見て頂ければと思います。 依存性逆転の原則 依存性逆
エンジニアの田川です。 インフルエンサーマーケティングを支援するCast Me!というプロダクトでフロントエンド開発を担当しています。 アプリケーション開発において、スケールすることを想定した設計は非常に大切です。 私が入社した当初のCast Me!は、フロントエンドの設計方針などが定まっておらず、機能改修などをした際に意図せず他の機能が壊れてしまう問題が多々ありました。 直近では、新規開発と並行して新アーキテクチャへの刷新を行ってフロントエンドの設計の見直しやルールの策定などをしています。 今回は安全かつ素早く開発をできる状態にするために、Cast Me!で行っている取り組みを紹介します。 機能ごとにディレクトリを作成するコードを変更する際、特定の機能に関連するコードが散乱していると、変更の影響を完全に理解するのが困難になり、結果としてバグを生む可能性が高まります。
みなさんこんにちは。TIGの村田です。 フューチャーでは日々様々なプラットフォーム・様々なコンテンツで発信を行っておりますが、「業界ドメインに詳しくなろう」と題して新シリーズをスタートします。 新シリーズに至った背景今回のシリーズは、当社TIG(テクノロジーイノベーショングループ)内での外部発信テーマ検討の中で生まれ、採用されました。元々フューチャーでは技術ブログにて様々な技術系トピックの発信を行ってきましたが、今回の連載を通じて我々社員もみなさんと一緒により一層各業界ドメインに詳しくなれたらいいなと思っています! 早速真野さんがエネルギー業界に詳しくなれる記事を公開してますので、ぜひご一読ください。 【エネルギー業界】LPガス基礎part1 超入門編 【エネルギー業界】LPガス基礎part2 供給設備 上記記事のように、各業界を基礎的な部分から知っていきたい人のためになるコンテンツが並ん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く