本当の問題は、実際に別のアーキテクチャを扱っていることです。つまり、何らかの交通手段が必要だと誰かに言うようなものです。大型トラックと軽量小型飛行機は、非常に異なる設計目標で製造されています。
ドアの重量だけでなく、トラックのドア ハンドル メカニズムでさえ、その小さな航空機には 100% 不適切です (重量と使用される材料だけでもすべて間違っています)。
もちろん、他の問題は、ここで複製しようとしている「外観」とレイアウトを生み出す、Access の「有名な」長く使用されている機能がいくつかあることです。最初の特徴はもちろん連続フォームです。つまり、フォームに 1 行のコントロールを配置しますが、データとコントロールは何度も繰り返されます。asp.net にはこの単純な UI はなく、特にデータ バインドされた seutp はありません。
このようなシステムの優れた点は、次のようなフォームを Access でわずか 1 分で作成できることです。
もう 1 つの優れた機能は、Access で 1 対多またはリレーショナル データを "モデル化" する方法です。ここで使用される一般的なアプローチは、サブフォームと呼ばれるものです。メイン フォームとサブ フォームを組み合わせることで、親から子へのリレーショナル データのセットアップを構築および維持できます。これもコードなしで実行できます。次のようなフォームについて話します。
(上記のように、機器リストが表示されます。これは、サブ フォーム、コンティネウス フォーム、および親の「子」テーブルであることに注意してください。このようなデザインは、Access でコードを使用しません)。したがって、そのサブフォームのデータバインディングはメインフォームから100%分離されており、変換中にコントロールとレイアウトを混同すると、より多くの作業が行われ、おそらくより多くの混乱が生じるため、レイアウトコンバーターが役立つかどうかはわかりません。 -もつれ。一言で言えば、これは非常に違います!
公平を期すために、私が使用した上記のスクリーン ショットは Access Web フォームです。Access 2010 には Web 公開機能があることに気付きました。次のビデオでは、中間点に切り替えて Access アプリケーションをブラウザーで 100% 実行しています。この機能に必要な ActiveX または Silverlight はありません。
http://www.youtube.com/watch?v=AU4mH0jPntI
上記の主な提案は、実際には Access を使用して Web フォームを作成するため、Web ベースのアプリケーションで同じルック アンド フィールを維持できることです。
残念ながら、既存の VBA フォームを 2010 用のこれらの新しい Web フォームに自動的に変換する機能はありません。とにかくフォームを再レイアウトする方がよいと思います。前述のように、データ処理コードからの UI のデータベース バインディングと分離により、このようなセットアップはとにかくまったく異なります。
また、継続フォームやサブフォームがなければ、asp.net フォームに存在する 1 対 1 のタイプのマッピングは存在しませんが、Access Web フォームを使用することを選択した場合は存在します。
結局のところ、Web は非常に異なっているため、フォームを再構築することは理にかなっていると思いますが、ここでの目標によっては、Access の新しい Web フォーム発行機能を使用しても同じ結果が得られます。ルック アンド フィール – 継続フォームの「古典的な」使用のルック アンド フィール、およびサブ フォームのルック アンド フィール。