תנו שם יציב ללקוח הפרוקסי המטמון של Flurl 4
השתמשו במטמון הלקוחות של Flurl כדי לשמור תצורות פרוקסי נפרדות בלי להחיל בחירת מסלול אקראית שוב ושוב בזמן בניית הבקשה.
var client = clients.GetOrAdd(
"proxy-east",
"https://example.com",
builder => builder.ConfigureInnerHandler(handler =>
handler.Proxy = new WebProxy("http://203.0.113.10:8080")));כאן clients הוא ה-IFlurlClientCache של Flurl 4. בחרו את המסלול לפני החיפוש ותנו ללקוח הניתן לשימוש חוזר שלו שם יציב. עבור בקשות ציבוריות מותרות, רשימת פרוקסי ה-HTTP מציעה מועמדים לכתובת ה-WebProxy של המטפל הפנימי. שימוש חוזר ב-proxy-east עם ערך פרוקסי חדש אינו תצורה מחדש לכל בקשה של הלקוח שכבר נשמר שם.
השתמשו ב-API של המטפל המתאים לסוג שנבחר באפליקציה; Flurl מתעד מסלול תצורה אחר עבור SocketsHttpHandler.
שמרו את המסלול הנבחר במטא-נתוני הפעולה וקראו דרך הלקוח המתאים לו. בחירה אקראית בכל פעם שמתייעצים עם מפעל עלולה אחרת לתת למשימה לוגית אחת מדיניות לא עקבית.
היו הבעלים של המטמון עבור היקף אפליקציה והגבילו את גדילתו. רשימת פרוקסי זמנית משתנה עלולה לצבור לקוחות ומשאבים; השתמשו במזהי מסלול בטוחים לשמות/יומנים במקום סיסמאות מוטמעות.
זה משתמש בממשק המטמון בעל השם של Flurl 4 במקום להעתיק תשתית מפעל מותאמת ישנה או להחליף מטפל חי במהלך בקשה אחרת.