問題タブ [scaling]

私たちが作成した1人の顧客向けのWebアプリケーションは、製品化されて数十社に販売され、ホスティングを行います。

単一の（または非常に少数の）マルチテナントインスタンスを使用するのではなく、顧客ごとに個別のインスタンスを展開することの長所と短所に関するガイダンスを使用できます。

最初は、立ち上げるときに、新しい顧客ごとにアプリケーションの個別のインスタンスを展開する必要があります（一度に1つずつオンラインになります）。これが唯一の即時オプションだからです。メンテナンスに関しては、これはあまり拡張できないと思います。4つまたは5つを超えるインスタンスが存在すると、変更の展開は非常に面倒になり、エラーが発生しやすくなります。どういうわけかそれを自動化しない限り。

また、単一インスタンスの哲学は、人々がカスタマイズを必要とする場合、それがフォークの束につながる可能性があるようです。そして、それを避けるのはいいことです。

それで、これであなたの経験は何でしたか？

ボーナス質問＃1：それぞれ2mのレコードを持つ10台のSQL Serverと、20mの巨大な1台のSQL Serverのパフォーマンスの違いは何ですか？それらがすべて1つのテーブルにあり、主に単一のレコードに対して挿入と選択を行っているとします。選択は、インデックス付きのvarchar（12）または日付フィールドにある場合があります。

ボーナス質問＃2：フォークを回避するには、カスタマイズを構成可能にするか、プラグインアーキテクチャを構築する必要があると思います。ただし、それによってカスタマイズのコストが増える可能性があります。テキストボックスのサイズを変更するのに1週間かかるようなショップにはなりたくありません。また、インフラストラクチャに過剰な投資をしたくありません。それについて何か考えはありますか？

スケールの詳細

各顧客は、最大数百万のレコードまで、かなりの量のデータを持っています。

同時ユーザーの数は非常に少なく、顧客ごとに数人しかいません。さらに、社内の担当者も数人います。

各顧客がカスタマイズを必要とするかどうかは不明ですが、おそらく一部の顧客はカスタマイズを必要とし、おそらくそれらの変更の一部は他の顧客が見たくないものになるでしょう。

簡単な質問 - C# のページに最適なように画像を印刷したい場合、自分でページの寸法に合わせて拡大縮小する必要がありますか?

スケーリングの方法に関する多くの良い答えに気づきました。スケーリングは画像処理の一部ではないため、自分でスケーリングする必要があるかどうかを知りたいだけです。印刷のためだけです。

（単純なはい（それが答えであれば）で十分です）

編集: 現在、次を使用してスケーリングしています:

destRect は必要な出力の寸法の四角形ですが、元の縦横比を維持しながら、この destRect を最適なサイズに設定する単純なアルゴリズムを実行しました。（ちなみに、この単純なスケーリングには満足していません。画像品質が不足しているため、必要に応じてより洗練されたものに更新される可能性があります）。

しかし、印刷目的でフレームワークによって提供される自動スケーリングがあるかどうかを知りたかったのですが、このホイールを再発明したくありません..

組み込みデバイスの画面（メインのQWidgetの上にカスタムウィジェットが含まれている）のシミュレーションを作成しています。画面のネイティブサイズは800x600ですが、ウィンドウをドラッグしてスケールアップおよびスケールダウンできるようにしたいと考えています。コーナー。グリッドレイアウトとストレッチャー（フォントを拡大/縮小しない）をいじることなく、この種のズームを実現するにはどうすればよいですか？解決策の一部は、QTransformを作成し、それをアプリケーション全体のQWidget、またはそのQPaintDeviceまたはQPaintEngineに何らかの形で注入することかもしれないと思います。「メインウィンドウ」のQWidgetだけで、各カスタムウィジェットにQTransformを配置せずにこれを実行したいと思います。

Ok, I'm trying to get a div to scale and the height is always the height of the viewport. I'm going to link to my examples as it needs some explaining.

www.madmediablitz.com/tv/precentdemo.html

The link above is the closest I've come to a solution and I'm hoping that someone here will find it simple to fix. What I want to happen is the tv to always be the height of the viewport (to a degree, min-height:~400px; max-height:~700px;). The code that I used there is based on http://www.alistapart.com/articles/creating-intrinsic-ratios-for-video/.

www.madmediablitz.com/tv/precentdemo_alt.html

