Потребительские услуги и преобразование данных API

Question

Я создаю веб-приложение JS, которое, по сути, потребляет данные различных API. Некоторые из этих API-интерфейсов используют MySQL и PHP, поэтому, чтобы избежать проблем с неточностями с плавающей запятой, он преобразует все данные валюты в целые значения (путем умножения предоставленных данных на 100, например). Когда я получаю эти данные, я переконвертирую его в локальное представление путем деления на 100.

простой.

Мой вопрос больше в отношении потока & best-practice: Где и когда должно произойти преобразование данных в приложении?

две возможностей я придумываю следующий:

1. Сразу конвертировать в дверном проеме между приложением и API, то есть непосредственно перед POST или PUT, я регулирую ожидаемый формат API. Сразу после GET я конвертирую в ожидаемый локальный формат. Этот метод кажется приятным, поскольку у меня есть единственная точка преобразования
2. Сделайте преобразование непосредственно перед вводом данных в визуализацию ()). Это лучше, потому что я затем работаю в формате API (и избегаю проблем с погрешностью с плавающей запятой), пока мне не нужно отображать данные.

Для большинства манипуляций, которые я делаю, с ошибкой с плавающей запятой на самом деле не проблема. Но мне всегда велели не дожидаться, когда я укушу меня в a **.

В любом случае, я ищу отзывы от людей, которые пробовали использовать любой метод, и относительные плюсы/минусы, которые у них были с этими методами.

спасибо

Answer 1

точка Неточность плавающей вопросы

Это звучит как между протоколом проблемы сериализации данных и поэтому я голосую за вариант # 1. Все преобразования данных, связанные с протоколом, должны выполняться как можно ближе к уровню протокола.