Argüman almayan ve hiçbir şey döndürmeyen bir işlevin adı nedir? [kapalı]

Java 8'in java.util.functionpaketinde şunlar var:

• İşlev : Bir argüman alır, bir sonuç üretir.
• Tüketici : Bir argüman alır, hiçbir şey üretmez.
• Tedarikçi : Tartışmaz, bir sonuç üretir.
• ... : İlkelleri, 2 argümanı vb. İşleyen diğer durumlar ...

Ancak " tartışma yapmaz, hiçbir şey üretmez " vakasını ele almam gerekiyor .

Bunun için hiçbir şey yok java.util.functionnal.

Yani, soru şudur:

' Tartışmasız ve hiçbir şey döndürmeyen bir fonksiyonun ' adı nedir ?

Java 8'de tanımı şöyle olacaktır:

@FunctionalInterface
public interface InsertANameHere {
    void execute();
}

Yürütücü zaten var ve başka bir amacı var: " Gönderilen çalıştırılabilir görevleri yürüten bir nesne ". İmza eşleşmiyor ( execute(Runnable):void) ve işlevsel bir arayüz bile değil .

Çalıştırılabilir var, ancak iş parçacığı bağlamı ile güçlü bir şekilde bağlantılı:

• Paket java.langdeğil java.util.function.
• Javadoc şunları belirtiyor: " Çalıştırılabilir arayüz, örnekleri bir iş parçacığı tarafından yürütülmesi amaçlanan herhangi bir sınıf tarafından uygulanmalıdır ".
• "Runnable" adı, bir iş parçacığı içinde bazı kod çalıştırıyor.

Java'nın seçimini, her etkinlik için ayrı bir adla yapmak bu kadar aptalcaydı. Tam olarak taklit etmeye değmez. Eğer Ancak, gereken tutarlılık uğruna, ya da çok genel kütüphane kod yazıyorsanız, Konrad'ın önerileri iyi. Yüzüğe atabilirim Procedure.

Sözde işlevsel bir paradigma kullanmak, normal adlandırma ilkelerinin pencereden çıkması gerektiği anlamına gelmez. Arayüzler hemen her zaman onlar sonra ne adlı olmalıdır yapmak değil bazı genel sözdizimsel fikri sonra. İşlevler bir geri alma yığına yerleştirilirse, adlandırılmaları gerekir UndoFunction. GUI olaylarından çağrılırlarsa, adlandırılmaları gerekir GUIEventHandler. Arkadaşlar, arkadaşlarının kötü adlandırma kurallarını sürdürmesine izin vermez.

Java dünyasında buna denir Runnable. C # dünyasında buna denir Action.

Ancak, daha büyük şeyler için güzel bir şekilde uyan daha iyi bir isim var.

Olayların daha büyük bir görünümü daha sonra gelir, parametresiz geçersiz işlevsel arabiriminizin yanı sıra bir, iki veya daha fazla argüman kabul eden veya bir değer veren benzer işlevsel arabirimlere sahip olmanız gerektiğine karar verdiğinizde. Bu olduğu zaman, bütün bu varlıkların adlarının izomorfik ve birbirleriyle uyumlu olmasını isteyeceksiniz.

Dolayısıyla, Java'da, kendim adı verilen Procedureve şöyle tanımladığım kendi işlevsel arabirimlerim var :

public interface Procedure
{
    void invoke();
}

public interface Procedure1<T1>
{
    void invoke( T1 argument1 );
}

... (resmi aldın.)

Ayrıca, Functions olarak adlandırılan benzer bir arabirim kümesine sahibim , benzer şekilde tanımlanmış, ilk genel parametre dönüş türü:

public interface Function<R>
{
    R invoke();
}

public interface Function1<R,T1>
{
    R invoke( T1 argument1 );
}

Bu yüzden, buradaki amacım bu Procedureçok iyi bir isim çünkü daha güzel şeyler hakkında daha iyi uyuyor. Daha sonra, argümanları kabul eden veya bir değer döndüren yöntemlerle benzer işlevsel arayüzlere sahip olmaya karar verirseniz, buna girersiniz.

NOT: Ben temelolarak Karl Bielefeldt'in “normal adlandırma ilkelerinin pencereden çıkmaması gerektiğini” ve “Arayüzler, genel bir sözdizimsel fikirden sonra değil, yaptıklarından sonra hemen hemen her zaman adlandırılması gerektiğini” iddiasına katılıyorum . Ama o bile "neredeyse her zaman" için izin veriyor. Bazen (aslında isimsiz) prosedürlere ve fonksiyonlara ihtiyaç duyulur ve OP'nin sorduğu şey budur ve ben de cevap veriyorum.

Değişiklik 2017-11-10:

Neden Function1<R,T1>yerine Function1<T1,R>? Her iki şekilde de gidebilir, ancak soldaki dönüş değerleri için bir tercihim var çünkü 'dönüşme' (hedef-kaynaktan) adlandırma kuralını 'dönüşme' (kaynak-adres) yerine izlemeyi severim -destinasyon) kongre. (Bu, bir sözleşmeden daha fazla bir kazadır, gerçekten, hiç kimse, muhtemelen hiç kimseye bir düşünce vermedi, çünkü herhangi bir düşünce vermiş olsalardı, “dönüştür” kongresine ulaşmış olacaklardı. )

Ben bu konuda okumak Joel Spolksy - Yanlış Kod Yanlış Bak yapma , bu, ben bütünüyle okumanızı tavsiye çok uzun makale, ama, elimizdeki dava düz 'TypeFromType', bunlarla arayışını atlamak istiyorsanız size TL'yi verir; DR, fikir bundan myint = intFromStr( mystr )daha iyidir myint = strToInt( mystr ), çünkü ilk durumda türlerin adları ilişkili değerlere yakındır, böylece 'int'nin' int 'ile eşleştiğini kolayca görebilirsiniz. 'str' 'str' ile eşleşir.

Bu yüzden, uzantı olarak, işleri kodda görünecek şekilde sipariş etme eğilimindeyim.

Neden olmasın Command? Veri gerektirmediği ve veri döndürmediği göz önüne alındığında, ancak bunun çağrılmasının bir etkiye neden olduğunu varsayarsak (aksi takdirde gerçekten anlamsız olurdu), kabaca yapabileceği tek şeyin bu olduğunu düşünün - bir eylemi başlatmak, bir şeyler yapmak.

Bundan bahsetmek Actiongerekirse, .NET'te de genel bir delege var. Java'nın aksine Consumer0 ila 16 argüman alabilir; başka bir deyişle, bunun En basit versiyonu hiçbir yük - bkz MSDN'yi .

Ve ad, “tüketmek” için bir şey olmadığı anlamına gelmediğinden, iyi bir isim seçimi gibi görünüyor.