MySQL sunucusu aynı ağda olduğundan (phisically) ya da değil. Wether Benim açımdan uygun çözüm dedicated Web-Service size uygulamanız için CRUD işlevsellik sağlar oluşturmak olacaktır.

Bu, veri erişim katmanı gelen iş mantığı katmanı ayırabilirsiniz gibi bazı Separation of Concerns (SoC) verir çünkü.

Ayrıca bakınız: Single Responsibility Principle | "nesne-yönelimli programlama, her bir nesne tek bir sorumluluğu olmalıdır tek sorumluluk ilkesi devletler ve bu sorumluluk tamamen sınıf tarafından kapsüle gereken tüm hizmetlerini dar hizalanmış olmalıdır. bu sorumluluğu ile. "

Uygulamanızın her parçası daha kolay büyük bir zaman aralığı içinde korumak için yapar belirli bir amaca hizmet eder.

Şimdi bu çok güzel ve hoş geliyor, ama biz gerçekten uzak soyut her şeyi gerekiyor?

Her şey gibi, it depends.

Burada küçük Kullan-Vaka olduğunu:

• Veritabanı modifiye gerekiyor: Tablolar anahtarları kaldırılır, yeni tablolar eski tablolar kaldırılır eklenir.

Ne, geliştiricisi olarak, çalışma başvurunuzu tutmak için yapmak gerekir?

Using MySQLConnector: Start "hacking" inside your source code and making sure all queries run as expected. And if something goes wrong during that process, it will be a pain to fix it because it's all kind of nested within the application logic.

Using a dedicated Web-Service: Just make sure your methods are updated to match the new database design | No need to change anything on the application-side [except method arguments in some cases].

Şerefe