C # 'daki numaralandırmaların kendi dosyaları olmalı mı? [kapalı]

Bir numaralandırma kullanan bir sınıf var, enum şu anda kendi dosyasında savurgan görünüyor.

Tüketildikleri bir dosyanın ad alanına yerleştirilen numaralandırmalar hakkında genel görüş nedir? Yoksa enum gerçekten kendi cs dosyasında yaşamalı mı?

Düzenle

Söz konusu sınıf bu numaralandırmaları kullanırken dış arayanlar için de geçerlidir. Başka bir deyişle, başka bir sınıf bu numaralandırmaları ayarlayabilir. Bu nedenle, sınıfa dahili olarak kullanılmazlar, aksi takdirde bu soru beyinsiz olur.

Ben "savurgan" demezdim (ekstra bir dosya ücreti ne kadar?), Ama genellikle uygunsuz. Genellikle enum ile en yakından ilişkili bir sınıf vardır ve onları aynı dosyaya koydum.

Bu gerçekten sadece bir tercih meselesi.

Her numaralandırmayı kendi dosyasına koymayı tercih ederim (her arayüz, sınıf ve yapı için, ne kadar küçük olursa olsun). Başka bir çözümden geldiğimde onları bulmayı kolaylaştırıyor ya da başka türlü söz konusu türe bir referansım yok.

Her dosyaya tek bir tür koymak, kaynak kontrol sistemlerindeki değişiklikleri fark etmeden tanımlamayı da kolaylaştırır.

Bu tamamen bir stil meselesi. Yapma eğilimim Enums.cs, enum bildirimlerinin toplandığı çözümde adlandırılan bir dosyaya sahip olmak .

Ancak bunlar genellikle F12anahtar aracılığıyla bulunur .

Kendinize sormanız gereken soru şudur: C # 'da numaralandırma türü hakkında oluşturduğum diğer tüm türlerden farklı davranmam gerektiğini belirten bir şey var mı?

Sayım herkese açıksa, diğer herhangi bir kamu türü gibi ele alınmalıdır. Özelse, onu kullanarak sınıfın iç içe bir üyesi olarak bildirin. Sadece bir numaralandırma olduğu için iki ortak türü aynı dosyaya koymak için zorlayıcı bir neden yoktur. Herkese açık bir tür olması önemli olan şeydir; türü lezzet değil.

Her türü (sınıf, yapı, enum) kendi dosyasına koymanın bir diğer avantajı da kaynak denetimidir. Türün tüm geçmişini kolayca alabilirsiniz.

Çoğunlukla isim alanına ve sınıfın dışına yerleştiriyorum, böylece bu isim alanındaki diğer sınıflara kolayca erişilebilir.

namespace UserManagement
{
    public enum UserStatus { Active, InActive }
    class User
    {
        ...
    }
}

Genellikle enumlarımın büyük olasılıkla bir niteliği olan Sınıf ile aynı dosyada olmasını tercih ederim. Örneğin ben bir sınıf varsa Tasko zaman numaralandırma TaskStatusaynı dosyada olacaktır.

Ancak, daha genel bir doğaya sahip numaralandırmalar varsa, onları çeşitli dosyalarda bağlamsal olarak tutarım.

Hangi erişimin gerekli olduğuna bağlıdır.

Numaralandırma yalnızca tek bir sınıf tarafından kullanılıyorsa, bu sınıf içinde bildirilmesi uygundur, çünkü başka bir yerde kullanmanıza gerek yoktur.

Birden fazla sınıf tarafından veya ortak bir API'da kullanılan numaralandırmalar için, tanımı her zaman kendi dosyasında uygun ad alanında tutacağım. Bu yolu bulmak çok daha kolay ve strateji dosya başına bir nesne modelini izliyor ve bu da sınıflar ve arabirimlerle birlikte kullanması iyi.

Bence bu sayımın kapsamına bağlı. Örneğin, enum bir sınıfa özgü ise, örneğin sihirli sabit senaryodan kaçınmak için kullanılırsa, o zaman sınıfla aynı dosyaya koy diyebilirim:

enum SearchType { Forward, Reverse }

