注意人們在搜索等過程中遇到的問題-可以接受的答案不是我最終這樣做的方式-但是我將其保留為接受，因?yàn)樗谀承┣闆r下可能有用。 我自己的答案包含了我使用的最終解決方案，該解決方案是可重用的，并且將適用于任何項(xiàng)目。也已確認(rèn)它可以在MVC框架的v3和v4中使用。我具有以下模型類型（已更改類的名稱及其屬性以保護(hù)其標(biāo)識(shí)）：public class MyExampleModel{  public string[] LongPropertyName { get; set; }}然后，此屬性綁定到一堆（> 150）復(fù)選框，其中每個(gè)人的輸入名稱當(dāng)然是LongPropertyName。表單使用HTTP GET提交到url，并說用戶選擇了其中三個(gè)復(fù)選框-url將具有查詢字符串 ?LongPropertyName=a&LongPropertyName=b&LongPropertyName=c然后最大的問題是，如果我選中所有（或什至只是一半以上！）復(fù)選框，我將超過IIS上的請求過濾器強(qiáng)制執(zhí)行的最大查詢字符串長度！我不想擴(kuò)展它-所以我想一種減少這個(gè)查詢字符串的方法（我知道我可以切換到POST-但即使如此，我仍然想最小化客戶端發(fā)送的數(shù)據(jù)中的絨毛數(shù)量） 。我想做的是將LongPropertyName綁定簡單地定為“ L”，這樣查詢字符串將變?yōu)?L=a&L=b&L=c但不更改代碼中的屬性名稱。有問題的類型已經(jīng)有一個(gè)自定義模型綁定程序（從DefaultModelBinder派生），但已附加到其基類上-因此，我不想在其中放置派生類的代碼。當(dāng)前，所有屬性綁定均由標(biāo)準(zhǔn)DefaultModelBinder邏輯執(zhí)行，我知道該邏輯使用System.ComponentModel中的TypeDescriptors和Property Descriptors等。我有點(diǎn)希望可以有一個(gè)屬性可以應(yīng)用到該屬性以使其正常工作-存在嗎？還是我應(yīng)該考慮實(shí)施ICustomTypeDescriptor？