<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Architecture on たかおの解説</title><link>https://takao.blog/ja/tags/architecture/</link><description>Recent content in Architecture on たかおの解説</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>たかおの解説</copyright><lastBuildDate>Sat, 13 Jun 2026 23:11:50 +0900</lastBuildDate><atom:link href="https://takao.blog/ja/tags/architecture/index.xml" rel="self" type="application/rss+xml"/><item><title>サーバーレスアーキテクチャパターン：Lambda関数を超えて</title><link>https://takao.blog/ja/web/serverless-patterns/</link><pubDate>Tue, 17 Sep 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/serverless-patterns/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post サーバーレスアーキテクチャパターン：Lambda関数を超えて" /&gt;&lt;p&gt;サーバーレスコンピューティングは、API Gateway背後にLambda関数を置く単純なAPI置き換えから大きく進化しました。現代のサーバーレスアーキテクチャは完全にイベント駆動で非同期であり、モノリスを調整された関数ワークフローに分解します。主要企業がAWS Lambda、Azure Functions、Cloudflare Workersで本番ワークロードを運用する現在、基本を超えたパターンの理解が不可欠です。&lt;/p&gt;</description></item><item><title>TypeScript Project References：大規模コードベースの拡張</title><link>https://takao.blog/ja/web/typescript-project-references/</link><pubDate>Tue, 13 Aug 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/typescript-project-references/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post TypeScript Project References：大規模コードベースの拡張" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;TypeScriptのコードベースが成長するにつれ、単一の&lt;code&gt;tsconfig.json&lt;/code&gt;による管理は限界を迎えます。&lt;code&gt;tsc&lt;/code&gt;を呼び出すたびにプロジェクト全体の型チェックと出力が実行され、大規模モノレポでは&lt;code&gt;--noEmit&lt;/code&gt;でも数分かかることがあります。さらに、モジュール境界がないため任意のファイルが他のファイルをインポートでき、複雑な依存グラフが生まれてリファクタリングが困難になります。&lt;strong&gt;TypeScript Project References&lt;/strong&gt;は、コードベースを独立したサブプロジェクトに分割し、それぞれに個別の&lt;code&gt;tsconfig.json&lt;/code&gt;を持たせることで、インクリメンタルビルド、強制されたAPI境界、劇的に高速な型チェックを実現します。&lt;/p&gt;</description></item><item><title>CSS @layer：カスケードを管理するレイヤーアーキテクチャ</title><link>https://takao.blog/ja/web/css-layer-architecture/</link><pubDate>Tue, 11 Jun 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/css-layer-architecture/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post CSS @layer：カスケードを管理するレイヤーアーキテクチャ" /&gt;&lt;p&gt;大規模なCSSプロジェクトで詳細度の競合に悩んだ経験はありませんか？サードパーティのスタイルを上書きするために&lt;code&gt;!important&lt;/code&gt;を連発したり、カスケードを優先させるためにHTMLを再構築したり — &lt;code&gt;@layer&lt;/code&gt;はこうした問題に対する待望の解決策です。CSSの&lt;code&gt;@layer&lt;/code&gt;アットルールは、詳細度やソース順序から独立した、明示的なカスケード制御を開発者に提供します。&lt;/p&gt;</description></item></channel></rss>