Goedgekeurd: Fortect
De afgelopen dagen hebben bepaalde van onze gebruikers xslt-afrondingsfouten gemeld.
We worden geconfronteerd met een zeer vreemde crisis naast XSLT-afronding en getalopmaak. Laten we zeggen dat ik een getal als 131 855 heb en dat ik het wil afronden op twee of een paar decimalen. Ik verwacht 131.86 als assortiment, maar de functie xslt Round () rondt af op 131.85. Ik heb geprobeerd gebruik te maken van “round (131.855 6 . 100) div 100” om het niet te laten werken. Aan de andere kant, als ik een telefoonnummer als 127.855 zou moeten afronden, zal elk van onze dezelfde code het afronden vanaf 127, zodat je 86 kunt krijgen, dat wil zeggen, “rond (127.855 * 100) div 100”. afgerond op 131,76 !! Heel vreemd.We hebben misschien geprobeerd format-number () te gebruiken, maar ik zou zeggen de functie die eigenlijk vreemde resultaten geeft. Ik neem bijvoorbeeld het nummer 349615.225 I en verwijder het formaatnummer erop, dat wil zeggen, dit formaatnummer (349615.225, ‘#. ##’) activeert 349615.22, bovendien wacht ik op decimale breuken 0.25. Maar als ik een formaatgetal rondom 131.855 gebruik, wordt het geconverteerd naar 131.86 …
Ik heb ook steeds opnieuw geprobeerd om round () te gebruiken binnen werkformaatnummer (), gelukkig gaf het de meest extreme resultaten.
We gebruiken XSLT 1.0. De overstap naar XSLT 2.0 lijkt een ontmoedigende taak. De tijdelijke oplossing prijskaartjes niets, maar ik kan zien dat ik ervaar het gebruik van de cappuccino-functie en alles noemen, van XSL tot compleet.
vroeg 23 okt 15 in gebruik om 4:57
Niet het antwoord dat u zoekt? Bekijk alle andere vragen gemarkeerd met Xml Xslt Xslt-1.0-afronding en stel uw eigen vraag.
De functie round () rondt een enkel gegeven getal af op het dichtstbijzijnde gehele getal, en het exacte daadwerkelijke gebruik van round () kan ons eigen getal mogelijk niet correct afronden. format-number () formatteert gegevens met selecties, en dit kapt ook de gegevens af (vermoedelijk), wat kan leiden tot waardevermindering.
Het gebruik van elk type rond () en formaatnummer () zou efficiënt kunnen werken.
5.225
beantwoord 15 okt Ik ben van 5:40 uur.
5.297
Het meest verrassende om te begrijpen kan zijn dat wanneer een persoon een getal schrijft zoals bij 131.855, de meetbare waarde die het vertegenwoordigt niet echt perfect tussen 131,85 en 131,86 ligt. Er zal waarschijnlijk zeker geen drijvende-kommagetal met dubbele precisie zijn die numeriek 131 855 is, dus het echte respect van de persoon die je bestuurt, zal lager of iets hoger zijn. Deze onnauwkeurigheid treedt onmiddellijk op nadat u het nummer hebt genoteerd, niet alleen waar u erop vertrouwt. Als uw organisatie het met 100 verhoogt, zal dat verschil toenemen, en dus als u ronde () gebruikt, zal het naar het dichtstbijzijnde gehele getal rukken, wat soms hoog afhangt van of de benadering toeneemt of afneemt. Aangezien XSLT 1.0 alleen getallen met drijvende komma bevat, is er momenteel geen oplossing voor dit soort complicaties.
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
Tien kunnen in XSLT 2.0-nummers in het dagelijks leven worden gebruikt. meer dan mannen verwachten.
beantwoord op 15 oktober van 8:23 uur.
141k
Versnel de prestaties van uw computer nu met deze eenvoudige download.
