2017-03-17 3 views
0

논리 응용 프로그램 커넥터가 json을 처리 한 이유를 궁금해서 json 문자열에서 워크 플로를 통과 할 때 "\" "\ r \ n"등의 다른 문자를 추가합니다.논리 응용 프로그램에서 백 슬래시 및 기타 문자 조합 json

로직 앱에서 어떻게 든이 문제를 피할 수 있습니까? 이 모범 사례와 같은 문제를 어떻게 처리합니까?

저는 이러한 종류의 문자와 조합을 제거하는 데 사용되는 Azure 함수 앱을 .Replace() 프로세스로 만들었습니다. 부는이 일이 훨씬 더 나은 방법으로 이루어질 수 있다고 생각합니다.

모든 아이디어 나 제안 사항을 보내 주시면 감사하겠습니다.

예 :

{ 
 
    "Employee": "{\"Address\":\"507 - 20th Ave. E.\\r\\nApt. 2A\",\"BirthDate\":\"1948-12-08T00:00:00Z\",\"City\":\"Seattle\",\"Country\":\"USA\",\"EmployeeID\":\"1\",\"Extension\":\"5467\",\"Firstname\":\"Nancy\",\"HireDate\":\"1992-05-01T00:00:00Z\",\"HomePhone\":\"(206) 555-9857\",\"Lastname\":\"Davolio\",\"Notes\":\"Education includes a BA in psychology from Colorado State University in 1970. She also completed \\\"The Art of the Cold Call.\\\" Nancy is a member of Toastmasters International.\",\"PhotoPath\":\"http://accweb/emmployees/davolio.bmp\",\"PostalCode\":\"98122\",\"Region\":\"WA\",\"ReportsTo\":\"2\",\"Title\":\"Sales Representative\",\"TitleOfCourtesy\":\"Ms.\"}" 
 
}

답변

0

이 커넥터 입력의 예측 타입에 따라 달라진다. 예를 들어, HTTP Body 또는 Azure DocumentDB는 "object"유형을 기대합니다. 이 경우에는 이스케이프 문자가 추가되지 않고 JSON이 그대로 직렬화됩니다. 그러나 일부 커넥터에는 이메일 본문과 같이 string 인 필드가 있습니다. 이 경우 디자이너는 디자이너에서 입력을 가져 와서 문자열을 이스케이프 처리하여 유효한 문자열을 보냅니다.

여기서 언급하는 커넥터는 무엇입니까?

+0

잘 보자. 나와 함께 맨손으로 : P 지금은 Compose 커넥터를 사용하여 이전의 sql get 쿼리에서 json 개체를 작성하는 데 어려움을 겪고 있습니다. 제 목표는 다른 흐름을 만들어 "무언가"를 다른 출처의 "무언가"로 변환하는 것입니다. 빠른 응답 주셔서 감사합니다 btw @ jeffhollan – John

+0

아. 작성은 유효한 JSON 인 경우에도 문자열을 지정해서는 안되는 하나의 작업입니다. 알려줘. – jeffhollan