だから - 私は大きなコード ベースに取り組んでいます 150 万行以上 UI は Windows フォーム デザイナーで作成されました アプリケーションは現在デスクトップ アプリケーションです アプリを Web アプリとして再構築しようとしています テクノロジー スタックを見つけましたトリック スタックには、.Net バックエンド、DOJO UI、および MS MVC アーキテクチャが含まれます
問題 - この種の変換に使用できるさまざまな製品を調べたところ、これほど一致するものは見つかりませんでした すべてをゼロから書き直す - UI だけでも実行不可能です
現状 - これを一度に行うビッグバン ソリューションは、ビジネスの観点からすると 2 つのリスクがあります。今ダウン
現在のアプローチ - Windows フォーム デザイナーが生成したコードを、MS ネイティブのものではなく、DOJO ライブラリを使用して生成された同等の UI に変換するカスタム ツールの構築を検討しています。
質問 - Windows フォーム デザイナーの出力を手続き的に解析して、特定のディスプレイに存在する UI 要素を反復処理して、それらを識別し、選択したターゲット ライブラリから類似の要素を選択できるようにするにはどうすればよいでしょうか。
この質問は、「Windows フォーム デザイナーの出力をプログラムで解析できる SDK はありますか?」と同じ質問だと思います。
VS Studio SDK を大まかに見て、それは間違った答えだと確信しましたが、間違っているかもしれません。お知らせください - よろしく。
これを行わなければならない理由は、現在の展開パラダイムが非常に高価であるためです。これはすべて独自のものであるため、詳細については詳しく説明できませんが、簡単に言うと、現在の状態のアプリケーションは Citrix にデプロイする必要があり、サーバーのコストは月に 10,000 の範囲で実行されています。これは、これを行う重要な経済的インセンティブです。また、書き換えには通常、LOCあたり4ドルの範囲の費用がかかることも認識しています...これは、400万ドルのように非常に高価です。これもやりすぎたので、人件費も含めてどうしたら安くできるか、というところに行き着きます。Web サーバーを使用してアプリケーションを提供すると、必要なサーバーの数が約 95% 削減されることが期待されます。現在の負荷で経験したパフォーマンスは、すでに契約上の QOS 要件を押し上げています。
これは本当に必要なことですが、おそらくこの方法で問題を解決するのは適切なアプローチではありません。他に提案はありますか？