This one is what I DON'T want to happen. IF you resize your window you will see it doesn't scale proportionally.

I've been trying both of these for about 2 days now and I haven't been able to get it to work. I'm literally praying for help as I think, this isn't too complicated.

画像のスケールに関係なく、画像上の位置に常に一致するように、画像の形状に沿ってパスを描画する必要があります。これは、通りの名前と道路が航空写真の上に重ねられた Google マップのハイブリッド ビューのようなものだと考えてください。

さらに、このパスはユーザーの指の動きによって描画されるため、画像のピクセル座標でパスのキーポイントを取得できる必要があります。ユーザーは、パスの場所をより正確に設定するためにズームインします。

私は何とかこのアプローチを使用してそれを機能させることができました:

- タッチ インタラクションを処理し、スケーリング、回転、変換値をフラグに応じて UIImageView または PathsView (以下を参照) に配信する CanvasView と呼ばれるカスタム UIView を作成します。

-基本イメージを保持する UIImageView を作成します。これは CanvasView の子として設定されます

- 2D パス ジオメトリを追跡し、カスタム drawRect でそれ自体を描画する PathsView というカスタム UIView を作成します。これは、UIImageView の子として設定されます。

階層: CanvasView -> UIImageView -> PathsView

このように、deliverToImageOrPaths が YES の場合、指のジェスチャーは UIImageView とその子 PathsView の両方を変換します。deliveryToImageOrPaths が NO の場合、ジェスチャは PathsView のみに影響を与え、ジオメトリを変更します。ここまでは順調ですね。

質問: 私が抱えている問題は、ベース UIImageView を (その .transform プロパティを介して) スケーリングすると、PathsView がエイリアシング アーティファクトでスケーリングされることです。drawRect は PathsView でまだ呼び出されていますが、元のバッファー サイズを使用して描画を実行してから補間していると思います。

この問題を解決するにはどうすればよいですか? これらの機能を実装するためのより良い方法はありますか?

PS: PathsView レイヤー クラスを、levelsOfDetailBias 4 と levelsOfDetail 4 を使用して CAtiledLayer に変更してみました。これにより、エイリアシングの問題はある程度解決されますが、レンダリングが許容できないほど遅くなります。

なぜこうなった：

ご覧のとおり、「許可されたツールバー項目」では、「PHP」ツールバー項目の画像は問題ないように見えますが、実際にツールバーにある場合、画像は奇妙に拡大縮小されます。

ありがとう

いくつかのデータポイントを含む折れ線グラフがあります。カスタムラベル関数とデータ関数を使用して、横軸に表示されるラベルが多すぎないようにする方法を解決しました。私の問題は、AxisRendererにラベルを縮小しないように強制することです。

labelRotationプロパティを使用しているので、canDropLabelsプロパティとcanStaggerプロパティはオプションではありません。

返信をよろしくお願いします。

2D エリアをナビゲートできるスケーラブルなビューポートを実装する方法を思い出そうとして、夜の大半を鉛筆で座っていました。初めて聞いてからずいぶん経ちましたが、わかったと思います。確認する必要があります。

「古典的な」デカルト座標系の 2D 世界があり、x 軸は右を指し、y 軸は上を指します。

ワールド領域には、2 つの点 Pmin と Pmax で定義された長方形のビューポートがあります 。ここで、 Pmin(xmin, ymin)、Pmax(xmax, ymax)です。これらのポイントは、ビューポートのサイズ、位置、およびスケールを定義します

ワールド領域には、 Pmin < P(x, y) < Pmaxである点 P があります。(P はビューポート rect にあります)

全体を表示するために、「変更された」座標系、x 軸が右、 y 軸が下を指すキャンバス (たとえば) があります。キャンバスのサイズはMaxX と MaxYです。キャンバスのサイズは固定です。

ここで、ポイントP'(x', y')をキャンバスに表示するには、次のように位置を計算する必要があります。

x' = (x - xmin) * Sx、 どこSx = MaxX / (xmax - xmin)

y' = MaxY - (y - ymin) * Sy、 どこSy = MaxY / (ymax - ymin)

*canvas の座標系により、y' 座標が反転していることに注意してください

言い換えれば、上記の計算は、スケールとビューポートの位置を考慮しながらポイントを表示する必要があります。私は正しいですか？そうでない場合は、私が間違っていることを証明してください。