“Artı” ve “Eksi” uygun yöntem adları mıdır?

Java SE 8 tarihlerini, tanıştırmak için yeni bir mekanizma ile gelir LocalDate, LocalTimeve LocalDateTimezamanın anlarının temsil etmek sınıflar. : Böyle anları işlemek için yöntemler bütünüdür verilir LocalDate.plusDays(...), LocalDate.minusDays(...)böylece ve.

Her zaman iyi uygulamanın, amaçlarını tanımlayan fiillerden sonra yöntemleri isimlendirmek olduğunu düşündüm, çünkü yöntemler, aslında yapılacak işlemler, bir eylem gerçekleştirecek bir şey. Eğer böyle sınıfları dikkate duyarsanız, sadece söz StringBuilderörneğin, yöntemlerinin isimler append, insert, delete...

Bu benim için bir yöntem adlandırma doğru gelmiyor neden plusDaysyerine sumDays, minusDaysyerine subtractDays. Sadece benim çok sinir bozucu buluyorum? Ne düşünüyorsun?

Düşünebilmemin tek nedeni, tarihlerin değişmez nesneler olmasıdır, bu nedenle çağırdığınızda plusDaysorijinal nesneye günler eklemiyor, yeni özelliklerle yeni bir tane yaratıyorsunuz, ama bu çok ince.

Düşünebilmemin tek nedeni, tarihlerin değişmez nesneler olmasıdır, bu nedenle plusDays işlevini çağırdığınızda, orijinal nesneye gün eklemezsiniz, ancak yeni özelliklerle yeni bir tane yaratırsınız, ancak bu çok değişkendir.

Bu tam olarak sebep. Zamanlama amacıyla tarih aralıklarını değiştirmek için bir tür api yediğinizi hayal edin. Aşağıdaki gibi bir ifade vermenize izin veren yöntemler gösterebilir:

var workdaySchedule = initialSchedule.withoutWeekends();

Bu, İngilizce ifadesine çok benzer bir şekilde okuyor: "İş günü takvimi, hafta sonları olmayan ilk takvimdir". İlk programın değiştirilmesi anlamına gelmez , çalışma programının farklı ve yeni bir şey olduğu anlamına gelir.

Şimdi bunun yerine ismini düşünün:

var workdaySchedule = initialSchedule.removeWeekends();

Bu kafa karıştırıcı. İlk program değiştiriliyor mu? Biz konum gibi geliyor çünkü kesinlikle öyle gibi çıkarmadan ondan hafta sonları. Öyleyse neden yeni bir değişkene atayız? Bu iki adlandırma şeması birbirine çok benzese de, bu olanları daha az açık bir şekilde andırıyor. Bu daha uygun olur removeWeekends did ilk zamanlamasını değiştirmek ve bu durumda void- döndü withoutWeekendskafa karıştırıcı seçenek olacaktır.

Bu, esasen bir bildirimsel ve zorunlu ayrımdır. Bunun belirli bir şey olduğunu mu ilan ediyor muyuz workdaySchedule, yoksa belirli bir şeyi yapmak için zorunlu talimatların ("kaldır" gibi) bir listesini mi uyguluyoruz? Genellikle, emirsel adlandırma, değerleri değiştirdiğiniz zaman daha mantıklıdır ve bildirim, yukarıdaki örnekte gösterildiği gibi, değişken değerlerle daha anlamlı hale gelir.

Senin durumunda, tamamen aynı şey var. Görsem: bunun mutasyona uğradığını tomorrow.plusDayshayal bile edemezdim tomorrow, oysa ki tomorrow.addDaysolabileceğini düşünürdüm. Bu biraz ince - ama mutlaka kötü bir şekilde değil. Çok fazla düşünmek zorunda kalmadan, bu adlandırma doğal olarak mutasyona girip girmediğiniz konusunda düşüncelerinizi doğru çizgiler boyunca belirler. Bu zorunlu ve bildirimsel stiller arasındaki bu ayrımı daha açık hale getirmek için: "add" (ve "remove") fiiller , "plus" (ve "without") edatlardır .

.NET'te sonuç tamamen aynı olmasına rağmen adlandırma farklıdır. Yerine:

tomorrow = LocalDateTime.plusDays(1);

var:

tomorrow = DateTime.Now.AddDays(1);

Bu sadece "artı" ve "ekleme" arasındaki farkların kişisel görüş olarak ortaya çıktığı anlamına gelir. Neşelen, yalnız değilsin, en azından sana daha çok hitap eden dili seçebilirsin:)

Bu muhtemelen .Method, nesneyi değiştiren ve olmayanları, tüm yöntemler için kullanan bir Java eseridir .

Bir dil düşünün da bir sahiptir object=>methodverecekti sözdizimi, methodüzerinde çalışmak için nesnenin bir kopyasını. Şimdi böyle bir dilde startDate=>plusDays(5)açıkça belirsiz. Orijinal tarihi alır ve 5 gün sonra yeni bir tarih oluşturur.

İlgisiz bir notta, sumDaysburada bir anlam ifade etmiyor. LocalDateBir süredir noktası değil, bir zaman süresi . İstediğiniz sayıda süreyi toplayabilirsiniz (ve sonuç başka bir süredir) ve bir zaman noktası ve süre ekleyebilirsiniz (sonuç başka bir zaman noktasıdır), ancak zaman noktalarını toplamazsınız.