4

かなり大規模なxPagesアプリケーションの開発中に、Dominoがアプリケーション設計の変更後にアプリケーション内のすべてのsessionScope、viewScope、applicationScope変数を削除するという事実に気づきました(これにより、サーバーで内部アプリケーションがリロードされます)。これは開発プロセスでは理解できますが、接続されたユーザーに一貫性がなくなるため、本番環境では実際には受け入れられません。コードまたはxpage(ユーザーが作業しているxpageではなく任意のxpage)での単純なタイプミスの修正でさえ、本番アプリケーションに変更を適用すると、この削除が発生します。この動作を克服する方法はありますか?(営業時間外などにアプリケーションを更新できることはわかっていますが、タイプミスの修正など、変更を迅速に提供する必要がある場合の新しいアプリケーションの問題です...)

4

3 に答える 3

6

アプリケーションを変更すると、スコープ変数(およびその内容)が無効になる可能性があるため、これを行う必要があります。アプリケーション(xpageアプリだけでなく)の更新は、ユーザーがいない/限られた数の指定されたトリムフレームで実行する必要があります。

于 2012-04-13T10:07:36.623 に答える
2

前の質問に対するこの回答は、あなたに選択肢を提供するかもしれません。元の質問のコンテキストでは、リスナーを定義するための提案は、スコープが破棄される前にクリーンアップを実行する機会を提供することだけでした。ただし、これらのタイプのリスナーを使用して、これらのスコープの状態を保存および復元することもできます。JJTBが言及している理由から注意を促しますが、完全に無関係な変更(たとえば、構造的、論理的ではない)を行っている状況では、これにより、ユーザーが頻繁なスコープクリアの影響を受けないようにすることができます。

于 2012-04-13T10:45:20.303 に答える
0

jjtbsomhorstが理由を説明しました。追加したいのは、スコープ変数に依存せず、Beanを使用することです。豆には「新鮮なものを調理するための処方」が含まれており、適用するのにはるかに安全です。質問で述べたようにアプリケーションを更新すると、特定のイベント(通常はロード時)で計算されたスコープ変数は永久に失われます。ただし、Beanを使用した場合、その値は必要に応じて再作成されます。

于 2012-04-13T11:11:28.540 に答える