ドイツの住所形式：Straße、Hausnummer、5桁のPLZ

ドイツ国内住所の基本的な並び順

ドイツの国内郵便は通常、受取人、番地、番地、その後に 5 桁の郵便番号と都市を使用します。番地の順序は一般的な英語の表示とは異なるため、国際フォームではすべての住所行を 1 つの英語パターンで解析するべきではありません。

ドイツポストでは、行を左揃えで等間隔にするよう求めています。したがって、印刷されたラベルのテストでは、データ値だけでなくレイアウトと切り捨てもチェックする必要があります。

フィールドマッピングとローカライズされたレンダリング

データベースには streetName と houseNumber を別々に保存できますが、ドイツ語の出力ではそれらをローカルな順序で組み合わせる必要があります。番地には文字、ハイフン、範囲を含めることができますが、整数は使用できません。

ドイツ宛て国際郵便の国名行

国際郵便では、都市の境界線の下に完全な国名が追加されます。通常は大文字のドイツ語、英語、またはフランス語が使用されます。郵便番号の前に D- または DE- を付けないでください。これらの古いプレフィックスは並べ替えを妨げる可能性があります。

システムは引き続き countryCode を DE として保存できます。印刷レンダラは、コードを郵便コンテキストに適した国名に変換します。

ドイツ語の回帰フィクスチャ

ドイツ語の文字、番地の接尾辞、長い通りの名前をカバーします。ハウプト通り 1 のあるベルリンだけでは、エンコーディングやレイアウトの欠陥は露呈しません。

• シラー通りのß往復
• ミュンヘンの ü をエクスポートおよび再インポートする
• 18a および 18-20 を受け入れる
• 01067 の先頭のゼロを保持する
• 長い道路をモバイルコピー規制から遠ざけてください

地域的な一貫性が存在を確立しない

記録はドイツ風に見えても、実際の建物を特定できない場合があります。生成されたデータは開発と QA のみに使用します。配信ワークフローには、承認されたアドレス サービスが必要です。

完全なドイツの住所データ パスの確認

エスツェット、ウムラウト、英数字の番地を含む固定器具を選択してください。これを UI で編集し、JSON、データベース ストレージ、および CSV を介してラウンドトリップします。すべての境界で、結果が読み取り可能であることを確認するのではなく、実際の Unicode 文字列を比較します。たとえば、Strasse は読み取り可能ですが、ユーザーが Straße として入力した値と同じではありません。

次に、ストレージ コンポーネントとローカライズされた印刷順序を比較します。 streetName と houseNumber が別の列である場合、ドイツのレンダラーは最初に street を配置し、2 番目にnumber を配置します。郵便番号と都市の行では、PLZ が最初に配置されます。これらのレンダリング ルールはデータベース スキーマの外部に属するため、同じ格納されたコンポーネントでローカル ラベル、国際ラベル、および構造化された API 応答をサポートできます。

最後に、国際的な送信コンテキストからレンダリングします。完全な国名が最下行を占め、PLZ の前に D- プレフィックスが表示されず、すべての住所行が左揃えのままであることを確認します。実際のラベル幅を使用します。デスクトップ プレビューでは、コンパクトなエンベロープ ウィンドウに表示されるクリッピングを非表示にすることができます。

• Straße、München、18a を 1 つの回帰フィクスチャに保持する
• UI、API、データベース、エクスポートされた値を比較します
• 保存されたフィールドをローカライズされた構成とは別にテストする
• 実際のラベル幅で長い道路を検査