Bir uygulamayı çerçevesine gevşek bir şekilde bağlamak mümkün müdür?

Diyelim ki bir web uygulaması geliştiriyorum. İlk tercihim PHP'yi Fat-Free Framework (F3) ve MVC deseniyle kullanmak. Gelecek yıl, Zend Framework'e, hatta ASP.NET MVC'ye geçmek istediğime karar verebilirim. Uygulamamı, çerçevesine gevşek bir şekilde bağlanacak şekilde tasarlamaya çalışmak mantıklı mı yoksa çerçeve bunu gerçekçi kılmak için çok ayrılmaz mı?

Sormamın tek nedeni, son zamanlarda bir arkadaşımla sohbet ederken ortaya çıkmasıydı, gökyüzündeki pastamı F3'e uygulamanızı gevşek bir şekilde bağlama fikrini eleştirdi.

Başvurunuzu çerçevesine gevşek bir şekilde bağlamak, temel olarak bir proxy çerçevesi yazacağınız anlamına gelir. Proxy çerçevesini yazmak çok iştir ve yeni bir çerçeveye geçerseniz, proxy çerçevenin yeni çerçeveyi desteklemesi için çok fazla iş yapmanız gerekir. Tabii ki, farklı çerçeveler farklı deyimler ve desenler kullanır, bu da proxy çerçevesini çok karmaşık (her şeye uymaya çalışırsanız) veya çok sınırlı (en düşük ortak paydaya giderseniz) yapar. Her iki durumda da bu vekil çerçeve ile mücadele etmek zorunda kalacaksınız.

Tüm bu sıkıntıya değer bir heves çerçevelerini değiştirme yeteneğine sahip mi? Dediğim gibi, bir hevesle değiştiremezsiniz çünkü proxy çerçevesini ayarlamanız gerekecek, bu da uygulama kodunu doğrudan ayarlamaktan daha fazla iş olabilir.

Yapamaz.

Çerçeveler arasında taşınabilir bir şekilde tasarım yapabilirsiniz . MVC MVC'dir ve hangi dil veya platform kullanılırsa kullanılsın, ilkeler kabaca aynıdır.

Bununla birlikte, gerçek kod çok çerçeveye veya dile bağlı olacaktır. Kendinizi bundan soyutlamanın tek yolu, ara bir çerçeveye dayalı olarak kod yazmak olacaktır. Daha sonra uygulamayı değiştirmeden ara uygulama değişikliğine (F3'ten .NET?) Sahip olabilirsiniz. Bu çok fazla iş, sızdıran soyutlamalar varsayar ve sorunu çözmeden hareket ettirir: şimdi ara çerçevenize bağlısınız.

Daha olumlu bir not: bazı testlerinizi (BDD stili) uygulamanızdan bağımsız bir platformda ifade etmeyi düşünün. Bunlar büyük yeniden yazmalardan kurtulabilir.

Bir keresinde Robert C. Martin'in bir konuşma yaptığını gördüm.

Bu yüzden tavsiyem, henüz ne kullanmak istediğinizden tam olarak emin değilseniz, bu kararı ertelemeye çalışmaktır. Şimdi tanımlayabileceğiniz ve hangi çerçeveyi kullandığınızdan kolayca bağımsız kalacak parçaları belirleyin.

Çerçeve kilitleme ciddi bir sorun olabilir, ancak soruna taşınabilirliğin biri olarak bakılmasına yardımcı olur. Taşınabilirlik mutlak bir özellik değildir, ancak başlangıç ​​noktanıza ve nereye gitmek isteyebileceğinize bağlıdır. Benzer şekilde, yazılım yalnızca başka ortamlara taşıdığınız sürece taşınabilir.

Bir çerçeve içindeki bir uygulamanın geliştirilmesinin çoğu, çerçevenizin bileşenlerini birbirine bağlayan şeyler olan tutkal kodu olma eğilimindedir. Yapılandırma dosyaları bazı sistemlerde tutkalın belirli bir miktarını soyutlayabilir, ancak çok sayıda ince ayrıntı kodda yapılmalıdır.

Öte yandan, iş kuralları ve süreçleri uygulamadan soyutlanabilir. Soyutlamanın zor kısmı, kuralların doğrudan çerçeve tarafından uygulandığı zamandır; güvenlik, erişilebilirlik ve süreç sıralaması çerçeveniz tarafından uygulanmaya meyillidir ve görülmesi en zor olanı olabilir.

Başvurunuzun tutkal kısmını iş kuralı, iş süreci ve iş verileri bölümünden ayırabilirseniz, çözümünüzün bazı bölümlerini taşınabilir hale getirebilirsiniz.