私はVB6で書かれたアプリケーションのメンテナンスを任されています。それ以来、VB .NETにインポートされており、オブジェクト指向以外のコードはほとんどありません。このコードは、Public Shared属性(変数)とメソッド(関数)を何も含まないクラスで詰まっています。その結果、アプリケーションは一度に複数のプロジェクトを開くことを制限します。オブジェクト指向の更新アプローチ
プロジェクトは、一般的なプロジェクト設定を含むXMLファイルと、他のプロジェクト関連のデータを含むAccessデータベースの場所で構成されています。長年にわたり、XMLファイルの形式が変更され、更新およびバージョニング戦略が採用されました。選択した戦略は、古いバージョンに遭遇したときにいつでも更新を実行します。これまでの更新では、XMLファイル内のデータの並べ替えやデータベーススキーマの変更、XMLファイルからデータベースへのデータの移動のみで構成されていました。
OOPにかなりの背景があるので、プロジェクトは他のオブジェクトとやりとりする自己完結型オブジェクトである必要があります。しかし、私はOOPで選択した更新戦略を適用する方法を見落としています。
OOPで選択した更新戦略を実装する問題は、OOPをまだ使用していないままになっています。誰かがそのような仕事の経験がある場合、または進め方に関する勧告があれば、あなたが提供できる援助に感謝します。
これは現時点で最良の解決策である可能性が高いと私は同意しますが、公開戦略の更新を放棄して保存戦略の更新を奨励しています。現時点では、保存時の更新は機能しますが、より多くのデータベース駆動型ソリューションに移行すると、ほとんどの場合十分ではありません。 –