Enum genelse ve farklı senaryolar için çeşitli sınıflar tarafından kullanılabiliyorsa, onu kendi dosyasına koymaya eğilimliyim. Örneğin, aşağıdakiler çeşitli amaçlar için kullanılabilir:

enum Result { Success, Error }

Çok basit bir nedenden dolayı enumları kendi dosyalarına koyma eğilimindeyim: sınıflar ve yapılarda olduğu gibi, bir türün tanımını bulmak isteyip istemediğinizi tam olarak bilmek iyi bir şey: aynı addaki dosyada. (Adil olmak gerekirse, VS'de her zaman "Tanıma Git" seçeneğini de kullanabilirsiniz.)

Açıkçası, kontrolden çıkabilir. Çalıştığım bir meslektaşım delegeler için ayrı dosyalar bile yapıyor.

Numaralandırmalar için ayrı bir dosya kullanmanın avantajlarından biri, numaralandırmayı kullanan orijinal sınıfı silmeniz ve numaralandırmayı kullanarak yeni bir sınıf yazabilmenizdir.

Numaralandırma orijinal sınıftan bağımsızsa, onu ayrı bir dosyaya koymak gelecekteki değişiklikleri kolaylaştırır.

Visual Studio için USysWare Dosya Tarayıcı eklentisini kullanıyorsanız, çözümünüzde belirli adlara sahip dosyaları çok hızlı bir şekilde bulabilirsiniz. Kendi dosyasında olmayan, ancak devasa bir çözümde bir dosyaya gömülmüş bir numaralandırma aradığınızı düşünün.

Küçük çözümler için önemli değil, ancak büyük olanlar için sınıfları ve numaralandırmaları kendi dosyalarında tutmak daha da önem kazanıyor. Onları hızlı bir şekilde bulabilir, düzenleyebilir ve daha fazlasını yapabilirsiniz. Enum'unuzu kendi dosyasına koymanızı şiddetle tavsiye ederim.

Ve belirtildiği gibi ... Zaten sadece birkaç kb olan bir dosya ne kadar savurgan?

Dosyayı ayırmak için çok basit büyük avantaj. Herhangi bir nesne kendi MyObjectName.cs dosyasındaysa ... çözüm gezginine gidebilir ve MyObjectName.cs yazabilir ve tam olarak 1 dosya gösterilebilir. Hata ayıklamayı daha iyi yapan her şey güzeldir.

Benzer bir notun başka bir avantajı, bir ad için tüm dosyaları ( ctrl+ shft+ F) ararsanız, aynı dosyadaki isme 20 referans bulabilirsiniz ... ve bulunan ad farklı nesnelerin bir parçası olacaktır. Sonuçları Bul penceresinde görebileceğiniz tek şey satır numarası ve dosya adıdır. Dosyayı açmanız ve bulunan başvurunun hangi nesnede olduğunu bulmak için kaydırmanız gerekir.

Hata ayıklamayı kolaylaştıran her şeyi seviyorum.

Tek bir çözümde birden fazla projeniz varsa. Sonra başka bir proje daha iyi oluşturun Utilities. Sonra bir Klasör \Enumerationsoluşturun ve bir yuva oluşturun static class. Ardından, projelerinizin adına karşılık gelen enum oluşturacağınız her statik sınıfı atayın. Örneğin, DatabaseReader ve DatabaseUsers adında bir projeniz var, statik sınıfı şöyle adlandırabilirsiniz

public static class EnumUtility {
    #region --Database Readers Enum
    public static class EnumDBReader {
         public enum Actions { Create, Retrieve, Update, Delete}; 
    }
    #endregion

    #region --Database Users Enum
    public static class EnumDBUsers {
         public enum UserIdentity { user, admin }; 
    }
    #endregion

}

Daha sonra proje başına tüm çözümlerde kullanılabilecek tüm numaralandırma üzerinde ilan edilecektir. regionHer bir endişeyi ayırmak için # tuşunu kullanın . Bununla, herhangi bir numaralandırma aramak daha kolaydır

Her ayrı numarayı içeren E adında bir genel numaralandırma dosyasına sahip olmayı seviyorum, daha sonra herhangi bir numaraya E ... ile erişilebilir ve yönetmek için tek bir yerde bulunur.