Payuclient ile official ALU php client arasındaki farklar

[edigu]

Selam, bir süre kullandıktan sonra bu kütüphanenin orjinal ALU Client ile hangi noktalarda niçin ayrıldığı konusunda kafamda soru işaretleri oluştu.

Her iki kodu da inceledikten sonra neden bağımlılık olarak orjinal ALU'nun tercih edilmediğini merak ettim, gördüğüm kadarıyla official ALU pek maintain edilmese de payuclient tarafında bazı benzer içerikli tekrar eden sınıfların olduğunu gördüm. (Card, Merchant, Billing v.s.)

Bununla ilgili bir dökümantasyon ihtiyacı var gibi geldi bana, en azından aşağıdaki maddeler hakkında birkaç satır yazmak/düşünmek gerekebilir

• payuclient hangi noktalarda alu-client-php kütüphanesi ile ayrışır
• neden official kütüphane composer üzerinden dependency olarak alınıp ihtiyaç olan sınıfların override edilmesi yerine tüm yapı baştan yaratılma yoluna gitmeyi tercih eder?
• Bu durum biraz zahmetli de olsa refactor sürecine girilip değiştirilebilir mi? Refactor etmek doğru tercih olur mu?

Ne düşünüyorsunuz?

[ibrahimgunduz34]

Maintein edilebilirlik anlaminda karsilastirdigimda zaten soyleyecek cok fazla birsey yok. :)

Kullanilabilirlik anlaminda karsilastirdigimda payuclient i digerinden farkli kilacak vazgecilmez bir ozelik goremedim acikcasi. Belki istegi olusturan componentlerin tek tek elle insa edilmek yerine builderlar ile ayakaldiriliyor olmasi kullanicilara kullanim kolayligi sagliyor olabilir. Bir de bu haftaki release le gelecek olan transaction eventleri loglama veya araya hook filan atma konusunda gelistiriclere arti saglayabilecegini dusunuyorum.