Có bao nhiêu phương pháp có thể một lớp C# có

Question

Có giới hạn về số lượng thuộc tính, phương pháp mà lớp C# có thể có không?

Tôi lướt qua nhanh ở Tiêu chuẩn ECMA-334 và không tìm thấy bất kỳ thông tin nào về nó.

Trước khi xem xét lý do tại sao một lớp học có nhiều phương pháp là thiết kế tồi, tôi muốn rõ ràng hơn về ý định này. Tất nhiên tôi sẽ không viết một lớp với số lượng lớn các phương thức thủ công. Lý do tôi yêu cầu điều này là tôi cần phải tạo ra một số lượng lớn các đơn vị thực thi theo mã. Tôi đang tranh luận giữa có nhiều lớp với phương thức đơn hoặc một lớp lớn với nhiều phương thức.

Vì vậy, đối với câu hỏi này, tôi chỉ quan tâm nếu có giới hạn và giới hạn số lượng thuộc tính, phương pháp là gì.

Answer 1

Nhiều hơn bao giờ bạn muốn đặt vào một lớp duy nhất.

Answer 2

Tôi không biết có bao nhiêu phương pháp một lớp C# có thể có, nhưng tôi biết rằng khi bạn đang nghĩ về nó, bạn chắc chắn đang làm điều gì đó sai trái.

Nếu có giới hạn (tôi nghi ngờ) quá cao đến nỗi bạn sẽ không vượt quá giới hạn đó. Ngoại trừ bạn có một thiết kế lớp học thực sự xấu.

Xem mẫu chống "God object".

CẬP NHẬT:

Mặc dù tôi vẫn không biết chính xác những gì bạn muốn đạt được, tôi vẫn tin rằng bạn chắc chắn nên tạo ra rất nhiều lớp học với chỉ một vài phương pháp vì những lý do sau đây:

• Performance: nếu bạn đang đặt tất cả các thuộc tính thành một lớp, cho mỗi bộ nhớ bất động sản phải được phân bổ khi bạn tạo một thể hiện, ngay cả khi bạn chỉ cần 5% các thuộc tính trong lớp học của bạn

• mô đun: nếu bạn tạo ra rất nhiều các lớp học bạn có thể làm cho họ tất cả thực hiện một giao diện/abstract class và do đó xác định một cấu trúc tương tự, mà sẽ giúp làm cho ứng dụng của bạn mô-đun hơn

• Cấu trúc: nó khá đơn giản để xem phương pháp nào sử dụng các thuộc tính nào khi chỉ chúng cư trú trong cùng một lớp - nếu không mọi thứ có thể thực sự thực sự lộn xộn

• Thời gian biên dịch: khi thay đổi thực hiện một func tion, những người khác không cần phải được tái biên soạn, như họ đang ở trong lớp khác

Answer 3

Có ...

của nó được gọi là lẽ thường. Cố gắng không để quá tải một lớp học, nó rất có thể sẽ vi phạm nguyên tắc trách nhiệm duy nhất, và không ai sẽ có thể hiểu nó.

Sau khi tất cả, một lớp là có "chỉ để hỗ trợ các nhà phát triển, người không thể phù hợp hơn sau đó 7 thông tin cùng một lúc vào trí nhớ ngắn hạn của mình" (Vâng, tôi biết thats một tuyên bố nguy hiểm)

Answer 4

I don' Tôi nghĩ vậy.Tuy nhiên, thực hành phát triển phần mềm tốt và hướng dẫn khi theo dõi và xem xét nên tự nhiên giới hạn số lượng tài sản và phương pháp mà một lớp có những gì làm cho tinh thần và sự cần thiết tuyệt đối. Thực hành như vậy bao gồm SOLID, KISS (giữ nó đơn giản), DRY (Không lặp lại chính mình), thành phần, tái cấu trúc, thừa kế, vv

Answer 5

16,7 triệu mỗi cụm cho mỗi phương pháp (không phải lớp).

Answer 6

Phương thức Type.GetMethods trả về một mảng phải được lập chỉ mục theo số nguyên, vì vậy, tôi sẽ nói bạn không thể có nhiều hơn int.MaxValue phương thức cho mỗi lớp.

Answer 7

Tôi có một công cụ sinh mã tự động và Tôi hiện đạt giới hạn giữa ~ 5K (mà làm việc) và 10K, mà thất bại

System.TypeLoadException: Type '<the type name>' from assembly '<the assembly name>, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' contains more methods than the current implementation allows. 

Vì vậy, đây mâu thuẫn với tuyên bố rằng nó là "không giới hạn".

Answer 8

Câu trả lời đúng, trong triển khai CLR hiện tại, là ushort.MaxValue - 15. Điều này có thể được kiểm tra như sau:

AppDomain appDomain = AppDomain.CurrentDomain; 

AssemblyName aname = new AssemblyName ("MyDynamicAssembly"); 

AssemblyBuilder assemBuilder = 
    appDomain.DefineDynamicAssembly (aname, AssemblyBuilderAccess.Run); 

ModuleBuilder modBuilder = assemBuilder.DefineDynamicModule ("DynModule"); 

TypeBuilder tb = modBuilder.DefineType ("Widget", TypeAttributes.Public); 

for (int i = 0; i < ushort.MaxValue - 15; i++) 
{ 
    MethodBuilder methBuilder = tb.DefineMethod ("SayHello" + i, MethodAttributes.Public, null, null); 
    ILGenerator gen = methBuilder.GetILGenerator(); 
    gen.EmitWriteLine ("Hello world"); 
    gen.Emit (OpCodes.Ret); 
} 
Type t = tb.CreateType(); 
object o = Activator.CreateInstance (t); 

Câu hỏi có liên quan nếu bạn đang sử dụng Reflection.Emit để tạo một DataContext đã nhập để quay lại cơ sở dữ liệu (như LINQPad). Với đủ thủ tục được lưu trữ, bạn có thể đạt đến giới hạn này!

Answer 9

Nhìn này: https://softwareengineering.stackexchange.com/questions/193295/implications-of-a-large-partial-class/193304?noredirect=1#193304

Có người thực sự đã trải qua nỗi đau của việc tạo ra một lớp học với nhiều phương pháp càng tốt