-
Notifications
You must be signed in to change notification settings - Fork 49
UserGuide_IndividualFunctions.ja
2026年7月更新版
- Open 棟梁を用いたアプリケーション開発を行う、SE・開発者
本ドキュメントは、フレームワークの持つ各機能の利用方法について纏めています。
本ドキュメントに記載の会社名・商品名は、各社の商標または登録商標です。
※ API・XML 定義の詳細は付属の「ユーザ利用 API 一覧.xls」「API リファレンス マニュアル.zip」および元資料を参照してください。
本章では、それぞれの名前空間が実装する共通 API について説明します。概要については付属の「ユーザ利用 API 一覧.xls」「API リファレンス マニュアル.zip」を参照してください。
表 1.1 Public 名前空間の共通 API(主なクラス/メソッド)
| 機能 | クラス | 主なメソッド |
|---|---|---|
| ファイルの読み込み | ResourceLoader / EmbeddedResourceLoader | ファイル/埋め込みリソースの読み込み |
| ログ出力処理 | LogIF | DebugLog、InfoLog、WarnLog、ErrorLog、FatalLog |
| コンフィグからのパラメタ取得 | GetConfigParameter | GetConfigValue (appSettings)、GetConnectionString (connectionStrings) |
| エンコーディング処理 | CustomEncode [1] | StringToByte、ByteToString、HtmlEncode [2]、UrlEncode [3]、ToBase64String、FromBase64String |
| JIS2004 チェック処理 | JIS2k4Checker | CheckSurrogatesPairChar、DeleteSurrogatesPairChar、CheckCharAddedWithJIS2k4、DeleteCharAddedWithJIS2k4 |
| 文字列編集処理 | StringConverter / StringChecker / FormatConverter / FormatChecker | 全半角・平片仮名変換、各種チェック、西暦和暦変換、郵便・電話番号チェック 等 |
表 1.2-1 Framework 名前空間の共通 API - P層フレームワーク(主なメソッド)
| 機能 | クラス | 概要・分類 | 主なメソッド |
|---|---|---|---|
| 子画面表示機能 [4] | BaseController | メッセージ ダイアログ表示 | ShowOKMessageDialog、ShowYesNoMessageDialog |
| Yes・No メッセージ ダイアログの後処理を実装 | UOC_YesNoDialog_X/Yes/No_Click | ||
| 業務モーダル ダイアログ表示 | ShowModalScreen、GetScriptToShowModalScreen | ||
| 業務モーダル ダイアログを閉じる | CloseModalScreen(_NoPostback/_WithAllParent) | ||
| 業務モーダル ダイアログの後処理を実装 | UOC_ModalDialog_End | ||
| 業務モードレス ダイアログ表示 | ShowNormalScreen、GetScriptToShowNormalScreen | ||
| セッション管理機能 [5] | BaseController | (業務モーダル ダイアログの)親画面別セッション領域系 | SetDataToModalInterface、GetDataFromModalInterface、DeleteDataFromModalInterface |
| ブラウザ ウィンドウ別 セッション領域系 | SetDataToBrowserWindow、GetDataFromBrowserWindow、DeleteDataFromBrowserWindow | ||
| サブシステムID別 セッション領域系 | SetSubsysInformation、GetSubsysInformation、DeleteSubsysInformation | ||
| ユーザ情報用セッション領域系 | SetUserInformation、GetUserInformation、DeleteUserInformation | ||
| 画面遷移機能 | BaseController | 画面遷移制御機能を利用しない場合 | FxTransfer (Server.Transfer)、FxRedirect (Response.Redirect) |
| 画面遷移制御機能を利用する場合 | ScreenTransition(メソッド)、TransitionMethod (ON・OFF判別プロパティ) | ||
| その他 | BaseController | コントロール取得ユーティリティ・メソッド | GetFxWebControl、GetMasterWebControl、GetContentWebControl |
| ユーティリティ メンバ変数 | RootMasterPageFileNoEx、ContentPageFileNoEx、CurrentScriptManager、AjaxExtensionStatus、IsClientCallback |
表 1.2-2 Framework 名前空間の共通 API - B、D層フレームワーク(主なメソッド)
| 機能 | クラス | 概要・分類 | 主なメソッド |
|---|---|---|---|
| B層フレームワーク | BaseLogic | Dam管理 | SetDam、GetDam |
| Transaction管理...(5章参照) | GetTransactionPatterns、InitDam | ||
| D層フレームワーク | BaseDao | Dam管理 | BaseDao (コンストラクタ)、GetDam |
| クエリ設定 | SetSqlByFile、SetSqlByFile2、SetSqlByCommand、SetParameter、GetParameter、SetUserParameter | ||
| データ アクセス | ExecSelectFill_DT、ExecSelectFill_DS、ExecSelect_DR、ExecSelectScalar、ExecInsUpDel_NonQuery |
表 1.2-3 Framework 名前空間の共通 API - その他
| 機能 | クラス | 主なメソッド |
|---|---|---|
| 共有情報取得 (3 章参照) | GetSharedProperty | GetSharedPropertyValue |
| メッセージ取得 (3 章参照) | GetMessage | GetMessageDescription |
| 通信制御 (6 章参照) クライアント側 | CallController | メソッド:Invoke、プロパティ:Context、ProxyUrl、NetworkCredentialToProxy、NetworkCredentialToWAS |
| 通信制御 (6 章参照) サーバ側(サービス・インターフェイス) | ASPNETWebService.FxController、WCFService.WCFTCPSvcForFx | - |
P 層の子画面表示機能では、JavaScript 関数を利用して、フレームワークの用意する子画面を起動します。子画面の利用準備として、サンプル付属の「OK メッセージ ダイアログ」(myOKMessageDialog.aspx(.cs))、「YES・NO メッセージ ダイアログ」(myYesNoMessageDialog.aspx(.cs)) の実装を参考にします。モジュール名称を変更した場合は、web.config の「FxYesNoMessageDialogPath」「FxOKMessageDialogPath」パラメタの値を変更する必要があります。
- OK メッセージ ダイアログ:「ShowOKMessageDialog」メソッドを P 層のイベント処理から呼び出す。引数:messageID、message、iconType、dialogName、dialogStyle (オプション)。
// メッセージ表示
this.ShowOKMessageDialog("メッセージID", "メッセージ:" + msg,
FxEnum.IconType.INFORMATION, "ダイアログ表示テスト");
// メッセージ表示(オーバーロード)
this.ShowOKMessageDialog("メッセージID", "メッセージ:" + msg,
FxEnum.IconType.INFORMATION, "ダイアログ表示テスト",
"dialogWidth:450px;dialogHeight:250px;status:no;");図2.2.1 OKメッセージ ダイアログの表示
-
YES・NO メッセージ ダイアログ:
- 「ShowYesNoMessageDialog」メソッドを呼び出す。引数:messageID、message、dialogName、dialogStyle (オプション)。
// メッセージ表示
this.ShowYesNoMessageDialog(
"メッセージID", "メッセージ",
"ダイアログ表示テスト");
// メッセージ表示(オーバーロード)
this.ShowYesNoMessageDialog(
"メッセージID", "メッセージ",
"ダイアログ表示テスト", "dialogWidth:640px;dialogHeight:480px;status:no;");- [YES]・[NO]・[×] ボタンに対応した後処理は「UOC_YesNoDialog_Yes/No/X_Click」メソッドを「画面コード クラス」でオーバーライドして実装する。
/// <summary>「YES」・「NO」メッセージ・ダイアログの「×」が押され閉じられた場合の処理を実装する。</summary>
/// <param name="parentFxEventArgs">親画面側のボタンのイベントハンドラの共通引数</param>
protected override void UOC_YesNoDialog_X_Click(FxEventArgs parentFxEventArgs)
{
// 「YES」・「NO」メッセージ・ダイアログの「×」が押され閉じられた場合の処理を実装
// TODO:
// switch文
}/// <summary>「YES」・「NO」メッセージ・ダイアログの「YES」が押され閉じられた場合の処理を実装する。</summary>
/// <param name="parentFxEventArgs">親画面側のボタンのイベントハンドラの共通引数</param>
protected override void UOC_YesNoDialog_Yes_Click(FxEventArgs parentFxEventArgs)
{
// 「YES」・「NO」メッセージ・ダイアログの「YES」が押され閉じられた場合の処理を実装
// TODO:
// switch 文
}/// <summary>「YES」・「NO」メッセージ・ダイアログの「NO」が押され閉じられた場合の処理を実装する。</summary>
/// <param name="parentFxEventArgs">親画面側のボタンのイベントハンドラの共通引数</param>
protected override void UOC_YesNoDialog_No_Click(FxEventArgs parentFxEventArgs)
{
// 「YES」・「NO」メッセージ・ダイアログの「NO」が押され閉じられた場合の処理を実装
// TODO:
// switch文
}- 引数の「親画面のボタン履歴情報」(
parentFxEventArgs.ButtonID) をスイッチ文で判別して後処理を実装する。ボタン履歴情報記録機能(buttonHistoryRecorder パラメタ)が[off]に設定されている場合、parentFxEventArgs.ButtonIDの値は常に"dummy"となるので注意する。
// スイッチ文の実装例:スイッチ文には次のようなコードを実装する。
switch (parentFxEventArgs.ButtonID)
{
case "btnXXXX":
// btnXXXXボタンで開いた[YES]・「NO」メッセージ・ダイアログの[YES]ボタンを押した時の後処理
break;
case "btnYYYY":
// btnYYYYボタンで開いた[YES]・「NO」メッセージ・ダイアログの[YES]ボタンを押した時の後処理
break;
default:
break;
}-
業務モーダル ダイアログ:
- サーバ側イベントからは「ShowModalScreen」、クライアント側イベントからは「GetScriptToShowModalScreen」を使用する (引数:screenURL、dialogStyle)。
// 画面表示
this.ShowModalScreen("URL");
// 画面表示(オーバーロード)
this.ShowModalScreen("URL", "dialogWidth:640px;dialogHeight:480px;status:no;");// 画面表示
this.GetScriptToShowModalScreen("URL");
// 画面表示(オーバーロード)
this.GetScriptToShowModalScreen("URL", "dialogWidth:640px;dialogHeight:480px;status:no;");// スタイル指定なし
this.btnShowModalScreen1.OnClientClick = "return " + this.GetScriptToShowModalScreen("URL") + ";";
// スタイル指定あり
this.btnShowModalScreen2.OnClientClick = "return " + this.GetScriptToShowModalScreen("URL", "STYLE") + ";";- 閉じるには「CloseModalScreen」「CloseModalScreen_NoPostback」を使い分ける (閉じた後の動作が異なる)。
/// <summary>
/// 現在の画面を閉じる。親画面に戻った際に、
/// ポストバックを実行し後処理を実行する。
/// </summary>
protected void CloseModalScreen()
/// <summary>
/// 現在の画面を閉じる。
/// 親画面に戻った際に、ポストバックをせず後処理を実行しない。
/// </summary>
protected void CloseModalScreen_NoPostback()- 後処理は「UOC_ModalDialog_End」に実装する。
/// <summary>業務モーダル画面の後処理を実装する。</summary>
/// <param name="parentFxEventArgs">業務モーダル画面を開いた(親画面側の)ボタンのボタン履歴</param>
/// <param name="childFxEventArgs">業務モーダル画面を閉じた(一番最後に押された子画面側の)ボタンのボタン履歴</param>
protected override void UOC_ModalDialog_End(FxEventArgs parentFxEventArgs, FxEventArgs childFxEventArgs)
{
// 業務モーダル画面の後処理を実装
// TODO:
// switch文
switch (parentFxEventArgs.ButtonID)
{
case "btnXXXX":
// btnXXXXボタンで開いた業務モーダル ダイアログの
switch (childFxEventArgs.ButtonID)
{
case "btnAAAA":
// btnAAAAボタンを押して画面を閉じた時の後処理
~
break;
case "btnBBBB":
// btnBBBBボタンを押して画面を閉じた時の後処理
~
break;
~
default:
break;
}
break;
case "btnYYYY":
// btnYYYYボタンで開いた業務モーダル ダイアログの
switch (childFxEventArgs.ButtonID)
{
case "btnAAAA":
// btnAAAAボタンを押して画面を閉じた時の後処理
~
break;
case "btnBBBB":
// btnBBBBボタンを押して画面を閉じた時の後処理
~
break;
~
default:
break;
}
break;
~
default:
break;
}
}フレームワークの仕様では、前述の「YES・NO メッセージ ダイアログ表示処理の後処理」「業務モーダル ダイアログ画面表示処理の後処理」を、「画面コード親クラス2 」上の「マスタ ページ上のコントロールの共通イベント処理」に実装できない。これは、どの「マスタ ページ」・「コンテンツ ページ」の「ボタン履歴」であるかを「画面コード親クラス2」上の「マスタ ページ上のコントロールの共通イベント処理」で判別できないためである。
- 業務モードレス画面:「ShowNormalScreen」メソッドを呼び出す (引数:screenURL、screenStyle)。
// 画面表示
this.ShowNormalScreen("testScreen.aspx");
// 画面表示(オーバーロード)
this.ShowNormalScreen("testScreen.aspx", "width=960,height=700;");- 親画面と業務モーダル ダイアログとの情報受け渡しには 4 種類のメソッドを使用します(図2.3)。受け渡しの情報を保持する領域は「親画面別セッション領域」となるため、セッションの重複 (競合) を考慮する必要はありません。利用後は必ず消去するか、大きなデータを格納しないようにしてメモリ リークを防ぎます。
/// <summary>受け渡しデータの設定</summary>
/// <param name="name">キー名</param>
/// <param name="value">値</param>
protected void SetDataToModalInterface(string name, object value)
/// <summary>受け渡しデータの取得</summary>
/// <param name="name">キー名</param>
protected object GetDataFromModalInterface(string name)
/// <summary>受け渡しデータの削除(キー毎)</summary>
/// <param name="name">キー名</param>
protected void DeleteDataFromModalInterface(string name)
/// <summary>受け渡しデータの削除(全て)</summary>
protected void DeleteDataFromModalInterface()- 共有情報取得機能:XML 定義ファイルに「キー」「共有情報」を定義し、API から「キー」を指定して「共有情報」を取得するオプション機能。
- メッセージ取得機能:XML 定義ファイルに「メッセージ ID」「メッセージ」を定義し、API から「メッセージ ID」を指定して「メッセージ」を取得するオプション機能。
SharedProp タグの key 属性にキー、value 属性に共有情報を定義します。Message タグの id 属性にメッセージ ID、description 属性にメッセージを定義します (フォーマットの詳細は DTD に従う)。
図 3.1 メッセージ取得機能の XML 定義ファイル
- 共有情報取得機能:app.config の
FxXMLSPDefinitionパラメタにファイルへのパスを指定する。(図3.2-1) - メッセージ取得機能:app.config の
FxXMLMSGDefinitionパラメタにファイルへのパスを指定する。(図3.2-2) - クライアント側で利用する場合は、XML 定義ファイルを埋め込みリソースとしてコンパイルし、ファイル名を「名前空間 + ファイル名」で指定する。(図3.2-3)
- 共有情報取得:「GetSharedProperty」クラスの「GetSharedPropertyValue」メソッド。(図3.3-1)
- メッセージ取得:「GetMessage」クラスの「GetMessageDescription」メソッド。(図3.3-2)
画面遷移制御機能は、XML 定義ファイルに画面遷移を定義し、定義した画面遷移ラベルにより画面遷移をするオプション機能です。画面遷移チェック機能を有効にすると、定義されない画面遷移をエラーにできます。
図 4.1 画面遷移例
-
Screen タグ:value 属性に当該画面の仮想パス、directLink 属性に直リン (Get) の許可 (
allow)・不許可 (deny) を指定する。 - Transition タグ (Screen の子要素):value 属性に遷移先画面の仮想パス、label 属性に「画面遷移ラベル」(API に渡す)、mode 属性に画面遷移方法 (T:Transfer、R:Redirect) を指定する。
- CmnTransition タグ (Screen と同列):共通的な遷移を定義する。value・label・mode 属性を持つ。
(図4.2。※ value 属性値は Query String を含めて定義できるが、XML 中では「&」を & とエスケープする必要がある)
-
FxScreenTransitionMode:機能の有効・無効と既定の画面遷移方法 (T or R) を指定。OFF で機能無効。 -
FxScreenTransitionCheck:画面遷移チェック機能の有効・無効。ON で未定義の画面遷移をエラーにできる。機能が OFF の場合はチェックも OFF。 -
FxXMLSCDefinition:XML 定義ファイルへのパス。(図4.3)
画面遷移制御機能を使用する場合は「BaseController」クラスの「ScreenTransition」メソッドを使用します (指定する Label 文字列には Query String を含められる)。機能を使用しないで画面遷移する場合は「FxTransfer」「FxRedirect」メソッドを使用します (URL 文字列に Query String を含められる)。(図4.4-1〜4.4-4)
トランザクション制御機能は、XML 定義ファイルにトランザクション パターンを定義し、定義したパターンでデータ アクセス制御クラス (以降 DAM) を初期化するオプション機能です。複数の DAM を初期化する場合は、トランザクション グループで複数パターンをグループ化できます。
TransactionPattern タグの id 属性にパターン ID、connkey 属性に接続する DB の Connection String を取得するキー [11]、isolevel 属性に分離レベルを指定します。TransactionGroup タグの id 属性にグループ ID、value 属性にパターンのカンマ区切りリストを指定します(図5.1)。
isolevel 属性の値:nc (コネクションしない)、nt (ノー トランザクション)、uc (リード アン コミット)、rc (リード コミット)、rr (リピータブル リード)、sz (シリアライザブル)、ss (スナップ ショット)、df (デフォルト)。
app.config の FxXMLTCDefinition パラメタにファイルへのパスを指定します。(図5.2)
定義したパターンで DAM を初期化するには、BaseLogic クラスの「InitDam」メソッドを使用します。トランザクション グループで複数の DAM を初期化するには「GetTransactionPatterns」でパターンを取得し「InitDam」で初期化します。
図 5.3-1 DAM の初期化(サンプル コード)
(複数 DAM の初期化:図5.3-2)
通信制御などでサービス化する場合は、トランザクション パターンを、属性ベース プログラミングの作法に習い「業務コード クラス」に属性 (属性クラス) として持たせる方式が良いです。属性クラスとして [Touryo].Infrastructure.Business.Util 名前空間の「MyAttribute」クラスを使用します。クラスに設定された属性クラスを取得するには MyAttribute.GetCustomAttributes(this) メソッドを使用します。(図5.4)
通信制御機能は、XML 定義ファイルに「サービス論理名」に対応する「呼び出し先 (プロトコル、アドレス)」と「呼び出しモジュール (アセンブリ、クラス)」を定義し、定義した「サービス論理名」で処理を呼び出し実行するオプション機能です。
呼び出し先の大分類として、インプロセスと、サービス インターフェイスがあります。サポートされるサービス インターフェイスのプロトコルは、ASP.NET Web Service (WS-I Basic Profile v1.1)、WCF (HTTP、TCP/IP) です。テンプレートは ~\root\programs\C#\Frameworks\Infrastructure\ServiceInterface\ASPNETWebService に配置されています。
- ServiceForFx.asmx(.cs):.NET 言語用の Web メソッド (.NET オブジェクト I/F) を持つ。プロジェクト個別にサーバ側の認証処理を実装する必要がある。
図 6.1-1 ServiceForFx.asmx(.cs)
- ServiceForMu.asmx(.cs):その他の言語用の汎用 Web メソッド (文字列 I/F) を持つ。コンテキスト情報・引数情報の .NET オブジェクト化の処理、およびサーバ側の認証処理を実装する必要がある。
図 6.1-2 ServiceForMu.asmx(.cs)
業務処理は従来の B/D 層と同じ方法で実装可能です。ポイントは、クライアント側・サーバ側の両方で必要となる引数・戻り値の「型情報」を個別のアセンブリとしてビルドするため、プロジェクトを分割しておくことです。「型情報」は、クライアント プログラム・サービス インターフェイス・B/D 層プログラムのそれぞれで参照可能にしておく必要があります。
図 6.2.1 型情報専用のプロジェクトを作成
クライアント プログラムからインプロセス呼び出しする場合、フレームワーク類・型情報アセンブリは参照設定、B/D 層アセンブリはレイトバインドでデプロイします (配置先はクライアントの種別による)。
図 6.2.2-1 クライアントでのインプロセス呼び出し(Web アプリケーション、Web サービス)
図 6.2.2-2 クライアントでのインプロセス呼び出し(Windows/Console アプリケーション)
図 6.2.2-3 サービス インターフェイス経由でのインプロセス呼び出し
通信制御機能には 2 つの XML 定義ファイルがあります。
-
「呼び出し先 (プロトコル、アドレス)」の名前解決定義:
Transmissionタグの id 属性に「サービス論理名」、protocol 属性にインプロセス (1)・ASP.NET Web Service (2) を指定。インプロセス以外は url・timeout 属性を定義。Urlタグ・Propタグで URL と接続オプション情報を定義。(図6.3.1、接続オプションは表6.3.1 参照) -
「呼び出しモジュール (アセンブリ、クラス)」の名前解決定義:
Transmissionタグの id 属性に「サービス論理名」、assemblyName 属性にアセンブリ名、className 属性にクラス名 (完全限定名) を指定。(図6.3.2)
表 6.3.1 接続時のオプション情報(主なもの)
| 項番 | プロパティ | 説明 |
|---|---|---|
| 1 | 認証資格情報 (UserName/Password/Domain) | WAS [13] 認証の資格情報 |
| 2 | プロキシ情報 (ProxyUrl/PUserName/PPassword/PDomain) | プロキシ経由の要求とプロキシ認証 |
| 3 | クライアント証明書 (CertFile/CertPassword) | Authenticode X.509 v.3 証明書 (複数指定不可) |
| 4 | Compression | HTTP 圧縮の有効・無効 (true/false) |
| 5 | UserAgent | ユーザ エージェント ヘッダの値 |
| 6 | ConnGroupName | 使用する接続グループの名前 |
配置先:「呼び出し先」の定義はクライアント プログラム、「呼び出しモジュール」の定義はクライアント (Web アプリケーション) とサーバ (サービス インターフェイス) に配置します。
app.config の FxXMLTMProtocolDefinition (呼び出し先)、FxXMLTMInProcessDefinition (呼び出しモジュール) パラメタにパスを指定します。(図6.4)
定義した「サービス論理名」で処理を呼び出し実行するには「CallController」クラスの「Invoke」メソッドを使用します(図6.5-1)。通信制御機能を利用した場合も、開発者編 4.2 節の「業務コード クラス」のメソッド呼び出し処理と殆ど違いがありません。「CallController」には Context、ProxyUrl、NetworkCredentialToProxy、NetworkCredentialToWAS プロパティ (書き込み専用) を指定でき、実行時はこちらの値が優先されます(図6.5-2)。
Ajax 連携機能は、Client Callback や ASP.NET 2.0 AJAX Extensions などの Ajax 機能と連携する機能です (いずれも aspx のポストバックとして動作します)。
サンプル コードを参考に Client Callback 機能を利用できます(図7.1-1〜7.1-3)。
図 7.1-1 Client Callback の利用準備
ポイントは、サーバ側の処理関数の入り口は 1 つしか用意できないという点です (クライアント側の結果受信関数は処理区分毎に複数用意できる)。「PageLoad」イベントなどでは this.IsClientCallback プロパティで、通常のポストバックか Client Callback によるものかを判別できます。
Extensions では、イベントハンドラを P 層フレームワークのイベント処理機能と同じ実装方法で実装可能です。利用するには、マスタ ページ上にスクリプト マネージャを配置し (図7.2-1)、必要であればコンテンツ ページ上にスクリプト マネージャ プロキシを配置します (図7.2-2)。Extensions の対象とするコントロールをアップデート パネルで囲みます (図7.2-3〜7.2-5)。コード ビハインドでは、スクリプト マネージャ (this.CurrentScriptManager) を使用してコントロールをポストバック対象 ⇔ Extensions 対象に変更できます (図7.2-6)。
現在の要求が通常のポストバックか Extensions のものかは、this.CurrentScriptManager.IsInAsyncPostBack や this.AjaxExtensionStatus プロパティで判別できます。AjaxExtensionStatus (FxEnum.AjaxExtStat) は、IsNotAjaxExtension (通常のポストバック)、IsAjaxExtension (Extensions のポストバック)、NoAjaxExtension (Extensions をサポートしない画面) の 3 状態を判別できます。
- クロスブラウザ対応(ダイアログ表示機能 [16]):IE、Sleipnir では問題ない。Firefox (ver2 以前) はダイアログ系機能がサポートされない。Firefox (ver3 以降)・Safari・Chrome では「業務モーダル ダイアログ」が表示できない (Chrome はポップアップブロックを解除できない問題もある)。Opera はダイアログ系がサポートされない。
- 画面遷移関連:ページ間ポスティング [17] はサポートしていない。Transfer 使用時は Form 情報などの引継ぎを行わない (推奨の情報受け渡し方法は Transfer:HTTP コンテキスト、Redirect:HTTP セッション)。フレームワーク提供のメソッドを使用せずに画面遷移する場合は「ウィンドウ別セッション領域」を使用できない。
- エンコーディングに関する処理。
- HTML エンコーディング。
- URL エンコーディング。
- 子画面表示機能 (メッセージ ダイアログ、業務モーダル/モードレス画面)。
- セッション管理機能。
- .NET WSB (Web サービス ブリッジ) 用。
- 表示する業務モーダル ダイアログの URL。
- DTD を変更すれば directLink のデフォルト値を deny に変更できる。
- 画面遷移チェック機能を OFF にするとチェック処理を実行しない。
- 画面遷移制御機能のメソッド。
- connectionStrings セクションのキー。
- 接続時のオプション情報を文字列で指定する。
- WAS (Web Application Server)。
- コントロールをポストバック対象に変更する。
- コントロールを Extensions 対象に戻す。
- ダイアログ表示機能のクロスブラウザ制限。
- ページ間ポスティング (Cross-Page Posting)。
-以上-