Merhaba,
hem @KerimCETINBAS ve hemde @Halil Han BADEM yorumlarina %100 katiliyorum. Herkesin aklinda mutlaka farkli düsünceler ve yorumlar yatabiliyor. Mecburen birini secmek zorundayiz diye bir kavram yok ama sadece standartlar var.
Ben 406'yi secerken kullaniciya gereginden fazla bilgi verilmemesi gerektigini ve ama is aciklamasinin arka planda aciklayici olmasi gerektigini düsünerek yorum yaptim. Bu sizin uygulamanizi yorumlama ve ileriye yönelik secenekleride birlikte düsünerek isaretlemeniz gereken bir adim. Yani örnek olarak kullaniciya 409 ya da 304 gönderirsiniz ama arka planda olmasi gerekeni kendinize gönderirsiniz ya da döndürürsünüz parametre olarak. Sizlere katildigim gibi, karari mutlaka ama mutlaka sizler vermek zorundasiniz. Standartlar birer secenektir sadece,
Mesela bir kullaniciya giris yapmaya calistiktan sonra ben sahsen sadece bir bool döndürürüm ve asla kullanci adinin mi yoksa parolasinin mi yanlis oldugu bilgisini vermem. Her ikisininde kontrol edilmesi gerektigini bildiririm. Ve ayni zamanda asla bir hata parametresi disariya dogru döndürmem. Standartlarda yer almasada secenekler var.. Bu seceneklerdende istedigimi secme özgürlügüm var. Ayni @KerimCETINBAS arkadasimizin geldigi nokta gibi. Burada tamemen karar @Halil Han BADEM 'in belirttigi gibi sizin.
Her standarda okuyup uygun olanini bularak uymak zorunda kalsaydik basimizi IETF'in RFC'lerinden kaldiramaz olurduk.
Mesela bir firmada OAuth kullandim ama buradaki linki okumak zorunda kalmadim. Baska bir firmada da tam tersi. Elimde IETF'in RFC dökümaninda yer almayan birseyi yazilima ekleme iznim yoktu.
Duruma, bulundugumuz sartlara ve seceneklere göre seffaflik göstererek secim yapmam gerektigini ögrendim zamanla.
Saygilarimla