からの移行作業ASPクラシックます。純や痛みを緩和
-
09-06-2019 - |
質問
私たちは、工程の見直しのお客様向きの部当サイトです。純3.5.でも、これまでに構築してきたんのワークフローを格納手続きに最大の変化は、UI、ORMから辞書をLINQ、明らかにされたものの翻訳であります。のページはこの点にして些細な、取り組んでおりますが、最も大きいワークフローページ。
本ページの提供を受け入れ部には1500回線、約90%のとASP、その他1000ライン関数呼び出しに。と思い、1500ラインは人を騙す事もで取り組んでおりますがと宝石のようなこ
function GetDealText(sUSCurASCII, sUSCurName, sTemplateOptionID, sSellerCompany, sOfferAmount, sSellerPremPercent, sTotalOfferToSeller, sSellerPremium, sMode, sSellerCurASCII, sSellerCurName, sTotalOfferToSeller_SellerCurr, sOfferAmount_SellerCurr, sSellerPremium_SellerCurr, sConditions, sListID, sDescription, sSKU, sInv_tag, sFasc_loc, sSerialNoandModel, sQTY, iLoopCount, iBidCount, sHTMLConditions, sBidStatus, sBidID, byRef bAlreadyAccepted, sFasc_Address1, sFasc_City, sFasc_State_id, sFasc_Country_id, sFasc_Company_name, sListingCustID, sAskPrice_SellerCurr, sMinPrice_SellerCurr, sListingCur, sOrigLocation)
標準の実践ってとにかくお過ごしい時間で読み合わせのアプリの両方を垣間で、グレーのクラムシェル型クランプウコウ/推奨されていません。そして仕事を、深さ優先です。私のトップにコピーし、セグメントのコードを aspx.cs
ファイルを開始書き換え、明らかなrefactoringsして行く、特にご利用いただけORM.の場合を取得します関数呼び出しがないん書き出しの定義で設定します。
まっすべてのコードとさせていただき、数時のリファクタリング/テスト。私は疑問い合うこのプロセスの軽減につながり/より効率的です。
解決
うん 正確に だから..私は現在、移行の大型アプリからASPクラシックます。純..というものがありました学習ASP.NET!:S(ありだと思い恐!).
の主なものを飼っていたがたには自分こ
- あまりないと思いますのら猫 すぎ から、現在のデザイン(な巨大なストripすべてのことでASP.NET 魔!) により、非常に高額のカップリングASPクラシックについてのになり得るかということですが、非常に危険です。もちろん、自信があれば、逆に、記入の上おブーツ:こしますので、整理す。
- 背中から試験、試験、クラスマッチも開催されます。思ったよりずっというTDDが非常に難しい試験、既存のアプリですから取り除きまチャンクのクラシック置き換えます。益を確保しているしていてもグリーン光試験の裏付けとして可能です。
- 研究、ある大きな変化とクラシックます。純ができるものの多くのラインのコードを含むクラシックで達成される複数行のコード 考え 前の符号化の..私は学んだこっているという、複数回発
そのように遊んで ジェンガ とのコード:)
とんプロジェクトに、より質問してくださいお願い:)
他のヒント
まっすべてのコードとさせていただき、数時のリファクタリング/テスト。私は疑問い合うこのプロセスの軽減につながり/より効率的です。
通常んのファント駆動の場合のリファクタリングになっているので、かかるものと思われます。
記試験によって最初にするとはなにかを検証するのは少いただいているが実際にしています。その後refactor.ここは信頼性の高いだけ"というそれだけで動いてしまう。'
その他の大きな利益があるが、そのときのリファクタリングからのページには、共有ライブラリか何かできるため、再実行の試験に対してこっているということ無関係に見える変化 た 実際関係
だからクラシックASPをASP3.5ずれて新たに誕生したばかりできます。Skillz.私がレガシー ASP事業のようなものだったのでしょうけやすい構文で書きます。
1500線ASPページに表示すべき事は何か?多くの話をインクルードファイル?ない--の機能な命名規則を教えてくれるなどファイルの施...懐かしい(ふ)...
でっていくといっ固体アプローチ--私のプレの設定顔は丸があった場合は魔法の道を軽減が痛みを発します。後転換から、建築のアプリが汚びUI-重(コード走行の背後にワークフローですがまだまだ多いと思われるのか痛みの維持、リファクタリングを確認することができま食べます。
げていきたいと思います較グレードアップを行っているため反対で書き換えら--という延長するアプリも使を主として負担して維持のためのアプリ化は複雑なワークフローに基づくアプリのように確認することができまより安く、より良い選択を上書き換えすることが可能です。ASP.NET べんがより良いチャンスパフォーマンスを改善するために、拡張性の少なくとも、クラシックASP.からのご質問に思っているのでは遅過程におい議論。
幸運を祈っています。
なるほど良い取り扱います。見ているが多くの人がするようにしてい直線タスセリの益々の飛躍が期待され、すべて、それだけでは無効となります。必要なものを理解しどのようASP.Net 働きたいと望んで 多く 異なるクラシックASPといっています。
大きなファイルもしてみより高いレベルのビューです。例えば、ひとつ気づいたのはクラシックASPした恐ろしい機能ます。ん本を読みものコードと見通話機能のない道を拓くものと期待されるのですが。その結果、クラシックASPコードが長い機能とスクリプトな形で手にジャンプの様子。思い出を見る関数の印刷-40ページで!構文解析を通るコードは楽しいです。
ASP.Net を容易に追従機能の周りで見ることができるかもしれません切りして大きなコードブロックを複数の小さい。
なかの機能がない て命名規約に従う するインクルードファイルはその 実施...このバ 思い出(ふ)...
かね?;)
げていきたいと思います較グレードアップを を確認することができま為だけを書き換え ゼロから--とい 意のアプリも といを主として負担してい 維持のためのアプリ向上 複雑なワークフローに基づくアプリのようにす うより安く、より良い 選択により変換することが可能です。ASP.NET べき 改善の機能 ディス、少なくとも、より クラシックASP.からのお問い 想像するのは遅すぎるのではの プロセスを議論。
こうして話しました。に基づくタイミングとビート、競合他社のサイトへの打上げや資源(基本的に二つのデベロッパーでな劇のサイトから軌道に乗せた。も行っているか想像していた以上にやりやすい.また認識しても、計画の段階からこのコードだけにしか見られないくのです。ていることを確認して下さい改訂履歴のクラシックASPページでのbloodbath.
大きなファイルを私が得 高レベルのビューです。例えば、 ひとつ気づいたのはクラシック ASPした恐ろしい機能ます。ワールドを紹介します読書を通じて一部コード 見通話機能のないヒント これを実装します。その結果、クラシックASPコードが 長機能とスクリプト な形で手にジャンプの様子。思い出 見る関数の印刷に 40ページで!構文解析を通 そのコードは楽しいです。
私たちは日本人じゃありません不快感は、レガシーコードに違いても高レベルの理解システム。そうかもしれません機能については長さがルーチンのほかを整理ダているかもしれませんが小さなもの)を3-4倍速てはaspxページ/ヘルパークラス/ORMsのサイトです。
があった。Netアプリとした移植からASP.きます。aspxページが完全に空白にします。描画のためのUI、開発者に使用StringBuildersのコードを作ったのです。書き出します。この間違った文について教えてください!
があった。Netアプリとした移植からASP.きます。aspxページが完全に空白にします。描画のためのUI、開発者に使用StringBuildersのコードを作ったのです。書き出します。この間違った文について教えてください!
私の見たことが、その他のコースのページの空白を除き、グローバル変数の宣言は、VBScriptりたかったのASPX.