Округлення цін до 10 рублів у Smarty, PHPClub - клуб розробників PHP
Округлення цін до 10 рублів у Smarty
Підкажіть як у шаблоні Smarty округлити, наприклад, ціну 456,56 до 460.
I'd like to model your domain
Re: Округлення цін до 10 рублів у Smarty
Administrator
Просунутий новачок
Administrator
Просунутий новачок
web.dev 2002-.
c0dex, округлення чи ні цін це бізнес-логіка. Ну округлить дизайнер ціни до 10 рублів, а хто покриватиме нестачу при округленні вниз і кому йтиме прибуток від округлення вгору? І хто відповідатиме перед податковим та захистом прав споживача за публікацію одних цін, а торгівлю за іншими? Теж дизайнер? Щось маю сумнів.
п.с. можливо ти вважаєш нормальним подивитися на цінник у супермаркеті і побачити там 40 рублів, а заплатити на касі 44.99, але думаю, що більшість твою думку не розділять і підуть сваритися.
Administrator
web.dev 2002-.
dimagolovМлинець, ось знову. Я не говорив про будь-яку податкову та обман користувачів. Не перевертай мої слова. Я сказав саме про те, що так зробити з моєї точки зору побудови програми правильно. Я вважаю, що такі операції мають бути санкціоновані замовником, тобто округлювати чи ні ціну з 59,456 до 59,46 рублів або до 59,45. І ніхто нікого не повинен обманювати.
Хоча, за великим рахунком, де і як округлювати ціни - це справа кожного індивідуального розробника.
Adelf, я можу уявити лише одну ситуацію з цінами, коли таке округлення допустиме. Це слоган "сорочки від 190 руб!!" де 190 береться з select min(price) from goods where type = 123. тут спірне питання, де потрібно округляти, але оскільки запит буде писати прогер, точому ж він не може зробити округлення згідно з ТЗ?
подивимося ситуацію з іншого боку. вся робота з цінами/сумами та іншим це бізнес-логіка та відповідає за неї той, хто її пише. як не потрапити в ситуацію, коли бізнес-логіка правильна, а відображається лівим, вірніше не так, як її розробник очікують? і все тому, що ми потягнули заокруглення чогось у шаблон. ще веселіше буде, якщо шаблон із округленням написаний рік тому, але завжди давали дані з тією ж точністю, до якої прописано округлення, а тут вимоги змінилися і в бізнес-логіці змінили точність, і тут округлення в шаблоні заробили. причому помітити це буде можливо далеко не відразу, якщо% округлених даних виявиться невеликим.
загалом, навіщо наживати собі проблеми, додаючи в шаблон зайве?
Administrator
4 хвилини". Багато ще випадків можна придумати. Ціни - згоден. Занадто важлива річ, щоб округлювати. І рідко коли це роблять. Але якщо ТСу це знадобилося. то зовсім необов'язково робити це якось інакше, якщо в інших випадках це роблять у поданні.
Просунутий новачок
А коли в магазині буде 1900 товарів, то "інтелектуальна" логіка відображення напише "майже 2000!" Слогани прогамно писати? Не треба натягувати, немає практичного та логічно виправданого округлення у шаблонах.