私は以前に請負業者によって行われたアプリケーションの新しいメンテナーです。このアプリケーションは、Accessプロジェクト内でVBAを使用して開発されました。これは完全にフォーム（1つはautoexecマクロを使用して開かれている）とクリックハンドラのようなもので構成されています。 Accessで行われたODBCテーブルのリンクを使用してテーブルにアクセスすることを除いて、Accessの機能を使用することはありません。 これらは、理由は私が可能であれば、スタンドアロンアプリケーションにこのアプリケーションを変換したいと思います：VBAフォームアプリケーションをスタンドアロンにする
それはより保守作るC＃またはVB.netのような、より近代的な言語に移行することができると思い
20年のアクセスで標準のMicrosoftソースコード管理インターフェイスがサポートされています。これは、この記事で概説されています
そして、ここでは、この1：
How to implement version control in Access 2003?
アクセス+ VBA、またはvb.netを使用できない理由があり、実際にはほとんど、あるいは全く理由ソースコード管理ただし、Accessの一部であったSCCアドインは2013年に償却されました。したがって、2010年以降のバージョンでは、スクリプトを使用してオブジェクトをエクスポートできます。これはかなりうまくいく - 私はアクセスでGitHubを使用しています。したがって、SCCアドインは2010年以降のバージョンには含まれていないので、オブジェクトをエクスポートするスクリプトが必要です。アクセスは、各オブジェクトを「論理的に」分けて見ることができます。したがって、フォルダ、ZIPファイル、またはアクセスの継続者のすべての部分が駄目である - 物理的な対論理的な概念のために落ちないでください。 VBA IDE•
はスーパー
ハムに迷惑、決して本当にそれで多くの問題があったです。私はVS2013とvb.netを使用して私の一日の良い部分を過ごしますが、ほとんどの場合、VBA IDEはほとんどのAccessアプリケーションにとって問題ありません。 VBA IDEでどのような機能や何か悪いと思われるものの例を挙げることはできますか？
私は、コードが、私は、コードは、C++で書かれた理由を知る、またはPascalやVBAすることはできません
それはより保守作るC＃またはVB.netのような、より近代的な言語に移行することができると思います多かれ少なかれ維持可能になるだろうか？あなたはここで何を意味するのかの例を挙げなければなりません。メンテナンス可能なコードは、COBOL、Pascal、またはVBAの場合は保守可能です。
ことはありません、アクセスはリサイズを使用していない
VBA
のフォームと同じであるように思わように私は、WinFormsのを使用して推測します。開発ツールとしてアクセスしても、FoxProを使用したり、Delphiを使用したりするのは本当に違いはありません。このようなコードとシステムは、他のソフトウェア開発システムと同様に、デスクトップ開発の過去30年間に私が認識しているように書き直すことができます。
一般的なルールとして、DelphiやAccess + VBAで書かれたものは、WinFormsや.netに変換される予定です。これは、私が知っているIDEやシステムについてのものです。
一般的なコンピュータ業界のソフトウェアは過去にこのように働いたことはないので、Accessはこれに関して他のほとんどすべてと同じです。
>アクセスはwinformsを使用しません。 これは私が間違っていたところです。私はそれがWinformsだと思っていたので、VBAから抽出することができます（WinformsとVB6はどちらもVBA外で利用可能です）。ソースからソースへの翻訳を想像して変換を行っているように見える[この商用プロジェクト]（http://www.microtools.us/_product.aspx）がオンラインで見つかりました。面白そうですが、しばらくの間プロジェクトをそのまま維持しようと考えています。 –
私は書き直すと思います。私は変換を自動化するツールについて知らない。しかし、コードの多くは再利用できる可能性があります。 –
'これを別のWindowsアプリケーションに変換する方法はありますか？あなたが選択した環境で新しいアプリケーションを開発する必要があります。コードを「変換する」方法はありません。 –
はい、ゴミ箱や書き換えは何をすべきかです。 – Gustav