代替手法

ウィキペディア小見出し辞書

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/01/22 19:05 UTC 版)

「Java Media Framework」の記事における「代替手法」の解説

JMF以外にも Java 上のマルチメディア機能をサポートしたライブラリが存在する。以下に主なものを列挙する。 Java Sound QuickTime for Java IBM Toolkit for MPEG-4 Jffmpeg jvlc gstreamer-java FMJ Fluendo's port of Theora to Java Directshow <> Java Wrapper Fobs4JMF JLayer MP3 library

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2017/11/21 12:48 UTC 版)

「ポートマップ」の記事における「代替手法」の解説

UNIXおよびLinux系システムでは、/etc/services というファイルにサービス/プロトコル名称とポート番号の対応表がある。これを使った静的なポートマッピングでは、inetdのようなスーパーサーバが要求を待ちうけ、必要に応じて各種サービスを起動させるのが一般的である。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2017/12/19 13:38 UTC 版)

「ダブルディスパッチ」の記事における「代替手法」の解説

前述のように二項演算子という、（LispやForthなどを除いた）多くのプログラミング言語で好まれている機能において望まれるものであるため、シングルディスパッチのみがあるオブジェクト指向プログラミング言語でダブルディスパッチのようなふるまいを実現する手法が考えられている。ここでは一例としてRubyのものを示す。 たとえばRubyに複素数クラスを自作して追加したいとする。Rubyでは二項演算子 + なども、左辺にあるオブジェクトに対するメソッド呼び出しなので、次のようなソースコードへの対応は自然に実装できる。 z1 = Complex.new(1.0, 0.0)z2 = z1 + 2.0 これに対し、次のようにも書きたいわけだが、 z3 = Complex.new(0.0, 1.0)z4 = 3.0 + z3 もし何も仕掛けが無ければ、あらゆる既存の数値クラスについて、「複素数を引数にした場合」を追加する必要があり現実的ではない。しかし、Rubyにおける数値関係のクラスの、演算子に対応するメソッドは次のようにふるまうようになっていて、 class Num def +(other) if otherは既知のオブジェクト then return 結果 # 結果を計算して返す else left, right = other.coerce(self) return left + right # coerceの結果により計算する end endend 追加したいクラス（たとえばここでは複素数クラス）に coerce というメソッドを一つ定義し、適切な値を返すようにすれば、任意の演算子に対して望んだような結果にできる。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/11/20 15:23 UTC 版)

「イベントループ」の記事における「代替手法」の解説

この手法は以下のような他の手法とは対照的である: 古くからある、単純に一回動作して終了するプログラム。この種のプログラムは情報処理の最初期からあり、ユーザーとの対話手段を持たない。現在も主にCUI指向のプログラムでよく使われている。各種パラメータを指定して起動される。 メニュー駆動型設計。この場合も一種のメインループは存在するが、ユーザーから見てイベント駆動的ではない。イベント駆動の代わりとして、階層型のメニューを順次選択していって、希望する動作を指定する。このメニューを通した限定的な対話性がある。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2019/07/06 07:04 UTC 版)

「WS-Security」の記事における「代替手法」の解説

ポイントツーポイントでは、Webサービスの機密とデータ完全性は Transport Layer Security (TLS) を使っても実現できる（HTTPSなど）。しかし、WS-Security はより広範囲な、いわゆるエンドツーエンドのセキュリティを提供する。 TLSを適用することで、鍵やメッセージ署名を送信前にASCIIに符号化する必要がなくなり、オーバーヘッドが劇的に低減される。メッセージがプロキシサーバを経由する場合、サーバはクライアントからではなくプロキシからの要求としてみるため、プロキシにクライアントの鍵と認証のコピーを与えて対応するか、そのサーバが信用する証明書を持つことで対応する。しかし、プロキシが関わっているためにエンドツーエンドのセキュリティとはならず、ポイントツーポイントのセキュリティとなる。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/11/24 07:53 UTC 版)

「ヘッダファイル」の記事における「代替手法」の解説

ヘッダファイル以外にも、他のファイルで定義された識別子の宣言にアクセスする方法はある。ヘッダファイルの場合、実装しているファイルと宣言しているヘッダファイルの2ヶ所の更新を同期させる必要がある。 ヘッダーファイルという方法を用いないプログラミング言語もある。Javaなどの言語では、パッケージにより、コンパイラが把握できるようにしている。モジュールという名称で、同様の機能を有する言語もある。C++においても、モジュールの仕組みが提案されている。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/07/13 23:38 UTC 版)

「ボンフェローニ補正」の記事における「代替手法」の解説

詳細は「ファミリーワイズエラー率#制御手順」を参照 ファミリーワイズエラー率を制御するためには複数の代替手法が存在する。例えば、ホルム＝ボンフェローニ法とシダック補正はボンフェローニ補正よりも普遍的に強力な手順である。これは常に少くとも強力であることを意味する。ボンフェローニの手順とは異なり、これらの手法は族毎の第一種過誤の期待数（族毎の第一種過誤の確率）を制御しない。

代替手法

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/07/16 00:14 UTC 版)

「カハンの加算アルゴリズム」の記事における「代替手法」の解説

カハンのアルゴリズムでの誤差成長は入力数 n に対して O ( 1 ) だが、pairwise summation では若干悪い O ( log ⁡ n ) となる。これは入力を再帰的に半分に分けていって、再帰的に加算を行う方式である。この技法は単純な総和計算に比べて加算回数が増えないという利点があり（カハンのアルゴリズムでは演算回数が4倍に増える）、並列計算も可能という利点がある。通常、再帰の行き着いた基本ケースでは1回または0回の加算になるが、再帰のオーバーヘッドを低減させるため n がある程度小さくなったらそれ以上再帰させないという方式も考えられる。pairwise summation と同様の技法は高速フーリエ変換 (FFT) アルゴリズムでよく使われており、そのためFFTでは誤差が対数的に成長することが多い。実際には丸め誤差の符号は無作為に変化するので、pairwise summation の二乗平均平方根誤差の成長は O ( log ⁡ n ) となる。 もう1つの代替手法として、何よりも丸め誤差を生じないことが優先されるなら、任意精度演算を使うことが考えられる。Shewchukは、特に高精度ではないが正確に丸められた総和を求める技法として、任意精度演算を使ってそれなりのコストで計算する方法を示した。Kirchnerとウルリヒ・クリッシュはビット幅の大きいアキュムレータを使い、整数演算だけで総和を求める技法を示した。ハードウェアの実装を示した例として Müller、Rüb、Rülling の論文がある。 10の20乗といったような絶対値が極端に大きい数を扱うことが無い、会計などには、浮動小数点方式ではなく、必要十分な桁数以上を確保した固定小数点方式（また、場合によっては十進演算）を、可能であれば使う方がよい。