Fonksiyonları olan fiilleri, sınıfları olan isimleri kullanın - peki ya arayüzler? [kapalı]

Tamam, fiillerin işlevlerle ve isimlerin sınıflarla kullanılmasının normal kurallarını anlıyorum. Arayüzler ne olacak? Arayüz isimleri ile geldiğinde bu kadar açık olmayan herhangi bir metodoloji var mı?

Sadece netleştirmek için, ismin önüne bir "Ben" koymak ya da camelCase veya PascalCase kullanıp kullanmamaktan bahsetmiyorum. Bir arabirim için açık, anlamsal bir ad bulma yöntemini merak ediyorum.

EDIT Bir arayüzün en net şekilde nasıl isimlendirileceğini saplantılıyorum. Sanırım sadece bir isim olmalı çünkü sınıfları isimlendirmeyi düşündüğümde ilgili olabileceği en yakın "gerçek" dünya nesnesini düşünüyorum. Sanırım gerçek dünya arayüzleri klavye, fare, uzaktan kumanda, ATM ekranı gibi şeyler. Bunların hepsi isim. Her neyse, arayüz adlarını formüle etmek için iyi bir yol hakkında herhangi bir ilave fikir edinmek memnuniyetle karşılanacaktır.

Arayüzün tanımladığı şeylere bağlı olduğunu söyleyebilirim. Arabirimin oldukça ayrıntılı ve ayrıntılı olduğu bazı durumlarda, bir ismin en iyisi olduğunu düşünüyorum. Örnek olarak IList, ICollection.

Bazen bir arayüz, bir sınıfa belirli genel özellikler eklemekle ilgili olsa da. Bu durumda bir sıfatın en iyisi olduğunu düşünüyorum . Örnekler IDisposable, IEnumerable...

Belki de bunu düşünmenin başka bir yolu da arayüzünüzün kaç tane "yetenek" tanımlamasıdır.

Örneğin, IList<T>arayüz bu yetenekleri tanımlar: Ekle, Temizle, İçerir, Ekle, Kaldır, ... Bunlar listenin tüm özellikleridir, yani IListiyi bir isimdir.

IDisposableÖte yandan, yalnızca bir yeteneği tanımlar: At. Bu yüzden tek kullanımlık olan her şey için uygundur. Dolayısıyla adı IDisposable.

Bir arayüz davranışı açıklar, böylece isimler söylemelidir. Bunun için bir kuraldan emin değilim, ancak duyduğunuzda adı bileceksiniz.

Bazı örnekler:

Flyable      - Can Fly
Workable     - Can work
Negotiatable - Can negotiate.

Arayüzleri Iadlandırmak ve çağırmak uygun değildir Set, ISetçünkü geliştirici olarak arayüz mü yoksa sınıf mı olduğu konusunda endişelenmenize gerek yoktur. Görüyorum ki bu uygulama şu anda Java'da mevcut değil.

Bir arayüz gerçekten bir türün "ne" değil, "nasıl" değil bir ifadesi olduğundan, onları en azından konuşma perspektifinin bir kısmından sınıfları adlandırdığınız şekilde adlandırırdım. Buna ekleyebileceğim tek şey, genellikle belirli uygulayıcılardan daha genel olacağıdır (örneğin, "Müşteri" arayüzü "ProspectiveCustomer" ve "PayingCustomer" uygulayıcılarına sahip olabilir).

Arayüz sınıf gibi kullanılır. Bu nedenle, isimleri olan sınıfları adlandırırken bir isimle de adlandırılmalıdır. Sınıfları "Araba" ve "Kamyon" olduğunda, soyut isimleri, örneğin "Araç" ı seçin.

Hızlı Yanıt: Arayüz daha eklenmesi hakkındadır SET vb varlıklar, sınıflar, modeller, kavramlar arasındaki yetenekleri, özellikleri, ortak sınırların veya bağlantıların ..

Sınıflara ve varlıklara ortak davranışlar eklemenin yanı sıra, gerçekleşen özelliklerin setini tanımlamak için iyi bir anlamlı isim ortaya çıkacaktır.

Arayüz Adlandırma gibi: IStateMachineBuilder, IUserContextProviderBuilder, IEntityBuilderBuilder, IActiveAware, etc.muhtemelen kavramı açıklar.

Eğer arayüz sadece metotlar içeriyorsa, "Actions" gibi bir fiil kullanarak isimlendirmek iyi olacaktır, burada statik olan bir sınıf temsil ediyormuş gibi, statik, son alanlar varsa o zaman "Vehicle" gibi bir genel isim kullanabiliriz.