Is your current system double or multi byte capable?

Datorhårdvara

5 svar · 191 visningar · startad av erka

Medlem sedan dec. 19996 522 inlägg
Trådstart#1

vad menas med detta ?

Is your current system double or multi byte capable?

Någon som kanske vet ?

Medlem sedan apr. 200010 782 inlägg
#2

I vilket sammanhang ?

Medlem sedan dec. 19996 522 inlägg
#3

Gällandes vilken miljö vi kör våra webservrar i, IIS 5 för övrigt. Det är en kinesisk konsult firma som ska göra en kinesiskversion av vårat system.

Medlem sedan apr. 20002 487 inlägg
#4

Kineserna menar nog om erat nuvarande system är Unicode-kompaitbelt. Med en åttabitars (en byte) ASCII-teckenuppsättning (som är vanligast idag) kan man lagra max 255 tecken vilket räcker för europeiska språk. För kinesiska och andra asiatiska språk behöver man dock mer plats för att lagra tecken (double byte eller multi byte). Unicode är en standard som löser detta så att man kan representera både "våra" bokstäver och asiatiska tecken med en (1) teckenuppsättning (genom att använda flera bytes).

Nu är inte jag så haj på det där, så rätta mig om jag har fel.

Medlem sedan dec. 19996 522 inlägg
#5

Tack, misstänkte att det hade någonting med detta att göra.

Medlem sedan aug. 2001458 inlägg
#6

Så svaret på frågan till kineserna är ja beträffande IIS:en. Windows NT/2000/XP har bra stöd för Unicode (UCS2, vilket innebär 2*8=16 bitar per bokstav).

Sen är det förstås upp till vad era applikationer gör. Kör ni bara ASP kanske ni redan stöder detta.

Som kuriosa kan nämnas att Windows NT och framåt i grund och botten alltid jobbar med Unicode. (Nästan )varje funktion i Win32 API:t har en ANSI och en Unicode version. Det enda ANSI-version gör är att konvertera strängen till Unicode och därefter anropa Unicode-versionen. Således är det effektivast att alltid bygga sina program i Unicode.

255 ms totalt · 4 externa anrop · v20260731065814-full.d34c6d5a
119 ms — deklarationer (db)
0 ms — hämta statistik (cache)
126 ms — hämta tråd, inlägg och bilagor (db)
126 ms — ändringar (db)