Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
každý operátor rovnosti, který podporuje i něco jiného, než primitivní typy, je kontraintuitivní, protože u složitějších typů vždy narazíme na to, že prostě není jasné, co je to rovnost.Nemohu souhlasit. Stačí se na to dívat tak, že porovnáváte hodnotu versus identitu, a není problém.
No ale tohle je přesně to, na co narážím. Funkce equals nebo operátor== můžou být úplně stejně neintuitivní a matoucí. Zákaz přetěžování operátorů nevyřeší vůbec nic. Když autor knihovny pojmenuje funkci blbě, tak je vlastně úplně jedno jaké přesné ascii znaky to jsou.V Javě právě úplně stejně neintuitivní a matoucí být nemohou. Protože operátor == je definován specifikací Javy a žádný uživatel nemůže udělat matoucí variantu operátoru ==. Jediné, co je na operátoru == v Javě matoucí, je to, že ho lze použít i na porovnání objektových typů a pak porovnává reference. Na druhou stranu, když se podíváte na okolní jazyky, má to tak i C, C++, JavaScript – a pro někoho by zase bylo matoucí, kdyby Java operátor == pro objekty měla zakázaný.
To, že operátor == v Javě porovnává hodnoty primitivních typů a reference u objektů mi nijak neintuitivní nepřipadá.Je to kontraintuitivni - jestlize o Jave nic nevim, muzu si rict tak leda "WTF" - vubec me nenapadne, proc by se to jednou melo chovat tak a jindy jinak.
Uz to samotne vase "jenom pro větší čísla" ukazuje na neco, co vypada divne. "Vetsi cisla"? To je co? Vime to? Je to nekde v dokumentaci? Nebo se to chova "nahodne" (podle toho, jak velky je zrovna ten pool)?
Kdo o Javě nic neví, tak musí pochopit, že == na objektech porovnává reference. A že pokud porovnává objekty, které neudělal, tak je to implementačně závislá věc. Ten efekt se může dít u jakékoli knihovny apod.
Myslím, že u jakékoli jiné implementace toho operátoru bych musel napsat mnohem víc, abych vysvětlil jeho chování. A že takové jazyky máme a jsou i rozšířené :-)
Já nejsem ten, který tady ze sebe dělá hlupáka. Jednou se to rovná, a podruhé ne. Právě ten, kdo chápe ten rozdíl, by nad tím měl kroutit hlavou...Vážně byste si měl nastudovat rozdíl mezi hodnotou a referencí. Představte si, že máte na tabuli napsaná čísla, a pak tam přidáváte šipky, které na ta čísla ukazují. Na jedno číslo může ukazovat víc šipek. To, že máte v ruce dvě různé šipky, neznamená, že obě šipky nemohou ukazovat na stejné číslo. Pokud chcete porovnávat čísla, musíte se dívat, kam šipka ukazuje, ne na šipku samotnou.
Java také nebude ten ideální jazyk...Kód: (Java) [Vybrat]public class HelloWorld
{
public static void main(String[] args)
{
Integer a = 1024;
Integer b = 1024;
System.out.print(a == b); // false
}
}
Vysvětlil by mi někdo, co se tam děje? Kdyby to bylo něco mimo rozsah 32b intu, tak bych to pochopil. Ale 1024 je furt zatraceně málo.
Což ten kód neříká, že áno. V tom je ten podraz.Java také nebude ten ideální jazyk...Kód: (Java) [Vybrat]public class HelloWorld
{
public static void main(String[] args)
{
Integer a = 1024;
Integer b = 1024;
System.out.print(a == b); // false
}
}
Franta má 1024 Kč, Pepa má také 1024 Kč. Pepa je Franta.
já hledám způsob jak si vzít konkrétní klíč a jeho hodnotu a tu vsadit do attributu html elementu
běžně používám:
< span onmouseover="nhpup.popup('tralala');">something</span>
potřeboval bych namísto 'tralala' dosazovat hodnotu konkrétního klíče
Já bych se zeptal jinak: Jak je možné, že u tolika projektů je problémem č. 1, jak dostat data do a z relační databáze. To nedává smysl - buďto je formát dat projektu vhodný na RDB, nebo se na ni vy*eru a použiju něco, kde nebudu potřebovat rovnáky na ohýbáky.
díky za podněty...
naznal jsem, že nejlepší bude v databázi vytvořiit sloupec ID a na něm AutoIncrement
a Update provádět přes tento ID, který se nikdy nezmění
použil jsemKód: [Vybrat]for(var i = 0; i < json.length; i++) {
if (json[i].message == 'EXISTUJE!!!') {...}
funguje, ale pokud někdo zná lepší řešení, nechám se poučit
Kite...díky..nechám si od zkušených jako Ty rád doporučit správný postup, ale domnívám se, že primární klíč nezajistí aby se do sloupce nedostal stejný záznam/hodnota. Pokud se mýlím, tak pak nechápu ten princip.
Pravděpodobně máš na mysli, že hodnotu co chci kontrolovat by byla primárním klíčem.
Ještě by mne zajímalo pokud mám v Ajaxu dataType: "json",Nebude. Pokud se nebude pokoušet o nějakou automagii. A i kdyby ano, tak si třeba na textu vyláme zuby (pokud se zrovna netrefíte na Null, False, True, možná číslo).
a v php vracím pomocí echa prostý text, jak s takovýmto response v Ajaxu zacházet v success?
Ajax bude i v response očekávat json?
Pokud máte datatype json tak z PHP posílejte taky json:Kód: [Vybrat]print(json_encode(array("text" => "tohle je ten text")));
header("Content-Type: application/json");nerozumel som preco je tam to, alebo ono, ked to tam vobec nepasuje a nedava to zmysel.Smysl v tom hledat nesmíš :-)
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.