問題タブ [linearization]

正規表現にサブマッチ式の正規の順序はありますか?

例:
"(([0-9]{3}).([0-9]{3}).([0-9]{3}).([0- 9]{3}))\s+([AZ]+)" ?

また

質問298829は、PDFを線形化することで、PDFをページごとにユーザーのブラウザーにストリーミングできるため、ユーザーはドキュメント全体がダウンロードされるのを待ってから表示を開始する必要がないことを説明しています。このようなPDFの使用は成功していますが、新しい問題があります。ページごとのストリーミングを維持したいが、PDFドキュメントを提供するたびに新しい表紙をPDFドキュメントの先頭に挿入したい。 。（表紙には日付などの時間に敏感な情報が含まれるため、ディスク上のPDFに表紙を含めることは実用的ではありません。）

これを支援するために、事前に線形化されたPDFに表紙をすばやく追加して、ストリーミング可能で線形化されたPDFを出力として生成できるPDFライブラリはありますか？最も懸念されるのは、PDFをマージする合計時間ではなく、マージされたドキュメントの一部をユーザーにストリーミングし始めるまでの時間です。

itextsharpでこれを実行しようとしましたが、ライブラリが線形化されたPDFを出力できないことがわかりました。（http://itext.ugent.be/library/question.php?id=21を参照してください）それでも、次のASP.NET/itextsharpスクラッチコードは、私たちが考えている種類のAPIを示しています。特に、itextsharpが常に線形化されたPDFを出力する場合は、次のようなものがすでに解決策になっている可能性があります。

理想的には.NETライブラリを探していますが、他のオプションについても聞く価値があります。

メソッドに線形化点がないことを確実に証明できる場合、それは必ずしもそのメソッドが線形化できないことを意味しますか? また、サブ質問として、メソッドに線形化ポイントがないことをどのように証明できますか?

サーブレットを提供する Web アプリを実行しています。このサーブレットは、ネットワーク ファイル システムから PDF ファイルを開き、最終的に要求元のブラウザーにストリーミングします。

すべての pdf ファイルは、adobe ライフサイクル pdf ジェネレーターによって線形化され、高速な Web 表示の準備が整います。

残念ながら、高速 Web ビューは機能しません。Javaコードでファイルを開いてストリーミングする方法と、応答ヘッダー情報の設定の問題だと思います。webapp 内のテスト pdf を jboss AS にデプロイし、ブラウザーから URL で直接開くと、インクリメンタル ロードが機能します。

誰でも私を助けることができますか？

私のサーブレットのコードは次のとおりです。

線形化の順序はどの程度正確に決定されますか。次のコードの線形化の順序は、wait（）によって解放された順序であるとどのように言えますか。コードが線形化可能かどうかをどのように確認できますか？

これは機能しません:

コンパイラは不平を言います：

これは次のことを行います。

質問:

• なぜそれが機能するのですか？
• 2 番目のスニペットはどのように異なりますか? （二重継承の問題について）
• 2 番目のスニペットまたはパターンは何らかの形で役に立ちますか?

私はこれをしたい：

ただし、線形化の順序によってParensがFooの後に配置されるため（もちろん、Fooは常に来る）、ParensはFoo.renderにアドバイスできません。

私はこれを行うことになります：

しかし、それが物事を壊すので、時々私は本当にそれをしたくありません。私の知る限り、線形化の順序だけが邪魔になりますが、それを変更する方法がわかりません。何がこれをきれいにするのでしょうか？

.Netの基本的な同時実行プリミティブはどこにありますか？

具体的には、チェックアンドセット演算子を使用したいと思います。

次の 3 つのタイプ INT(4)、つまり Short 、または INT(8) または varchar(512) のキーを持つことができる多次元ポイントがあります。

このため、通常のヒルベルト曲線変換は使用できません。コンパクトなヒルベルト インデックスを計算するための非常に優れたリソースを見つけました。ここにリンクがあります。

http://web.cs.dal.ca/~chamilto/hilbert/index.html

彼の論文のポイントと動機は理解できますが、コードを解読することはできません。コンパクト ヒルベルト インデックスとその逆関数を計算するために呼び出す関数がわかりません。

これが私に頭痛の種となる特性線形化パズルゲームです。私は基本的Nodeに定義しequals、hashCode他のものと比較するタイプを持っていますNode。そして、私は余分なデータと一緒にSelectorラップする可能性のあるタイプを持っているので、それ自体があり、他のデータと比較されます。NodeequalshashCodeSelector

今、私はとStandaloneを組み合わせたタイプを持っていますが、NodeとSelectorに関して一貫性のない（？）線形化を取得しequalsますhashCode：

EventまたはStandalone：のいずれかから拡張すると、すべてが正常になります（より具体的なhashCode 1が呼び出されます） 。

この順序で両方から拡張しても問題ありません。

しかし、私がこれを行うと、混乱します：

小さな.dot図を作成しました（ミックスインは左から右に並べられています）：

したがって、線形化ルールを正しく理解していれば、常にhashCodeによって実装されるはずSelectorです。この振る舞いの唯一の説明は、ある種の貪欲で深さ優先の事柄が関係しているということです...？

Standaloneまた、いつでも混合されていることを確認するために使用できる手法があれば、 （コピーとからへのコピー以外の）Selectorオーバールールが確実に行われるようになります。これは非常にありがたいことです。NodeequalshashCodeSelectorStandalone

これはScala2.9.2の場合です。