您正在使用IAM用戶憑據，因此您沒有會話令牌，您的代碼應該使用AwsBasicCredentials。會話令牌與來自假定IAM角色的short-term憑據相關聯，在這種情況下，您的代碼將使用AwsSessionCredentials。 Background 引用AWS文件： 必須提供AWS訪問密鑰才能對AWS進行編程調用。在創建訪問密鑰時，將訪問密鑰ID（例如，AKIAIOSFODNN7EXAMPLE）和秘密訪問密鑰（例如，wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY）作為一組創建。 例如，IAM用戶使用訪問密鑰ID和秘密訪問密鑰進行身份驗證。這些是long-lived憑證。 但是，也可以使用short-term憑證： 您還可以創建和使用臨時訪問密鑰，稱為臨時安全憑據。除了訪問密鑰ID和秘密訪問密鑰外，臨時安全憑據還包括一個安全令牌，在使用臨時安全憑據時必須將其發送給AWS。臨時安全證書的優點是它們是短期的。過期后，它們不再有效。 當IAM用戶或聯合用戶擔任IAM角色時，他們將獲得一組憑據，其中包括訪問密鑰ID、秘密訪問密鑰和安全令牌。這些是short-lived憑證。

我用郵遞員測試了你的Api，一切正常。所以問題是Javascript。如果在Id長數字中刪除一個零，javascript內部的一切都會正常工作。 1506000000000039的值實際上沒有超過JavaScript中的最大數值，但是，該值超出了“整數精度”的范圍，或者有時稱為整數精度大小，即2 POW53。并不是發送了錯誤的數字：而是1506000000000039和1306000000000041只能精確地表示為1306000000000040，因此JavaScript中從來沒有正確的數值。（積分的范圍約為+/-253。）問題在于javascript對大整數進行舍入的方式。 因此，如果您仍然打算使用javascript，我可以提供的解決方法是將這些長數字作為字符串發送。或者，如果您需要使用數字進行操作，那么有很多javascript BigInt庫。但你似乎不需要它，因為它們只是發票號碼。所以把你的課改成這個 public class Invoice{ public string Id { get; set; } public decimal Total { get; set; }} and data var paid = new List<Invoice> { new Invoice {Id = "13060000000000039", Total = 10},

WEB API Convention/Practice: 你對WEB API遵循的約定是正確的，但它應該是復數名詞。"The use of plural nouns is always preferred while developing WEPB API"。 如果你看看Microsoft Graph API或任何其他流行的REST API，你會清楚地看到這一點。 Move To your Point: 如果我們轉向你的觀點，我們應該關注兩個方面 1. convention and Practice for Web API Methods: 方法應該是： Be logical. 做一項特定的任務。 沒有副作用。 結構良好，尤其是在覆蓋和覆蓋的好地方。 2. Naming convention for Boolean and Other Kind Of Web API Methods: 在您的例子中，您將脫離REST API模式，因為它不直接處理這種方法。所以你會考慮下面的事情。 應該寫一個清晰易懂的名字 方法名稱必須是描述性的。 對于布爾類型的約定，您可以遵循下面的圖表which is preferred in Microsoft. Based on above convention your method should be like: GET https://localhost

刪除if和else if語句的條件表達式之后（在{之前）的;。

我們需要在工作中解決問題，而不是得到服務 using (var scope = _factoryScope.CreateScope()){ _articleRepository = scope.ServiceProvider.GetService<IArticleRepository>() ?? throw new ArgumentNullException(); // your job here..... }

試著修好路線 [Route("~/api/ShipmentsStatus/GetShipmentsStatusJSON")] public IEnumerable<string> Get() { return new List<string> {"1","2","3"}; }

這是.NETCore3中新引入的一種行為，如果Action方法返回null，它只發送一個204響應，不表示任何內容。如果希望從操作方法返回null，可以通過在Startup.cs文件中使用下面的代碼塊來重寫此行為，該代碼塊將刪除相應的輸出格式化程序，并從API響應中返回null。 services.AddControllers(options => { options.OutputFormatters.RemoveType<HttpNoContentOutputFormatter>(); });

我不希望從同一個URL返回不同的類型。這將增加使用API的難度，因為您可以為相同的響應代碼返回不同類型的響應體（200）。但是，如果TypeA和TypeB來自同一個基本類型，并且您認為這對您的消費者處理與TypeA和TypeB的差異不會是一個問題，那么這可能不應該是一個問題。 我使用過一些支付API，這些API的屬性根據用戶使用的支付方法具有不同的類型。在這種情況下，很容易處理，因為根對象總是相同的，只有一個屬性可以完全不同，并且我可以知道基于根對象的paymentType屬性我需要執行哪種類型的強制轉換。 如果您查看一些API指南，您可能不會看到有人說這是一種不好的做法。但您將始終看到，相同url上的模式總是返回相同類型的響應。有時這種不同的結果是可以接受的，有時則不然。要回答您的問題，您應該想一想：對于這個API的消費者來說，處理這些不同的對象有多困難？ 一些良好的api良好實踐參考包括： https://docs.microsoft.com/en-us/azure/architecture/best-practices/api-design https://oai.github.io/Documentation/start-here.html 我在代碼中看到的一個問題是，您正在對500錯誤結果編寫異常消息。這是一個很大的風險，因為有時異常消息可能會顯示應用程序的潛在安全風險。

你有多種選擇。 1接口/基類 似乎您返回的所有內容都有一個類似的結構StatusCode屬性，以及一些在給定狀態代碼上下文中有意義的其他屬性。 因此，最明顯的可能是為它們創建基類或接口，如下所示： public interface IOperationResult { int StatusCode { get; init; } object Response { get; } } public class Error : IOperationResult { public int StatusCode { get; init; } public string[,] ErrorMessages { get; init; } public object Response => ErrorMessages; } public class AuthSuccessful : IOperationResult { public int StatusCode { get; init; } public string Token { get; init; } public object Response => Token; } 這是一個well-defined結構，當您可能需要檢查返回值的確切類型并以type-safe方式訪問返回值上的屬性時，它可以支持更復雜的業務邏輯。 2值元組 最

而不是這個 string content = response.Content.ReadAsStringAsync().Result; do this string content = await response.Content.ReadAsStringAsync(); 然后就 return prod;

您需要使用.Where，.Contains進行篩選 // GET: api/Application/<publisher>[HttpGet("{publisher}")]public async Task<ActionResult<IEnumerable<ApplicationData>>> GetApplication(string publisher){ var applications = _context.Application.Where(a=>a.Publisher.Contains(publisher))); /* You could also use == for exact match var applications = _context.Application.Where(a=>a.Publisher == publisher)); */ if (applications.Count() == 0) { return NotFound(); } return await applications.ToListAsync();}

你忘了引用等式的正確部分。此代碼正在生成： arguments[0].innerHTML = <strong> bold </strong> 此外，您可以使用單個格式化字符串，該字符串如下所示： browser.execute_script(f'arguments[0].innerHTML = "{x["solution"]}"', solution) 會產生 arguments[0].innerHTML = "<strong> bold </strong>"

您沒有讀取響應的內容，只有狀態代碼。 using (var httpClient = new HttpClient()) { httpClient.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Bearer", tokenString); httpClient.DefaultRequestHeaders.Add("Email", Email); httpClient.DefaultRequestHeaders.Add("Password", Password); using (var response = await httpClient.PostAsync(API_URL, stringContent)) { if (response.IsSuccessStatusCode) { string apiResponse = await response.Content.ReadAsStringAsync(); user = JsonConvert.DeserializeObject<MAUser>(apiResponse); } else { var status = response.StatusCode; if (status == HttpStatusCode.NotFou

根據msdnabout Problem上的文檔，它返回一個ObjectResult的實例。 ObjectResult是一個結果，它可能以JSON的形式包含更多的數據。默認情況下，它包含來自類ProblemDetails的數據。默認狀態代碼也將是500。 所以在你的代碼中，下面的斷言應該通過 Assert.False(response.IsSuccessStatusCode);Assert.Equal(HttpStatusCode.InternalServerError, response.StatusCode); 從響應中獲取錯誤消息。。您需要將響應主體轉換為與ProblemDetails類具有相同結構的類對象。 public class ApiProblem{ public string Type { get; set; } public string Title { get; set; } public int Status { get; set; } public string Detail { get; set; } public string TraceId { get; set; }} 然后需要將響應體反序列化為此類的對象。 var responseContent = await response.Content.ReadAsStringAsync();var apiP

你需要使用Angular的HttpClientModule。 要使用它，必須將HttpClientModule導入根模塊。 app.module.ts or core.module.ts @NgModule({ imports: [..., HttpClientModule]})export class AppModule {} 其次，您可以創建一個服務來處理請求背后的邏輯。 foo.service.ts @Injectable({ providedIn: 'root'})export class FooService { constructor(private http: HttpClient) {} get(): Observable<boolean> { return this.http.get<boolean>(<url>); }} 正如您在代碼中看到的，HttpClient的方法是泛型的，因此通過使用它，我們可以管理API響應具有布爾類型。 最后，您可以在組件中使用您的服務，如下所示； constructor(private service: FooService) {} get(): void { this.service.get().subscribe(resp => { if (resp) { console.log('ya