Um aplicativo muito extenso começou como um sistema baseado em Access (para armazenamento de banco de dados). Os formulários foram escritos em VB5 e / ou VB6. Como o .Net se tornou um elemento importante na comunidade de desenvolvimento, certos módulos foram reescritos. Isso parece muito complicado e potencialmente caro apenas para manter por causa das tecnologias cruzadas e trabalho extra para manter as duas tecnologias felizes uma com a outra. Obviamente, o aplicativo usa uma mistura de ODBC OleDb e MySql.
Você acha que gastar tempo e recursos para desenvolver completamente o aplicativo em .Net seria mais econômico? Em um esforço para desenvolver um aplicativo mais estável, não faria sentido usar o .Net? Ou continue perseguindo os bugs do Access, adicionando novos recursos no .Net (que podem ou não criar novos bugs entre o .Net e o Access) e reescrevendo os módulos antigos do Access em módulos .Net com restrições de tempo que impedem o design e o desenvolvimento adequados?
Atualização O aplicativo usa OleDb e MySql - corrigi minha declaração anterior.
Além disso, para dar mais suporte à reescrita: desde então, descobri que, quando a "portabilidade" para .Net começou, o código VBA / VB6 existente era basicamente traduzido para o equivalente .Net. Pelo meu entendimento, nada foi feito para melhorar o desempenho ou tirar proveito de novas bibliotecas ou tecnologias.
Na minha opinião, isso cria um aplicativo muito frágil e instável. A cada nova atualização, isso se torna cada vez mais visível. Como técnico de suporte técnico, notei um aumento nos problemas relatados. Os clientes que usam o software notaram um aumento nos problemas e estão comentando.