tag:blogger.com,1999:blog-72294588039662900.post2539052155086400639..comments2010-06-10T08:40:59.931+02:00Comments on öt perc dotnet: Mit ír ki?Molnár Gergőhttp://www.blogger.com/profile/05139074877599679722noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-72294588039662900.post-84214395879992252472010-06-10T08:40:59.925+02:002010-06-10T08:40:59.925+02:00StringBuilder-t? igen. miért ne használnánk?StringBuilder-t? igen. miért ne használnánk?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-32123743599443115322010-06-10T03:36:30.759+02:002010-06-10T03:36:30.759+02:00most komolyan srácok, stringbuildert és console.wr...most komolyan srácok, stringbuildert és console.write*-t valaki használt éles projektben életében valaha?:)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-70519850776095679292010-06-09T22:34:02.036+02:002010-06-09T22:34:02.036+02:00"Első sor False, második sor True. Amúgy nem ..."Első sor False, második sor True. Amúgy nem mágia, ha debuggolod a projectet, láthatod, hogy az első o1 egy "true" értékű, szöveg tartalmú stringet tartalmaz, a második pedig egy "true" szövegtartalomra mutató referenciát, tehát valóban eltérő értékkel térhetnek vissza (és térnek is)!"<br /><br />Hol látszik debug módban?, a watch ezt mondja nekem:<br />o1 "true" object {string}<br />o2 "true" object {string}<br /><br /><br />"jah... a helyzet az hogy sokan elfelejtik, hogy a string az referencia tipus, és nem érték...<br />még akkor is ha "működik rá" a == "<br /><br />Szerintem itt nem ez történik, mert ha string-é castolod, akkor már true lesz..<br /><br />(string)o1 == "true" true boolAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-58541944279740042132010-06-09T21:19:16.276+02:002010-06-09T21:19:16.276+02:00Szerintem itt a titok inkább a string pooling. A S...Szerintem itt a titok inkább a string pooling. A StringBuilder mindig új objektumot hoz létre, a fordító viszont tudja, hogy az egyik helyen lévő "true" az ugyanaz, mint a másik helyen lévő, ezért ugyanarra az objektumra kapják meg a referenciát. (Ez megtehető, mivel a string immutable.)<br />Az == operátor itt az object operátorát jelenti, ami egyszerűen referencia szerint összehasonlít.<br />Ha == helyett Equals lenne, mindkettő true lenne, mivel a string felülbírálja azt.firestrmnoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-26672473796317707592010-06-09T21:02:42.824+02:002010-06-09T21:02:42.824+02:00jah... a helyzet az hogy sokan elfelejtik, hogy a ...jah... a helyzet az hogy sokan elfelejtik, hogy a string az referencia tipus, és nem érték...<br />még akkor is ha "működik rá" a ==Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-14043941441445019722010-06-09T20:01:26.441+02:002010-06-09T20:01:26.441+02:00Első sor False, második sor True. Amúgy nem mágia,...Első sor False, második sor True. Amúgy nem mágia, ha debuggolod a projectet, láthatod, hogy az első o1 egy "true" értékű, szöveg tartalmú stringet tartalmaz, a második pedig egy "true" szövegtartalomra mutató referenciát, tehát valóban eltérő értékkel térhetnek vissza (és térnek is)!Jaskó Lászlónoreply@blogger.comtag:blogger.com,1999:blog-72294588039662900.post-47411638587968600632010-06-09T18:17:35.176+02:002010-06-09T18:17:35.176+02:00Fordítási hibát? :DFordítási hibát? :DMr. Chapellhttp://www.blogger.com/profile/14419073397549930845noreply@blogger.com