- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- TCL LCD és LED TV-k
- Házimozi belépő szinten
- Milyen CPU léghűtést vegyek?
- SSD kibeszélő
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
- Azonnali alaplapos kérdések órája
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fujifilm X
Hirdetés
-
Premier előzetest kapott a V Rising
gp Napokon belül befut a teljes PC-s kiadás, az év során pedig megkapjuk a PlayStation 5 változatot.
-
Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
ph Megkezdődött az NPU-k elleni hadjárat, de egy fontos részletet nem említ a cég.
-
Kapnak egy rakás reklámot a Roblox játékosai
it Videohirdetésekre készülhetnek ezentúl a virtuális világokban a Roblox játékosai.
Új hozzászólás Aktív témák
-
Miracle
senior tag
válasz Gregorius #98 üzenetére
hat igazabol nem ertem ez miben kulonbozik attol amit en leirtam mondjuk meg annyi, hogy a m$ a .NET frameworkjeben bennehagyja a regebbi frameworkoket is, hogy regi appokat is futtatni lehessen. amugy en nem tudok olyan okot kitalalni ami miatt (meg ha elvileg mennie is keni) atirom az assemblyben a required versiont 1.1rol 1.0ra
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #107 üzenetére
Például?
tobbszoros oroklodes, operator overloading, elegans referenciakezeles, hatekonysagi okokbol opcionalis GC (tobbfele implementacio), templatek, lehetoseg a nyelvi helyett az op.rendszer biztositotta mem.kezeles hasznalatara, parameteratadasnal kovariancia, member-poionterek, aut.tipuskonverzio
hirtelen tobb nem jut eszembeértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #117 üzenetére
templatek
igen, a 2.0ban mar vannak, de nem olyan osszetettek, mint a c++ban levok.
Nem tudom, a C mióta csinál memóriakezelést.
a malloc/free es a new/delete tekintheto nyelvi eszkoznek a memoria kezelesere, de akar windowson akar linuxon problemas veluk 1 GBytenal nagyobb mennyisegu memoriat kezelni, es lassuak is.
hatekonysagi okokbol opcionalis GC (tobbfele implementacio)
Ezt miért tartod szükségesnek?
azert, mert a GC sajnos esetenkent nem elhanyagolhato ovreheadet jelent, es nem-szintetikus-tesztek eseten (amikor csinalunk ugyan abbol 50000 peldanyt mondjuk) lassabb lesz, raadasul ugy a .NET mint a java GCa elegge alkalmatlanna teszi a nyelvet realtime mukodesre, mert nincs definialva, hogy mikor collectel. presze, ki lehet kenyszeriteni, es ha te akarod ugy intezni, hogy a kritikus idopontokban NE kezdjen el gyujtogetni akkor joval bonyolultabb kodot is kaphatsz. persze ez az kis teljesitmenytoblet az esetek nagy tobbsegeben valoban kicsi, es megeri GCt hasznalni, de igy, hogy kotelezo lett, a juzer elesik a placement-new hasznalatatol, ami eleg komoly fegyverteny tud lenni bizonyos esetekben. persze sima, semmilyen kulonleges igenyt nem tamaszto feladathoz nyilvan tokeletes megoldas barmilyen GC, mert az esetek nagy tobbsegeben inkabb mem.leakeket szuntet meg, mintsem problemat okozzon.
elegans referenciakezeles
Nem tudom, mi nem elég elegáns rajta.
hat ha visszanezunk a programozasi nyelvek tortenetere, akkor eloszor jott a valtozofoglalas, ami nev, es memoria. aztan jott a memoria, amihez nem tartozik nev. aztan jottek ilyen olyan probalkozasok (pl. smalltalk) amibe nem mennek bele, de lenyeg az, hogy a c++ nyelvben lehetett eloszor ertelmesen uj nevet bevezetni hozza tartozo memoriaterulet foglalasa nelkul. es ezt 1 darab operatorral oldottak meg, ami minden esetben elegseges volt az egyertelmu kifejezeshez. c#ban eltunt ez a szep, egyseges, elegans megoldas.
a programozonak minden lehetoseget megadni, hogy a leheto legtomorebben es hatekonyabban...
...tudja elcseszni a programot
igen, en is odairtam, hogy az esetek nagy tobbsegeben a c++ bovebb feature-listajat a programozok gyakran inkabb bugtenyesztesre hasznaltak, mint elegans kod keszitesere, megegyszer mondom, en a nyelv osszetettsegerol, es nem az eletkepessegerol/hasznalhatosagarol beszeltemértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #122 üzenetére
A malloc/free nem tekinthető, az runtime library.
resze a standard libnek, legalabb annyira a nyelv resze, mint a System.GC vagy mindketto, vagy egyik sem persze lattam mar olyan C forditot, ami nem tamogatta, de az a szoftver, amit azzal forditottak vonatvezerlo volt, ott pedig 0 bizonytalansagnak van helye
Meg kell tanulni hatékonyan GC alá programot írni. Gondolom az ember a hagyományos programját sem tűzdeli tele folyamatos objektumallokációkkal.
hat... NAGYON nagy projektek eseten eleg komoly aldozatokat kell meghozni az erthetoseg, es a csapatmunka oltara, es tobb, kisebb funkcionalitast megvalosito osztaly, amiket esetleg gyakrabban kell cserelni/letrehozni osszessegeben megiscsak megterulhet. szoval a hatekonysag neha utolso szempont, hogy 1000 ember is tudjon egyutt dolgozni, es ekkor igen hasznos technikak allnak a c++ programozok rendelkezesere, hogy a kodot a rendszer megvaltoztatasa nelkul tegyek hatekonyabba (PIMPL, palement/new stb... ilyenekbol tenyleg sok van).
igen, GC programtol fuggetlenul cserelheto... ja varj... c++ ala ismerek vagy 6 GCt, es mar 4et hsznaltam... mennyit is ismerek c# ala? egyet? van egyaltalan masik? lehet NEKEM is cserelnem? (rotor, mono nemjatszik )
De egyrészt aki powah rutinokat akar írogatni, az kódolja le az érzékeny részeket ASM-ben, másrészt ez nem szorosan a nyelv függvénye, hanem a JIT-é és a framework-é.
hat CIL ASMel nem megyunk sokra, masfele ASMet meg nem illik
a JITek meg igen komoly fejlodesen mentek mar keresztul, de naiv gondolat azt hinni, hogy egy rendes fordito optimalizacios kepessegeit valaha is elerheti. esetleg megkozelitheti
Akkor szépen meghívod előre a GC-t, hogy na akkor gyűjtsön most, megvárod amíg begyűjt (WaitForPendingFinalizers)
ez lesz csak a szep meg a hatekony kod az a baj, hogy a durvan optimalizalt GC mem.kezeleset elegge hasravagja az ilyen.
Egyébként döbbenetes, hogy a GC algoritmusokat milyen durván optimalizálják. Pl. ha jól tudom, a .net-es adaptálódik a processzor cache méretéhez, úgyhogy a 0. generációban felszabadított objektumok többsége lényegében sosem kerül ki az L2 cache-ből, így kegyetlen gyors tud lenni.
a m$nal volt kis vita, hogy a rotorba beletegyek-e a rendes .NET runtime GCat, es ha jol tudom vegulis az dontotte el a kerdest, hogy valami eszmeletlenul bonyolult, es feltek, a budos eletben senki nem ertene meg a mukodeset, es az egesz rotornak nem ez a celja
Még mindig nem értem. Írsz egy C++ példát, hogy mi annyira jó miben?
nem, nem irok peldat, ez puszta elegancia kerdese, a c++ egy igen igenyes megoldast adott a problemara, a c# meg visszalepett egyet, es nem olyan igenyes megoldast adott. persze ez hasznalhatosag szempontjabol nem sokat jelent, a koder altalaban el tudja donteni, hogy parametert vesz at, vagy csak ugy referenciat keszit, ez pusztan szepseg kerdese
többszálú öröklődés...
hat igen... egy szoval nem mondtam, hogy a tobbszalu oroklodes jo dolog, ez is csak 1 tipikus pelda a ket nyelv kozotti tervezesi filozofia kulnbsegere:
a: minden lehetoseget megadni a programozonak, hogy azt csinaljon amit tud
b: olyan lehetosegeket adni a programozonak, ami az esetek 98%ban elegendo, igy konnyen tanulhato, egyszerubb, es hetkoznapi hasznalatra alkalmasabb nyelv jon letre.
Bár ez akár a 6-os vagy régebbi Visual Basic-re is mondható (inkább mint platformra a mindenféle designerjével), az pedig egy bűn rossz nyelv, mégis egy-két évvel ezelőtt többen használták, mint a C-t .
amikor azt mondod hogy C akkor c++ra is gondolsz ?!?!?! ez halal komoly?! a windows programozas rejtelmeibe az egeszen kozeli multig nem nagyon volt betekintesem, ha valami nagyon kellett, akkor is QT+mingw vagy java ment, a nativ windows programozas kimaradt az eletembol... ez azert eleg durva
de ha mar itt vagyunk van valami otleted, hogyan kellene 1 c# programbol figyelni arra, ha az user egy filet (amit mondjuk masodpercenkent fel kell dolgozni, de nem tarthatom lefoglalva, mert akkor nem kerul bele amit fel kell dolgozni) masik konyvtarba mozgat? FileSystemWatcher-el odaig jutottam, h atnevezest (konyvtaron beluli mozgatast) mar elkapom, de amint kilep a konyvtarbol buktam a filet, hacsak nincs watcher allitva a celkonyvtarra is, de ez nem megoldhato... szoval otlet?értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #124 üzenetére
A GC sem a nyelv része, hanem a platformé.
a malloc is a platform resze szoval ha a GC MINIMALIS kiszamithatosagat/vezerelhetoseget is tekintetbe vesszuk, akkor a malloc is jar, mint ,,alap'' szolgaltatas. de felreteve az elvi vitat, eleg ertelmetlen a nyelvrol platform nelkul beszelni
Épp ellenkezőleg. A JIT-nek van lehetősége a futtató processzor architekturális sajátosságait, spéci utasításkészleteit kihasználni. A ''rendes'' C-fordítóknak pedig az összes megcélzott architekturával kompatibilis kódot kell generálniuk.
hat... igazabol a kodok teljesitmeny-kritikus reszet, normalis programozo sok sok architekturara leforditja szoval ez nem igazi elony, szerintem sokkal nagyobb fegyverteny az, hogy a kod joval nagyobb egeszet atlatja a fordito, es az optimalizacio elvegzesere is tobb ideje van.
Most már sosem tudom meg, mi ez a fantomelegancia, amiről beszélsz
na akkor volt eloszor az automatikus valtozo: egyszerre foglalsz memoriateruletet, es valtozonevet
aztan lehett foglalni kulon memoriateruletet.
aztan a c++ oldotta meg eloszor, hogy NEVET lehessen foglalni, tarterulet nelkul.
c#ban is van lehetoseg azonos fonkcionalitas megvalositasara, de nem ilyen szep, elegans, programozaselmeleti szempontbol is szep megoldas.
Viszont az velük a probléma, hogy amint két program interfészel egymással rögtön ott a kérdés, hogy mi van, hogy ha különböző memóriamanagert használnak?
hat igen, ezzel elegge meg lehet szopni persze amikor egy modult tobb projektben torteni felhasznalasra terveznek akkor erre figyelni kell.
[Filekovetes]
hat igen, ez lehet az en hulyesegem, de nem szeretek csak azert nyitva tartani fileokat, hogy ne veszitsem el oket ha elmozhatjak. szoval lehet hogy osszetakolt az az egesz unix vilag, de hogy mit meg nem adnek most egy rohadt i-node szamert .NET alatt...
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #126 üzenetére
A programozónak viszont elő kell vennie a régi programját. Plusz neki kell arról is kell gondoskodnia, hogy a megfelelő rendszerképességeket felismerje és az annak megfelelő modult töltse be.
ezzel az a baj, hogy a: ezt mar gyakran nem is kell a programozonak megcsinalnia, mert a fordito elhelyez bizonyos kodreszletekbol tobb fele optimalizalt valtozatot a forditasi direktivak alapjan. masfelol ha megnezed, egy rendes fordito mennyit kepesz szarakodni egy nem is olyan nagy kodon, ennyi ideje egy JITnek nem lesz... szoval igen, elmeletben tobb infoja van, gyakorlatilag nem vagyok meggyozve, hogy a JIT algoritmusokat valaha is tudjak odaig finomitani, hogy versenykepes sebesseget nyujtanak. persze ez is egy olyan dolog, hogy time will tell
amugy meg valaki aki powerappot fejleszt szepen forditsa csak ujra idonkent es disztributolja a binarisokat, ez nem pelda nelkuli dolog.
Miért látná át nagyobb egészét?
ugye nem gondoltad, hogy komolyan teljesitmenyigenyes szoftvereket a hagyomanyos object-modellel forditanak? ;)
(hasonlóan a processzorok elágazásbecsléséhez P1 óta)
hat ez most lehet hogy nagy belekotes lesz, de mar a P1 elott is volt ilyen, igaz nem x86on.
Jól gondolom, hogy ezekről beszélsz?
igen, a c#ban uj nyelvi elemet vezettek be a referencia szerinti parameteratadashoz.
Ezt mondd azoknak, akik public domain-be rakják a kreálmányaikat.
kellene valami ECPSEL (Europen Computer Programming and Software Engineering License) szoval tenyleg eleg gaz arcok vannak, errol oldalakat lehetne irni, gondolom mindankinek megvannak a maga tortenetei
(amugy websphere erre is ad megoldast )
Akkor nem lesz fájlrendszer-független a programod.
nemerdekel, csak windows NT alapu szervereken fog futni, az NTFS levaltasa meg nincs tervbeveve a pico & puha cegnel.
a shared megnyitvatartassal meg az a haz, hogy a cegnel mar mukodik egy meglehetosen stabil, es nagyon nagy rendszer, es az en kicsi programomnak e melle kellene befekudni, ugy, hogy ne nagyon zavarja a masik, tenyleg nagy programot... eredetileg annak a moduljakent akarta a ceg megiratni ezt a kiegeszitest, csak mondtuk hogy az nem volna okos gondolat.
amugy egy sokkal elegansabb megoldast talaltam a problemara: kiegeszitettem a specifikaciot, hogy csak az adott directoryn belul mozgathato a fileértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #128 üzenetére
És ennek eredményeként ugyanaz a kód hatszor lesz benne a programban. Vagy ha az #if-#endif-es direktívákra gondoltál, akkor annak a különböző ágaiban is meg kell írnia valakinek a megfelelő optimalizált programot.
nem a preprocesszorra gondoltam, hanem jelezni a forditonak, hogy ezen a kodreszleten elmelkedjen kicsit tobbet, legyen belole egyszalu, tobbszalo, SSEs, SSE2es, stbstb...
De azokat nem is multiplatformos környezetbe szánják.
jo, hat akkor most eljutottunk oda, hogy akkor csak nem lesz a c# sosem olyan gyors, a c++ meg olyan rugalmas, de ezt nagyjabol az elejen is tudtuk
Ennek inkább az eléggé elavult C fordítási modell az oka
igaz, a Ct is, de foleg a c++t NAGYON nehez parsolni, az igazi implementacio LL{infinity} volna, habar ettol el szoktak tekinteni a forditofejlesztok
Tényleg nehéz hosszútávon megjósolni, hogy mi lesz belőle, de ahogy egyre gyorsul a vas, egyre inkább előtérbe kerülni látszik a GC meg a JIT.
a GCokkal tokeletesen egyetertek, a JITek meg meg elegge el vannak jelen pillanatban maradva, hogy ez a kerdes ne doljon el iden
csak tudod leggujabb intel fordito szekvencialis kodbol csinal tobbszalu kodot, HThez, es valodi tobbutas rendszerhez is kulon, mindemellett alapbol fordit minden kodot SSEre es FPUra (mar ahol ennek van ertelme ugye) es mindkettot bedrotozza az ojjekt fileba, majd futas idoben dont processzor alapjan h melyik a jo valtozat. arrol meg nem is beszelve, hogy ha nem fortrant hasznalunk akkor kb. az intel az egyetlen x86 fordito, ahol assembly betetek nelkul ertelmes SIMD kod szuletik. raadasul az intel fordito teljesitmenyben meglehetosen a konkurencia elott jar (most talan van valami AMDs fordito is, amit fuggetlen ceg fejleszt, es asszongyak h suti cucc lett, meg nem neztem meg) de ettol egy lepcsovel lejjebb van a gcc es MS forditok, es meg ezeknel is joval lassabb a JIT. szoval ha hirtelen leallnanak a hagyomanyos forditok fejlesztesevel, meg akkor is hosszu hosszu evekbe telne mire a JITek versenykepesse valnanak a gccvel, ill. mS forditokkal, es az elvonaltol meg akkor is messze lesznek.
Akkor pár korrekció. [referenciakrol]
nem ideztem be mindent, de eppen errol beszeltem, hogy ming c++ alatt erre egy nyelvi elem van, es gyakorlatilag ugyan az a szemantika mukodik parameteratadasnal, mint sima referencia letrehozasakor, mig c# alatt nem. (value type vs osztalyok a heapen)
amugy utalom a boxing kifejezest, mi a francert nem lehet wrappernek mondani, mint ahogy mar 20 eve mindenki mondja a hasonlo szerepu osztalyokat...
Háát, hozzáhegeszteni egy meglévő rendszerhez általában bonyolultabb, mint bővíteni. Úgy legalább lehet, hogy nem kellett volna konkurálni a fájlért.
eppen ez az, hogy a kiegeszitesnek csak olvasnia kell a textfilet, es az alapjan dolgozni, a nagy rendszertol fuggetlenul. a nagy rendszernek meg kb. a rendszertervet ertettem volna meg annyi ido alatt, mint ahogy elkeszitettem ezt a programot es ha modulban gondolkozok akkor figyelnem kell egy par dologra, amiket igy megusztam, az user eddig nem pampogott, es sztem nem is fog, mert jol mukodik amit kapottértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #130 üzenetére
boxing vs wrapper class
igaz, a wrapping eleg szokatlanul hangzik, de a java scennek megfelelt par evig
amugy az erveleseddel az a baj, hogy valoban ket kulonbozo dologrol van szo, de nem okozhat felreertes, mert a szovegkornyezetbol egyertelmuen kiderul, hogy melyik jelentesre vagyunk kivancsiak. szoval ez kicsit ilyen risc-vs-cisc vita szeru dolog, hogy majdnem ugyanarra kell-e meg egy szo es ugye tudjuk, hogy a m$ milyen processzorokon tud piaci eredmenyeket felmutatni
najo ez szar vicc volt, lenyeg az, hogy a ket jelentes keverese a wrapper szo hasznalataval sem okozott ertelmezesi problemat az elmult ~10 evben, ez megint csak egy affele m$os ki-ha-en-nem hozzallas eredmenye, ami engem bosszantani szokott.
az is nagyon felbosszantott, amikor olvastam a c# ref.manual bevezetojet... szoval az elso 3 oldal arrol szol, hogy igazabol a c#ot valojaban sok sok programnyelvbol kopiztak ossze, es hogy szerintuk ezzel nincs semmi baj. (szerintem sem, ez az elso nyelveket leszamitva sosem igy tortent) es fel is soroltak a szoveg kozben ilyen olyan nyelveket, amiktol atvettek dolgokat.
kitalalod, melyik az az EGYETLEN nyelv, ami hianyzott a szovegbol, mint nagy elod?értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #134 üzenetére
oki oki nem arrol volt szo, hogy nemkellGC mert szar, hanem arrol, hogy nekialltak es eleg komolyan megkutattak mennyivel lassabb, nyilvan meg lehet magyarazni, ami senkit nem erdekel es nem is szamit, inkabb csak tudni kell hogy a gepbe kell memoria mint allat mert az olcsobb mint amig a programozo kezzel kezel memoriat es ezzel szamolni kell
es a problemadhoz amit elozo hozzaszolasban mondtal otletem sincs, en nem csinalok installert ;)értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
andriscs
aktív tag
-
Miracle
senior tag
válasz Gregorius #169 üzenetére
lattunk mar BUGot, van ilyen
es igazan nem akarom itt az opensource flamet kelteni, de ilyenkor egy nyilt szoftverben orak kerdese egy workaround, es napok kerdese egy rendes bugfix. igazan elvarnek valami hasonlot egy kereskedelmi szoftvertol is, azaz nem nagyon latom, hogy akarmelyik kereskedelmi IDE hasonlo utemben tudna bugfixeket kozzetenni, mint egy opensource project. vajon miert nem? de most komolyan mondom, nem ertem mi keszteti a microsoftot arra h a bugfixeket service-packokba gyujtse azonnali relase helyett. van ennek valami oka is a tradicion kivul?értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Gregorius #171 üzenetére
Ha írtál már valaha önerőből on-demand lexikai- és szintaxiselemzőt, ez sajna nem a tíz soros ''Hello World'' kategória
irtam is, es ismerek mukodo valtozatokat is, es tudom, h nem 10 sor, de az ilyen elemzok algoritmusai jol ismertek, ha nehany nap alatt nem lehet egy ilyen hibat normalisan kijavitani akkor alapjaiban van elcseszve (ez, azaz hogy szar a kod egyebkent fel sem merul bennem, mint valos lehetoseg)
Ez idáig rendben van, csak azt nem értem, hogy melyik balf*** tolta hónapokkal egy stabil változat előtt piacra a VS-t?!
most erre mit mondjak? cebiten az avalonos microsoftos ember sajnalkozott, hogy a visual studio es a standard XAML design tool (aminek nem jut eszembe a neve) kulonbozo, egymassal nem kompatibilis XAML verziot hasznal a publikus >>BETA<< valtozatban. tehat ami UIt legeneralsz azzal kitorolheted a s****d, hab a tortan, hogy a 3Ds designer(szinten nem jut eszembe a neve) egy 3. verziot hasznal. tehat a kiadott 3 SW (VS2K5, 2d, 3d design tool) 2 teljesen hasznalhatatlan, es igy lett belole beta verzio. ez mar a nocomment kategoria nalam, annak ellenere, hogy az avalon (khm.. wpf vagy valami ilyesmi a relase nev) nagyon utos cucc.
Kevesebb verzióval kell foglalkozni, ha összeakad valamivel az egyik javítás.
ezt el tudnam fogadni, ha nem lenne egy halom visual studioval osszemerheto osszetettsegu opensource project, amelyek kifogastalanul buildelhetok current CVS snapshotbol, de mivel van, es nem hiszem hogy a CVS vagy a clearcase ilyen brutalis feature-folenyben lenne a ms verziokezelo rendszerevel (amit egyebkent nem ismerek) ezt az ervet nem tudom elfogadni, marad a hagyomany.
Ezt majd akkor fogadom el érvnek, ha mondjuk a NetBeans vagy az Eclipse sebességben és memória-hatékonyságban utoléri a Visual Studio-t. Akár a 2005-öst, pedig az nagyságrenddel lassabb, mint a 2003 (szintén ''bug'').
igazabol nem kell engem gyozkodni a kereskedelmi IDEk elonyeirol
a netbeans egyebkent azert lassu, mert a java swing az 1.5osig nagyjabol pure java, raadasul messze osszetettebb mint a win.forms, de ha igazak a pletykak az 1.6os nativ implementaciot kap windows, es X11 feluletre is.
Eclipse-el meg nem ertem mi a problema, nalam az remek gyors.
Es a kerdesem nem az volt, hogy miben jobb a VS mint az opensource IDEek, hanem az, hogy ha mar fizetek erte akkor miert nem kapok olyan szolgaltatasokat, amelyek ha nem is feltetlenul elozik meg, de legalabb nem maradnak el ilyen messze az opensource megoldasoktol.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Shape
aktív tag
válasz Gregorius #183 üzenetére
végre egy szaki
egy tömböt machinál az összes szál, és elég konzolosan
a program lényege amugy az hogy 1-1000 ig megkeresi a prim számokat egy algoritmussal. és az algoritmust én egvalósitottam egy tömbel ill. több for ciklussal. szerintem ezeket a for cikluskat kell külön külön szálakba rakni
reméelem tudsz segiteni, mert a vizuális programozás gyakjegyem mulik rajta -
Shape
aktív tag
válasz Gregorius #186 üzenetére
tyü ha, ez egy kicsit kemény volt igy nekem
nagyábol értem hogy mit csinál ez a progi de nem teljesen.
emailodra el küldhetem neked azt a progit, ami azt csinálja ami a feladat csak szálak nélkül??
és akkor nem kell itt magyaráznom (ami nem is megy nagyon jol nekem) hogy mit akarok csinálni.
amugy lényegében az hogy lépésközökkel kell menni egy tömbön, csak nem azonos lépésközökkel hanem, mindig más lépésközzel.
ha tudnál emailban segiteni akkor azt nagyon megköszönném.
üdv Shape -
mitore
csendes tag
válasz Gregorius #192 üzenetére
Nos, tehát van akkor egy ASP oldalam, amin van egy GridView, és egy ObjectDataSource, ennek be van állítva a webszolgáltatásom forrásként, és hogy SelectMetodként a megadott függvényemet használja. A GridView-nak pedig, hogy melyik DataTable a DataSource, és hogy mi a DataMember-ja. Ekkor ha ki akaro próbálni, akkor azt írja ki:
''The data source 'ObjectDataSource1' only supports a single view named 'DefaultView'. You may also leave the view name (also called a data member) empty for the default view to be chosen.
Parameter name: viewName'' -
mitore
csendes tag
-
-
gyuri10
tag
válasz Gregorius #233 üzenetére
Ez igy van, mukodik is laborkornyezetben de valos eletben remotingot nem ajanlott gepek kozott hasznalni (kiveve single call modban). A problema abbol adodik, hogy nem allapot mentes (stateless) a kommunikacio ami egy tipikus szerver kornyezetben sok galibat okoz. Scale out, load balancing mind nem megy, raadasul ha lassu a tavoli esemenyek vegrehajtasa (tulterhelt a szerver, lassu halo stb.) akkor a threadpool-odat is leszivhatja amibe ecceruen beledoglik a kliens.
Remoting masik nagy problemaja, hogy elvarja a framework jelenletet a kliensen is ami feladattol fuggoen lehet, hogy eleg szigoru feltetel. Remoting erossege a AppDomain-ek es Processek kozotti kommunkacio, ott viszont nagyon kiraly.Mert úgy szerette Isten e világot, hogy az õ egyszülött Fiát adta, hogy valaki hiszen õ benne, el ne vesszen, hanem örök élete legyen.
-
amargo
addikt
válasz Gregorius #246 üzenetére
Uhum, sajna lemaradás az van, de több helyen is.
Ha már itt tartunk, nem tud valaki valami jó komponenst Windows mobile-hoz valami grid szerűség kellene vagy inkább openGL és rajzoljak valamit?
Builder után most kostolgatom a C#-t és a wmCE része fura nekem. Persze a helpben egész jól levannak írva a dolok.. csak nekem fura, hogy 100dolgot kell inicializálni
DataTable Tabla = new DataTable(''Valami'');
DataColumn column = new DataColumn();
column.DataType = System.Type.GetType(''System.String'');
column.ColumnName = ''hor'';
Tabla.Columns.Add(column);
DataColumn column2 = new DataColumn();
column2.DataType = System.Type.GetType(''System.String'');
column2.ColumnName = ''hor2'';
Tabla.Columns.Add(column2);
DataRow row;
row= Tabla.NewRow();
row[''hor'' = ''amargo'';
row[''hor2'' = ''kicsién'';
Tabla.Rows.Add(row);
dataGrid1.DataSource = Tabla;
nekem olyan fura ez..“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Gregorius #248 üzenetére
Most nem néztem utána, de úgy rémlik, hogy mást is lehet hozzá inicializálni. Akkor ezek szerint, az lenne az 5leted, hogy csináljak egy normális osztályt hozzá? Mert igaziból én is erre gondoltam.
Jester01
Azért ez már lényegesen emészthetőbb! Ki is próbálom otthon!
Köszönöm!
Mind kettőtöknek“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Gregorius #255 üzenetére
Jól látod semmi szükségem keresésre, indexelésre, rendezésre.. stb, csak ezt találtam eddig.
Találtam egy példát a BlindingList el, még nézegetnem kell, amit első körben találtam azzal csak sorokat tudtam hozzá adogatni. De ez listview-ban van.. meg még keresgélnem kell, amiket írtál.
Köszönöm a segítséget!
shev7 : Csak nem értettem, miért írtál..
De ezek az objektum nevek tök újjak..megkell lesnem ezeket.
Tehát a GridView hoz hozzá tudok csatolni egy akármilyen adatforrást és ez jobb mint a DataGrid?
A GridView-t lehet szerkeszteni? (de nem DataGridView?)
Neked is kösz a segítséget, az a bajom, hogy nem tudom mi lenne a legkézenfekvőbb megoldás..“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
Terminus_
aktív tag
válasz Gregorius #277 üzenetére
Igazából arról lenne szó, hogy a jelenlegi webes fejlesztők közül párat át akarnak tenni c#-ra, mivel sokkal több megrendelés jön .netes feladatokra mostanában. Adatbázispiszkálós nyilvántartóprogramokat kell írnom majd valószínűleg. Legalábbis most még így tűnik. A probléma tényleg az, hogy 2 hét múlva kapom az első ilyen projektet és aszerint akarnak fizetni, hogy milyen gyorsan tanulok bele.
Szóval várok tippeket, akár könyv címeket is, amikből kicsit okosodhatok.
Jelenleg egy ilyenem van: ECMA-334 C# Language Specification-
-
Pazo
tag
válasz Gregorius #284 üzenetére
bejött, köszi mindkettőtöknek a gyors választ. nem számítottam ilyen sebsségre. de ha már... ... akkor jönne a következő kérdésem:
MySQL (mysql-5.0.22) adatbázishoz szeretnék csatlakozni a formokkal. (2005-ös VS-t használok.) hozzáadtam a connektor (mysql-connector-net-1.0.7) dll-jét a referenciákhoz és a toolboxba is betettem. hogyan tudok megjeleníteni egy táblát a formon? hiába húzom rá a DataGridView-t, egyszerűen nem látja a MySQL-es adatbázisomat, nincs a connectorok között az általam feltelepített cucc. ezek szerint nem tudom ezzel a ''varázslóval'' beállítani a kapcsolatot, csak kódból? hagyjam ott a gridet és a tulajdonságait állítsam a kódnézetben és ne is foglalkozzak az általa felkínált lehetőséggel?
egyelőre ez a legfontosabb, amit meg szeretnék oldani. lenne még, de azok apróságok és csak szépséghibát okoznak az applikáció használata során.
előre is köszi.I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
Pazo
tag
válasz Gregorius #287 üzenetére
ezt kezdem belátni én is. viszont a proginak majd online adatbázist kéne használnia, és erre a mysql-szervert látom a legmegfelelőbbnek. semmit nem találtam eddig a neten a kapcsolatvarázslóról, a kódokat meg egyelőre átugrottam, mertem remélni, hogy meg tudom oldani azok nélkük, de ez egyre kilátástalanabbnak tűnik. még az is lehet, hogy felteszem az mssgl-t is a gépre. vagy agyalok még és egy kókányolós kódolásos szerelés lesz a vége
I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
Pazo
tag
válasz Gregorius #289 üzenetére
ez tuti nem így van. ahol fut a .net 2.0, ott azt valaki direktbe felrakta, mert kellett neki vagy
a visual studio 2005-tel együtt került fel, ahol a telepítő automatikusan rakta fel. ha az utóbbi, akkor az illető lehet, hogy nem ikszelte ki a mssql feltelepítését és az is rajta van a gépén. na ekkor tényleg ott van az mssql és használható az is.
nekem viszont nincs ott, mert kiikszeltem, és amúgyis, semmit sem érnék vele, ha lenne, mert egy online vizsgáztató rendszert kell írnom, és oda meg ugye nem jó az mssql - sajna, mert egyébként én sem vagyok hülye és nem szivatnám magam egy alig támogatott adatbáziskezelővel. igenis ki lehet rakni, sőt ki is van rakva a mysql a netre, ajánlom a figyelmedbe: [link].szal nekem mindenképp a mysql-lel kell összehoznom, mert azzal itthon is tudok bűvészkedni mind az asztalin, mind a notin, és nem kell mást csinálni a vizsgáztató rendszerem online-ná tételéhez, mint feltenni egy mysql-es tárhelyre az adatbázist (konkrétan a belinkelt szolgátatóhoz, mert ott van ismerős), a progiban átállítani az adatb helyét és kész. max egy webservice-t kell még írni, hogy jó legyen, de nem tudom pontosan, mert még soha nem csináltam ilyet. csak tudom, hogy valahogy így megy.
féléve segédkeztem egy vs2003-as mysql-es projektben. akkor láttam először vs-t meg .netet, meg mysql-t élőben, így nem sok rémlik, de mivel ott műxött, valahogy csak meg lehet csinálni. mind1, a héten még a formokat csiszolom, a progi mögé csak a jövő héten kell elkezdenem a ''háttérmunkát'' - végülis ez lenne a lényeg - beprogramozni.I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
Pazo
tag
válasz Gregorius #292 üzenetére
akkor szerinted hogyan oldjam meg az onlájnitást? elég sokat dolgoztam már a formokon, így azokat eldobni nem akarom, szal az egyetlen megoldás az, ha az adatelérés megy onlájban, központi adatbázis és hozzá csatlakoznak az applikációim.
jelenleg csak az a cél, hogy megismerkedjek a vs2005-tel, és ennek bizonyítékaként össze kell ütnöm ezt a vizsgarendszert, de soha senki nem fogja használni. ennek ellenére azért szeretném nagyon jól megcsinálni, nem vagyok az a fajta ember, aki szart ad ki a kezéből, szal a lehetőségeimhez és a tanulási szintemhez képes igyekszem a legjobbat kihozni belőle.I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
whitewolf5
csendes tag
válasz Gregorius #298 üzenetére
Már körvonalazódik a helyzet..Amikor behúzom a loginmezőt a login.aspx-re majd hozzáadom a felhasználókat és létrehozom a hozzáférési szabályokat a felhasználói csoportokkal, akkor ez mind lementésre kerül a web.configba és az aspnetdb.mdf..ldf fileba. Ez addig rendben is van amig a projektet futtatom mert akkor a Visual Studioval Installált SQL Server Express indul el és annak a Connection Stringjét kapja meg, ami a web.configban van. Már csak az a kérdés, hogy egy olyan webszerveren amin nincs Visual Studio de legfőképp SQL Server 2005 Express Edition, azon hogyan érvényesítem ezeket a beállításokat..?
-
Pazo
tag
válasz Gregorius #300 üzenetére
helló,
még mindig a desing-t csinálom a vizsgáztató progimnál. kérdés: hogyan lehet egy tabcontrol tabpage-jei között buttonokkal váltogatni, miközben direkt tiltom a fülek agérrel való használatát. a vizsga menetét akarom jelezni a különböző füleken lévő dolgokkal, és ha pl. kitöltötte a regi-tabot, akkor egy tovább gomb vinné át a másik tabra, ahol már élesben megy a vizsga, és nem lehet visszamenni regelni... ezt szeretném megoldani. van ötleted?
előre is köszi.
ui: már mások is mondták, hagyjam a mysql-t és oldjam meg mssql-lel. ha kész a desing, akkor nekiállok egy kis utánaolvasásnak és lehet, hogy váltok... de egyenlőre még a felső problémán dolgozok.I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
andriscs
aktív tag
válasz Gregorius #319 üzenetére
Hi!
A lényeg nem konstruktoron volt, hanem hogy lehessen eltüntenni, ehhez pedig bőven elég, ha a példában található DropDown-t castolom ToolStripDropDown-ra, mert akkor már van ShowImageMargin property-je, nem kell semmi vesződni extra dolgok létrehozásával. Amúgy köszi a segítséget.Andris - http://andriscs.blogspot.com
-
Pazo
tag
válasz Gregorius #374 üzenetére
köszi. én is ezt a megolvást találtam tegnap, és megnyugtató, hogy nem én bénáztam el valamit, hanem tényleg ez a megoldás a legkézenfekvőbb. egy darabig javaztam - amikor a suliban kellett - és onnan rémlett, hogy az a nyelv tud eleve ilyet, emiatt kerestm gőzerővel annak c#-os megfelelőjét. köszi.
I'll tell you just how stupid Life Insurance is. You're sitting across from a guy. He's betting you you're gonna live, you're betting him you're gonna die! And you're hoping he wins!
-
manrick
tag
válasz Gregorius #379 üzenetére
Leírom kicsit pontosabban.
A listview-ben megpróbáltam, ahogy mondtad, de a szöveg fontjának az állítása nem jön össze.
Van a következő kódrészlet:
ListViewItem it = new ListViewItem(a);
it.SubItems.Add(b);
it.SubItems.Add(c);
it.SubItems.Add(item.Size.ToString() + '' byte'');
it.Tag = item.UID;
m_pMessagesList.Items.Add(it);
Ugye itt at ''it'' változó tartalmazza amit ki akarok írni.
Van egy feltétel, ami ha teljesül, akkor legyen az ''it'' tartalma félkövér.
Ha nem teljesül, akkor legyen normál.
Ezt kellene valahogy összehoznom, de nem akar sikerülniAz éremnek két oldala van. Nézz a háta mögé is!
-
andriscs
aktív tag
válasz Gregorius #390 üzenetére
Hi!
Igen, ez egy ilyen jópofa alkalmazás, hogy állandóan megy és látszik
Amúgy arra gondoltam, ha el lehet kapni midnenféle Windwos üziket, például hogy a Windows épp leállítás alatt van, akkor a private const int WM_QUERYENDSESSION = 0x0011; más értékre állításával páldául elkapom azt, hogy WM_NEEDFULLSCREENFROMGDI+=........ értékkel és a
protected override void WndProc(ref Message m)
{
if (m.Msg == WM_NEEDFULLSCREENFROMGDI+)
{
....
futtatásával simán mennie kellene a dolognak. De ha nem megoldható, akkor...akkor valahogy máshogy kell megkeresenm a dolgot (pl. DirectX inicializálás van, vagy nemtom.) Csak ötleteket kértemAndris - http://andriscs.blogspot.com
-
manrick
tag
válasz Gregorius #419 üzenetére
Köszi szépen.
Még egy kérdésem lenne, ha nem gond.
Nem igazán sikerül sorbarendezni a listview tartalmát, ha kattintok egy subitemre.
Tudnál segíteni?
Nézegettem a weben, de nem igazán sikerül megértenem. addig eljutok, hogy megcsinálom az eventet, de hogy azon belül hogyan kell, az paszz.
próbáltam a SortOrderrel, de az csak annyit csinált hogy megfordította a sorrendet, ha kattintottam egyik columnheaderre.
KösziAz éremnek két oldala van. Nézz a háta mögé is!
-
manrick
tag
válasz Gregorius #419 üzenetére
Szia Gregorius, bocs hogy megint zavarlak de nem jutok 1ről 2re. A messageboxban tök jól megjelenik minden adat. De képtelen vagyok minden adatot külön változóba tenni. Lehet azért mert már elég fáradt vagyok, de a biztonság kedvéért megkérdezem.
Tudnál segíteni?
Ha időközben sikerül akkor leírom. Köszi előre is.Az éremnek két oldala van. Nézz a háta mögé is!
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Eredeti - Apple USB-C kábellel és Magsafe 2 - minden típus - macbook töltő - garancia
- Macbook Pro 16" - 2020 gyártás, i9 és i7, 32/512GB, 4GB Radeon, touchbar, garancia, szürke
- Macbook Pro 15" - 2019, 8 mag i9, 32/512 GB, 4GB Radeon, 90 ciklus, garancia, doboz, szürke (65)
- Macbook Pro 15" - 2018, 6 mag i7, 16/256 GB, 4GB Radeon, 83 ciklus, garancia, ezüst (02)
- Macbook Pro 15" - 2017, 4 mag i7, 16/256 GB, 4GB Radeon, 99%, garancia, doboz, szürke