ТС, используй бигдецимал. дабл вообще сами по себе неточные. )) мне по наследству достался бухпроект где валюты хранились в даблах. это просто жесть. делишь 10 на 4 а в ответ: 2.500000000000000000000000001 или 2.4999999999999999991 в итоге приходится в даблах только хранить а для каких то действий делать конверт. хотя это вроде тоже не рекомендуется. но работает вроде без глюков.

я вот одного не понимаю чо неужели за столько лет не могли создать нормальный адекватный примитив чтоб подобного секса не было? ведь даже с бигдецималом относительно длинная цепочка элементарных математических действий по внешнему виду превращается в нечто монструозное для вяких фриков-красноглазиков.

и еще тупой вопрос всё руки никак не дойдут попробовать )) я делаю на спринг жсп форм:форм, и забираю какой то объект, в котором есть поля бигдецимал )) они с хтмл формы нормально заберутся и сразу сконвертятся в бигдецимал или надо будет долбаный форматтер городить?

нененене, и чо и чо? и чо делать то в бухсофте? "вставки на другом языке" это простите, эээээ. а накой тогда ява нужна? давайте на руби и пхп бух софт писать а?

maytonJavaScript AFAIK использует вещественное представление вообще для всех
счетных типов. Но это упрощение заложеное еще на этапе создания
самой машины. И оно работает только внутри JavaScript.
я не думаю, что это хорошая идея делать вычисления в бухе на клиенте.

Leonid Kudryavtsev,

по бухе я долго ковырял эту тему. вариантов не много: или бигдецимал и его угребищные выражения на птичьем языке, или же целочисленные копейки (центы, тугрики, куруши и т.п.) (он же инт) с последующим переводом во что-нибудь что два знака после запятой показывать умеет. оба варианта на мой взгляд уродские костыли. ну либо третий вариант - мас.раунд и теоретически куда-нибудь девающиеся копейки в случае объемных вычислений.

я всё же не понимаю как там в больших корп. проектах это всё считается? неужели бигдецимал? или вообще тупо арифметику в скуль перетаскивают? )) тогда зачем хибер и эти неясные скрещивания ужей с ежами (из соседней темы)?

maytonlor2пропущено...

я не думаю, что это хорошая идея делать вычисления в бухе на клиенте.
Клиент эволюционирует. Я лет 10 назад тоже считал JS недо-языком годным
лишь для проверки формочек перед постом. Но сегодня на нем делают игры
и медиаконтент и сам по себе вопрос "ахах дескыть хто разрешил и как
это мона" уже не звучит. Все привыкли. Надежность устраивает.
я нисколько не сомневаюсь в возможностях жса кроме того я полагаю что по сложности и объемности знаний жс ничем яве не уступает. тут вопрос именно безопасности )) типа чел возьмет и в клиенте сам себе расчет зп подкрутит. помню раньше игра такая была ил2 штурмовик, забытые сражения по сети в нее резались (кстати, на яве сделанная, уже тогда - 2004-й год емнип) так вот, там попадания вычислялись на КЛИЕНТЕ. т.е. ты стреляешь в чувака, а попал-не попал считается не у него или на серваке, а у тебя. так вот, я просто залез в базу моделей повреждения и у всех вражеских самолетов поставил броню ноль. одна пуля рвала самолет врага как тузик грелку. крылья там отваливались и т.п.

это я к чему - думаю ясно к чему. :) нехорошая это идея в общем. я понимаю если какие-то там отчеты индикативные готовить, а если критические вычисления - то нет.

maytonlor2я всё же не понимаю как там в больших корп. проектах это всё считается? неужели бигдецимал? или вообще тупо арифметику в скуль перетаскивают? )) тогда зачем хибер и эти неясные скрещивания ужей с ежами (из соседней темы)?
Ты щас всё спутал и смешал в одну кучу. При чем тут хибер вообще? Ты что с хибером
что без него видишь один и тот-же ResultSet.

По поводу как считают. Один чел который писал логику для фондовых бирж (hiload) говорил
(и я гарантирую это ибо знакомый) что они для денег используют long (64bit) и в целых
числах (копейках или центах) в зависимости от валюты. Код валюты тут-же кладётся рядом
в class (record, datarow).
может я костноязычен но суть следующая: щас я допиливаю уже (слава Всевышнему!) проект где используется хибер и скуля нет вообще практически только мелкие вкрапления хкуля да и те особо не нужны. вот у меня встанет задача избавиться от дабла и бигдецимала и претащить всю арифметику в скуль - эээ я даже близко не представляю какой же это будет костылище, а так всё "быстро, красиво, молодежно" и по ооп )) ну.. в принципе исходя из сообщения предыдущего оратора, да и то что я сам говорил: или считаем в копейках, или ужасный бигдец.

просто с даблами всё так красиво выходит, структурированно и по оопшному - ты и из формы циферки вынимаешь и если надо обсчеты, относящиеся ко вьюшке делаешь как положено во вьюшке жсп-ой и т.п., в коде так же а+б/ц и т.п. а если пользовать бдц или копейки то появляются долбаные костыли.

делать было нечего и я проверил:
спринг просто прекрасно принимает с текстовго поля формы значение цифровое и автоматом его переводит в бигдец. кроме того если этот бигдец отправлять обратно во вьюшку то там с ним можно вполне свободно стандартыми способами крутить-вертеть в жспшках как хочешь, типа ((бигдец1+бигдец2)/бигдец3)