■SS（38mm径）。100m防水。手巻き（SW510 M BH B）。23万7600円
ファンクションインデックス
【商品名】
JBL Stage 3427F - 4インチ 双方向カーオーディオスピーカー グリルなし
【商品説明】
モデル番号を入力してくださいこれが適合するか確認：
JBLプレミアムサウンドクオリティをお手頃価格で。
Plus One Woofers Conesは、より広い表面領域を提供し、全体的な効率を最大2dBまで向上させます。 工場出荷時のシステムへのアップグレードとして使用する場合、優れた出力とパフォーマンスを提供します。
エッジ駆動のドームツイーターにより、より広範囲でスムーズな高周波応答を実現。
フィットするように設計。
ベント付きバスケット フレーム デザインは、ボイス…↓↓続きは商品情報欄も是非ご覧ください↓
モデル番号を入力してくださいこれが適合するか確認：
JBLプレミアムサウンドクオリティをお手頃価格で。
Plus One Woofers Conesは、より広い表面領域を提供し、全体的な効率を最大2dBまで向上させます。 工場出荷時のシステムへのアップグレードとして使用する場合、優れた出力とパフォーマンスを提供します。
エッジ駆動のドームツイーターにより、より広範囲でスムーズな高周波応答を実現。
フィットするように設計。
ベント付きバスケット フレーム デザインは、ボイスコイルを冷やすのに役立ち、信頼性の高いスピーカーです。
JBL Stage3スピーカーは、特許取得済みの技術、世界クラスのエンジニアリング、JBL proのサウンドヘリテージを一緒に提供し、強力なカーオーディオラウドスピーカーラインを作り出します。 パフォーマンスとフィットに焦点を当てて、あなたの車に比類のないサウンドパフォーマンスをもたらします。 高出力 2 ohm DCR設計により、アンプやヘッドユニットからの電力を抽出し、特許取得済みのPlus Oneウーファーが高出力としっかりとした深みのある低音パフォーマンスを実現します。 当社の厳格な OEM レベルの信頼性テストは、比類のない JBLアドレナリンサージにクランクする時が安心してご利用いただけます。
手続きと関数（Delphi）
手続きのステートメント ブロック内では、手続きの localDeclarations 部で宣言されている変数とその他の識別子を使用できます。 パラメータ リストにあるパラメータ名（上の例では N と S ）を使用することもできます。パラメータ リストには、1 組のローカル変数が定義されています。したがって、これらのパラメータ名を localDeclarations セクションで宣言してはいけません。 最終的に、この手続き宣言のスコープ内にある任意の識別子を使用できます。
functionName は有効な識別子、returnType は型の識別子、statements は、この関数が呼び出されたときに実行される文のシーケンスです。(parameterList)ファンクションインデックス 、directives;、および localDeclarations; は省略可能です。
関数のステートメント ブロックは、手続きに適用されるものと同じ規則によって管理されます。 ステートメント ブロック内では、関数の localDeclarations 部で宣言されている変数とその他の識別子、パラメータ リスト内のパラメータ名、および関数宣言のスコープ内にある任意の識別子を使用できます。 さらに、関数名は、その関数の戻り値を保持する特殊な変数としての役割を果たします。あらかじめ定義されている変数 Result も同じ役割をします。
拡張構文が有効になっている場合は（ ）、Result は、すべての関数で暗黙のうちに宣言されています。この変数を再宣言してはいけません。
WF という定数の関数を定義します。この関数は、パラメータを取らず、常に整数値 17 ファンクションインデックス を返します。
宣言されている戻り値の型と一致する値であれば、1 つのステートメント ブロック内で、何度でも Result や関数名に値を代入できます。 関数の実行が終了すると、最後に Result または関数名に代入された値が、その関数の戻り値になります。 例：
Result と関数名は、常に同じ値を表します。したがって、
上の関数は、値 11 を返します。ただし、Result と関数名は、完全には交換可能ではありません。関数名が代入文の左辺にある場合、コンパイラはそれを（Result と同様に）戻り値を記録するために使われているものと見なします。関数名がステートメント ブロックのその他の場所にある場合、コンパイラはそれをその関数の再帰呼び出しと解釈します。一方、Result は、演算子、型キャスト、集合構成子、インデックス、その他のルーチンの呼び出しにおいて、変数として使用できます。
Result または関数名に値が代入されずにその関数が終了した場合、その関数の戻り値は未定義になります。
呼び出し規約
手続きまたは関数を宣言する際は、register、pascal、cdecl、stdcall、safecall、winapi のいずれかの指定を使って、呼び出し規約を指定できます。例えば、
呼び出し規約によって、パラメータがルーチンに渡される順序が決まります。また、呼び出し規約は、スタックからのパラメータの削除、レジスタを使用したパラメータの受け渡し、エラーや例外の処理にも影響を及ぼします。デフォルトの呼び出し規約は register です。
- register 規約と pascal 規約の場合、評価順序は定義されていません。
- cdecl、stdcall、safecall の各規約の場合は、右から左にパラメータが渡されます。
- cdecl を除くすべての規約の場合は、手続きまたは関数が、戻るときにスタックからパラメータを削除します。cdecl 規約の場合は、呼び出しが戻ったときに呼び出し側がスタックからパラメータを削除します。
- register 規約では最大 3 個の CPU レジスタを使用してパラメータが渡されるのに対して、その他の規約ではすべてのパラメータがスタックを介して渡されます。
- safecall 規約では、例外 "ファイアウォール" を実装しています。Win32 では、これにプロセス間の COM エラー通知が実装されています。
- winapi は、実際には呼び出し規約ではありません。winapi は、デフォルト プラットフォームの呼び出し規約を使用して定義します。たとえば、Win32 では winapi は stdcall と同等です。
デフォルトの register 規約は、通常、スタック フレームの作成を回避できるので、最も効率的です （発行済みのプロパティへのアクセス メソッドでは、register を使用しなければなりません）。cdecl 規約は、C または C++ で記述された共有ライブラリ内の関数を呼び出す場合に役立ちます。一方、外部コードを呼び出す場合は、一般に、stdcall または safecall をお勧めします。Win32 では、オペレーティング システム API は stdcall または safecall です。その他のオペレーティング システムでは、一般に cdecl を使用しています （stdcall は cdecl よりも効率的です）。
safecall 規約は、デュアルインターフェイスのメソッドを宣言する場合に使用する必要があります。pascal 規約は、下位互換性のために維持されています。
near、far、および export の各指令は、16 ビットの Windows プログラミングの呼び出し規約を表します。これらは、Win32 では無効で、下位互換性のためだけに維持されています。
前方宣言とインターフェイス宣言
forward 指令は、手続きまたは関数の宣言内にある、ローカル変数宣言や文を含むブロックに置き換わります。以下に例を示します。
Calculate という関数を宣言します。forward 宣言の後のどこかで、ブロックを含む定義宣言としてこのルーチンを再宣言しなければなりません。 Calculate の定義宣言は、以下のようになります。
通常、定義宣言では、ルーチンのパラメータ ファンクションインデックス リストや戻り値型を繰り返す必要はありません。ただし、それらを繰り返した場合は、forward 宣言のものと完全に一致していなければなりません（ただし、デフォルトのパラメータは省略できます）。 forward 宣言で、オーバーロードされた手続きまたは関数を指定した場合は、定義宣言でもパラメータ リストを繰り返す必要があります。
forward 宣言とその定義宣言は、同じ type 宣言セクション内になければなりません。 つまり、前方宣言と定義宣言の間に、新しいセクション（var セクション、const セクションなど）を追加することはできません。 定義宣言は、external ファンクションインデックス 宣言または assembler 宣言にすることもできます。ただし、別の forward 宣言にすることはできません。
forward 宣言の目的は、手続きや関数の識別子のスコープを、ソースコードの前方の位置まで拡大することです。これによって、ほかの手続きや関数は、forward 宣言されたルーチンを、それが実際に定義される前に呼び出すことができます。forward 宣言は、コードを柔軟に構成できるだけでなく、相互に再帰呼び出しをする場合にも必要になります。
forward 指令は、ユニットの interface セクションでは無効です。interface セクション内の手続きと関数のヘッダーは、forward 宣言と同様の動作をするので、implementation セクションで定義宣言をする必要があります。interface セクションで宣言されたルーチンは、そのユニットのどこからでも利用できます。また、インターフェイスが宣言されているユニットを使用するほかのユニットやプログラムからも利用できます。
external 宣言は、手続きまたは関数の宣言内のブロックに置き換わって、プログラムとは別にコンパイルされたルーチンを呼び出すことができるようにします。外部ルーチンは、オブジェクト ファイルや動的に読み込み可能なライブラリから得ることができます。
パラメータ数が可変の C の関数をインポートする場合は、varargs 指令を使用します。以下に例を示します。
varargs 指令は、外部ルーチンに対してのみ有効です。また、cdecl 呼び出し規約に対してのみ有効です。
オブジェクト ファイルへのリンク
別にコンパイルされたオブジェクト ファイルのルーチンを呼び出すには、まず、 $L （または $LINK ）コンパイラ指令を使用して、そのオブジェクト ファイルをアプリケーションにリンクします。以下に例を示します。
これで、 BLOCK.OBJ から MoveWord と FillWord を呼び出すことができます。
Win32 プラットフォームでは、上のような宣言は、アセンブリ言語で記述された外部ルーチンにアクセスするためによく使われます。アセンブリ言語のルーチンを Delphi のソース コードに直接記述することもできます。
ライブラリからの関数のインポート
を通常の手続きまたは関数のヘッダーの最後に付加します。 stringConstant は、一重引用符で囲んだライブラリ ファイルの名前です。32 ファンクションインデックス ビット Windows の場合の例を次に示します。
SomeFunction という関数を strlib.dll からインポートします。
内部および外部リンカの利用
Delphi では外部について 2 つの解釈があり、コンパイラが外部リンカを使用するかによって変わります：
1. Delphi によってサポートされるプラットフォームは、次の ファンクションインデックス 2 つのグループに分かれます：
2. Delphi が内部リンカを使用するプラットフォームでは、 external は、関数/プロシージャが DLL、dylib、共有オブジェクト内にあることを指示しています。
これらのプラットフォームでは、Delphi はシンボルが .dll/.dylib/.so からインポートすることを理解しています。リンク時に検証は実行されません。 Delphi は、イメージをシンボル/ライブラリへの参照で生成します。 シンボルがそのライブラリに実際にない場合には、実行時に見つけます。
3. Delphi が外部リンカを使用するプラットフォーム、たとえば、 iOSDevice32 プラットフォームをターゲットとするプラットフォームなどでは、識別子は external で指定され、外部リンカに渡されます。
Delphi コンパイラは、 を ld.exe ファンクションインデックス に渡します。 もしライブラリを見つけられない場合、次のエラーを表示します： Error: E2597 ld: file ファンクションインデックス ファンクションインデックス not found: 。
オブジェクト ファイルから関数をインポートする（外部リンカのみ）
外部リンカを使用する際、外部指令でオブジェクト ファイルを指定することにより、 $L （または $LINK ）コンパイラ指令の指定を省略することができます。 例：
フレームワークから関数をインポートする
これは iOS32、iOS64、macOS64 でのみ適用可能です。
ルーチンを別の名前でインポートする
ライブラリ内の名前とは異なる名前で、ルーチンをインポートすることもできます。それには、次のように external 指令の中に元の名前を指定します。
external stringConstant1 name stringConstant2;
ここでの stringConstant1 はライブラリ ファイルの名前で、 stringConstant2 はルーチンの元の名前です。
次の宣言は、 user32.dll user32.dll（Windows API に含まれる）から関数をインポートします。
関数の元の名前は MessageBoxA ですが、これが MessageBox としてインポートされます。
ルーチンをインデックスでインポートする
external stringConstant index integerConstant;
ここでの ファンクションインデックス integerConstant は、エクスポート テーブルでのルーチンのインデックスです。
ライブラリの遅延読み込み
実際に関数が必要になるときまで、その関数を含むライブラリの読み込みを先送りするには、次のようにインポートする関数に delayed 指令を追加します。
delayed を使用することで、アプリケーション起動時にはインポートする関数を含むライブラリは読み込まれませんが、その関数を最初に呼び出すときには読み込みが完了するようにできます。 このトピックの詳細は、「ライブラリとパッケージ - 遅延読み込み」を参照してください。
ライブラリの依存関係を指定する
対象となるルーチンが入っているライブラリが、他のライブラリに依存している場合、それらの依存関係を指定するには、 dependency 指令を使用します。
dependency 指令を使用するには、 ファンクションインデックス dependency キーワードに続き、カンマ区切りの文字列のリストを追加します。各文字列には、対象となる外部ライブラリと依存関係にあるライブラリの名前が入ります：
次の宣言は、 libmidas.a が標準 C++ ライブラリに依存していることを示しています。
手続きと関数のオーバーロード
同じスコープ内で同じ名前のルーチンを複数宣言することができます。これは、オーバーロードと呼ばれます。オーバーロードされるルーチンは、overload 指令を付けて宣言する必要があり、パラメータ リストで区別できなければなりません。たとえば、次のような宣言について考えてみましょう。
これらの宣言では、型の異なるパラメータを取る 2 つの関数が、どちらも Divide という名前で作成されます。 Divide が呼び出されると、コンパイラは、その呼び出しで渡された実際のパラメータを調べることにより、どちらの関数を呼び出すかを決定します。たとえば、 Divide(6.0, 3.0) では、引数が実数値なので、1 番目の Divide 関数が呼び出されます。
ルーチンの宣言とは型が一致しないものの、1 つ以上の宣言のパラメータと代入互換性があるパラメータであれば、オーバーロードされたルーチンに渡すことができます。 このようなことは、1 つのルーチンがさまざまな整数型や実数型でオーバーロードされている場合に最もよく起こります。次に例を示します。
このような場合、あいまいさがなければ、コンパイラは、呼び出しで渡された実際のパラメータに適応する最小範囲の型のパラメータを持つルーチンを呼び出します （実数値を持つ定数式は常に Extended 型になることを覚えておいてください）。
オーバーロードされたルーチンが 前方宣言またはインターフェイス宣言で宣言されている場合は、定義宣言でもそのルーチンのパラメータ リストを繰り返す必要があります。
コンパイラでは、AnsiString/PAnsiChar、UnicodeString/PChar、WideString/PWideChar の型のパラメータが同じパラメータ位置に含まれているオーバーロード関数を区別することができます。このようなオーバーロード状況で渡された文字列定数や文字列リテラルは、ネイティブの文字列型または文字型（UnicodeString/PChar）に変換されます。
この例では、double 版ではなく、variant 版の foo が呼び出されます。これは、定数 ファンクションインデックス 1.2 が暗黙のうちに extended 型と見なされ、extended は double と完全には一致しないからです。extended も variant と完全には一致しませんが、variant の方が一般的な型と見なされます（これに対して、double ファンクションインデックス の方が extended より小さい型になります）。
上記のコードでも double 版の foo が呼び出されます。single の方が、variant よりも double に近いと見なされます。
一連のオーバーロード ルーチンを宣言する場合、浮動小数点型からバリアント型への昇格を避けるには、variant 版と一緒に、各浮動小数点型（single、double、extended）版のオーバロード関数を宣言するのが最良です。
オーバーロード ルーチンでデフォルト パラメータを使用する場合は、あいまいさのあるパラメータ シグネチャが入らないように注意してください。
ルーチンを呼び出すときに、ルーチン名を修飾することにより、オーバーロードの潜在的な副作用を抑えることができます。 たとえば、 Unit1.MyProcedure(X, Y) と記述すると、 Unit1 内で宣言されているルーチンだけを呼び出すことができます。この呼び出しの名前およびパラメータ リストに一致するルーチンが Unit1 にない場合は、エラーになります。
ローカル宣言
関数または手続きの本体は、通常、そのルーチンのステートメント ブロック内で使われるローカル変数の宣言で始まります。 これらの宣言に、定数、型、およびその他のルーチンを含めることもできます。 ローカルな識別子のスコープは、それが宣言されているルーチン内に限定されます。
ネスト ルーチン
関数や手続きのブロックのローカル宣言セクション内に、別の関数や手続きが含まれる場合もあります。たとえば、次の ファンクションインデックス DoSomething という手続きの宣言には、ネストした手続きが含まれます。
ネスト ルーチンのスコープは、それが宣言されている手続きまたは関数内に限定されます。この例では、 NestedProc は DoSomething 内でのみ呼び出すことができます。
ネスト ルーチンの実際の例については、 SysUtils ユニット内の DateTimeToString 手続き、ScanDate 関数、およびその他のルーチンを参照してください。
ファンクションインデックス
PostgreSQLのプランナがインデックスを利用しない理由はいろいろ考えられる。理由が少し不明にみえてもプランナは基本正しく決めている。同じクエリでも条件によってインデックスを利用したりしなかったりする。例えば、 select * from foo where bar = 1 の場合はインデックスを利用しても、 select * from foo where bar = 2 の場合はインデックスを利用しないということもあり得る。2である bar がすごく多い場合は index scan より sequential scan の方が速い。この場合、プランナは負荷の低い方法を選ぶ。
部分インデックス（Partial）
部分インデックスはテーブルの一部のレコードだけに適用する。WHERE句で指定した条件を満たすレコードに対してインデックスは作成される。対象のレコードを減らすことで、インデックスのストレージが小さく、保守がしやすく、速度が速くなるところが長所である。
例えば、gmail上で starred というスター付きとなるメールに対して処理をする場合は、こういうインデックスが作れる。
式インデックス（Expression）
式インデックスはとある方法、関数などで変換されたデータを検索する時に使う。PostgreSQLでは変換された値に対してインデックスを作成できるので、他のインデックスと同じくらいのパフォーマンスを発揮する。例えば、大文字・小文字が混在するメールアドレスに対して、大文字・小文字を区別せず検索したい場合、要するに WHERE lower (email) = '[email protected]' という条件を利用したい場合、こういうインデックスを作ればいい。
もう一つ例えば、TIMESTAMP型で保存されている日付に対してDATE型として検索したい場合は ファンクションインデックス CREATE INDEX articles_day ON articles ( date (ファンクションインデックス published_at) ) を作って、 WHERE date (articles.created_at) = date ( '2011-11-11' ) で検索できる。
ユニークインデックス（Unique）
複数列インデックス（Multi-column）
PostgreSQLでは複数列インデックスを扱えるが、それがいつ利用されるか理解することは大事。複数列インデックスがなくてもPostgreSQLのプランナは内部的にビットマップを作成して複数のインデックスを組み合わせて利用できる。どの列でもインデックスの発行が可能だし、プランナはそのインデックスを使ってくれるから、ベンチマークを行って複数列インデックスが必要だったという証明をしてから利用しよう。
複数列インデックスはクエリを最適化できる条件がある。クエリの中、参照されている列はインデックスの中にある列と同じ順番でなければならない事。それと違って、複数の単一列インデックスはその条件に制御されていない。
例えば、アプリケーションに WHERE a = x AND b = y 又は WHERE a = x の条件がよく使われるなら (a, b) 列に複数列インデックスを発行する価値があるかもしれない。但し、 WHERE b = y の場合は通用しない。※複数列インデックスを発行した上で a 列だけにインデックスを貼る事は冗長になるので不要。
B-treeインデックスのソート
デフォルトで、B-treeインデックスは昇順でソートされる。降順でソートするように定義することもできる。ブログとかだと、投稿は最新順で表示する事がよくある。投稿日時は published_at として、公開されていない投稿は published_at が NULL とする。
この場合は、こういうインデックスが作れる。
アプリケーション上で投稿が表示される順位に合わせたインデックスを作る事でパフォーマンスが上がる。インデックスにソート条件が含まれていなければ、PostgreSQLはsequential scanを行ってからソートを実施するのでしょう。
今回は空値（NULL）を最後に回したいからこのインデックスを利用する意味があった。インデックスはどの順位からも検索できるので昇順のインデックスが存在すれば降順の検索でも同じインデックスの利用ができる。複数列にバラバラな順位で、例えば ORDER BY a ASC , b DESC 、複数列インデックスにも利用される。
インデックスの保守
それを意識して、インデックスを利用する意味がない場合も思いつく。ディスクへのアクセスを十分減らすインデックスでなければならない。例えば、行数の多いテーブルに対して主キーを検索する場合はインデックスの価値がある。sequential scanを行うよりもインデックスの中に該当の行を取り出してからディスクにアクセスして情報を取得する。逆に行数の少ないテーブルで住所の項目を検索する場合、プランナはインデックスを参照せずにsequential scan を行う。その列にインデックスが存在しても利用されないのでは、ストレージや管理コストしか残らないので損になる。
本番環境にインデックスを発行する際、インデックスが該当テーブルにロックをかける事を忘れてはいけない。より遅い方法だがWriteブロックをかけない CREATE INDEX CONCURRENTLY を利用することもできる。※ CREATE INDEX だけならReadブロックはかからないがWriteブロックがかかる。
最後に、更新・削除が繰り返されるとインデックスは徐々に劣化する。 REINDEX でインデックスを再構築することができる。 REINDEX はインデックスに対するロックがかかるので利用時は注意しよう。 CREATE INDEX と少し違って、Readブロックはかかる事もある、インデックスを使用しない SELECT はブロックしないが、インデックスを使用する SELECT はブロックするのだ。対策としては別名で CONCURRENTLY ファンクションインデックス ファンクションインデックス にインデックスを発行して、古いインデックスを DROP して、新インデックスを前のインデックス名に変えたらいい。手間に見えるし、一時的にインデックスが2つ存在するので、その間はパフォーマンスが劣化するけれど、ロックはかからない。
ディープブルー文字盤が現代的なテイストを加えるクラシマコレクションのスモールセコンドモデル。繊細なギョーシェ装飾はもちろん、先端を鋭角に仕上げた立体感のある針（目盛りやインデックスに届くように計算されている点も注目）、上品さを損なわない絶妙な高さのインデックス、視認性を考慮しつつ悪目立ちしない黒地のデイト表示など、ほかを圧倒する丁寧な作り、品質の高さが魅力的。
■SS（42mm径）。5気圧防水。自動巻き（Cal. SW 260-1）。29万7000円
【問い合わせ先】
ボーム&メルシエ
TEL.0120-98-8000
【編集部のイチオシ：3針スポーツモデル】
SINN（ジン）
104.ST.SA.IG
1960年代にドイツ空軍に制式採用された155をルーツにもつパイロットウオッチコレクションの３針モデル。秒単位の視認性を考慮したドイツ時計らしい機能的な意匠をベースに、光の加減によって色合いが変わるメタリックグリーンダイアル、特殊結合方式で固定されたパイロットベゼルが個性をプラス。日本人でも着けやすい41mmケースに20気圧防水を備え、高度な実用性を確保している。
■Ref.104.ST.SA.IG。SS（41mm径）。20気圧防水。自動巻き（Cal.SW220-1）。29万7000円
【問い合わせ先】
ホッタ
TEL.03-5148-2174
【編集部のイチオシ：機械式クロノグラフ】
NIVADA GRENCHEN（ニバダ・グレンヒェン）
クロノマスター ブロードアロー
2019年に復活を果たしたスイスの古豪、ニバダ・グレンヒェンが1963年に発表したクロノマスターの復刻モデル。間隔を空けて配置された小振りなサブダイアル、細めの両方向回転ベゼル、セーリングレガッタのカウントダウン機能、小振りな38mmのケースなど、細かい作り込みで名作クロノグラフの機能とデザインを忠実に再現。デッドストックモデルと見間違いを起こしそうな質感と佇まいがマニア心をくすぐる。
■SS（38mm径）。100m防水。手巻き（SW510 M BH B）。23万7600円
【問い合わせ先】
エイチエムエス表参道
TEL.03-6438-9321
【編集部のイチオシ：本格ダイバーズウオッチ】
TUTIMA GLASHÜTTE（チュチマ・グラスヒュッテ）
M2 セブンシーズ S
チタンケース採用のダイバーズウオッチ、M2 セブンシーズに加わったステンレススチール仕様モデル。1984年に開発されたNATOクロノグラフのDNAを感じさせる重厚なフォルム、50気圧防水を継承しつつ、ポリッシュとヘアライン、二つの仕上げを使い分けた丁寧な作り込みによってステンレススチールならではの高級感をプラス。チタンモデルより価格を抑えつつ質感が高められているのもポイントだ。
■Ref.6155-05。SS（44mm径）。50気圧防水。自動巻き（Cal.Tutima330）。22万円
【問い合わせ先】
トラストゲインジャパン
TEL.03-6810-9305
【編集部のイチオシ：ファンクション系時計】
FORTIS（フォルティス）
フリーガーF-39 オートマティック
代表モデルであるフリーガーの進化形として2020年に登場したフォルティスの新たなフラッグシップコレクション。航空機の隊列飛行時に行う軌道調整のためのシンクロライン（12時位置）、視認性を高めるブリックストラック（外周）、傷が付きにくいようにすり鉢状の傾斜が設けられた回転ベゼル、小振りな39mmケース、20気圧防水。機能性を追求しつつ、デザインと機能の両面で独自性を確保した実用時計の良作。
■Ref.F.422.0005。SS（39mm径）。20気圧防水。自動巻き（Cal.UW30）。27万5000円
ヘルシュタインエディション2022
01 690 7780 4085-Set - Hölstein Edition 2022_HighRes_15137
商品詳細
ケース：マルチピースステンレススチール
サイズ：36.5ミリ径
ダイアル：ブルー
畜光材：スーパールミノバ（インデックス、数字、針）
トップガラス：サファイア、フラット、内面反射防止コーティング
ケースバック：ステンレススチール、ねじ込み、特別刻印
オペレーティングディバイス：ステンレススチール製ねじ込み式リューズ、プッシュボタン
ブレスレット：マルチピースステンレススチールブレスレット、フォールディングクラスプ
防水：5気圧（50m）
ムーブメントナンバー：Oris 690
ファンクション：時分針、1時間単位の時刻調整機能、9時位置にスモールセコンド表示、3時位置に第2時 間帯及びデイ＆ナイト表示、瞬間デイト変更、デイトコレクター、ファインタイミングデバイス、ストップセコンド
ワインディング：自動巻、両側回転レッドローター
パワーリザーブ：38時間
スペシャルエディション：木製スペシャルボックス付き
価格：税込550,000円
発売日：2022年6月
コメント