Odată ce a fost în aceeași situație, a creat, de asemenea, subiecte pe acest forum o dată sau de două ori. În general, povestea mea este ceva de genul: aplicații console -> Borland C ++ Builder -> Qt -> C # + WinForms -> C # + WPF. A încercat să facă Java, dar într-un fel nu a mers (deși am mult respect față de ea și la lucru pe care îl întâlnesc din când în când).
Pe scurt, folosesc acum C # + WPF pentru dezvoltările mele - nu am găsit nimic mai bun pentru mine.
Adăugat mai târziu:
Și pe piața muncii este posibil să nu aveți nevoie să vă ocupați de interfața cu utilizatorul :)
bine, dar ar putea să detalieze argumentele pro și contra ale acestui sau acelui mediu pentru a le descrie
gentlemen moderatori, poate fi creată o secțiune cum ar fi "întrebări aplicate C ++" sau "instrumente pentru dezvoltare"?
și apoi deja într-adevăr dracu 'subiecte similare în această secțiune!
gentlemen moderatori, poate fi creată o secțiune cum ar fi "întrebări aplicate C ++"?
și apoi deja într-adevăr dracu 'subiecte similare în această secțiune!
care este sigur de a urca și de a scrie ceea ce unele prostii
dacă nu-ți place tema, du-te în pădure, de ce să te oprești, ea care îți face blânde ochii, nu te lasă să adormi, existența ei te deranjează.
niciodată nu au înțeles astfel de oameni
bine, dar ar putea să detalieze argumentele pro și contra ale acestui sau acelui mediu pentru a le descrie
Borland C ++ Builder - besperspektivnyak (mai scurt îndoit rău și el este prieten cu C ++ standard), așa că am lăsat-o în trecut (deși de laborator universkih a fost cel mai el)
Qt - totul este bun, dar mă deranjează că totul este "propriu": cazul concret este containerul, în loc să folosească tot felul de std :: vector, std :: list, etc. Clasele Qt-shnye lucrează cu containerele proprii (ca urmare a căruia am avut tot felul de funcții pentru conversia unor qvector (nu-mi amintesc numele exacte) în std :: vector). Așa că am decis să trec la o limbă în care lucrul cu sistemul de fișiere, GUI și multithreading ar fi parte a limbii
C # + WinForms - de fapt, foarte asemănătoare cu Borland C ++ Builder, dar numai acest C # cu plăcerile sale (bine și probleme). Am părăsit această tehnologie deoarece am învățat despre WPF.
WPF este destul de promițător (pentru că Microsoft încă nu a inventat nimic după el) și un gizmo la îndemână. La început nu mi-a plăcut prea mult, dar dacă înțelegeți, este foarte plăcut tehnologia touch.
În general, atunci există Builder numai două mass-media și VizhualStudiya, dar altele decât că VizhualStudiya pe Builder de fundal este acum agresiv, așa că încă mai este versiunea gratuită (Express Edition).
dacă cred asta, atunci pot crea o temă în această secțiune pentru a dezvolta un patch pentru modulul vmnet pentru vmware, care este acum redat la mine de mozg.
###
întrebarea generală presupune că nu se încadrează în nicio altă ramură și nu are nicio problemă specifică. ești aici nebun sau ceva. nu mai este nimic de făcut
dar faptul că nu sunteți pe subiectul pe care îl scrieți, este normal. scrie moderatorilor
Nu știu cum să taie cartofi, pot crea o temă aici? Este un fel de întrebare obișnuită)))
ca vrăji) numai întrebarea dvs. cu ++ nu are nici o legătură, iar a mea este direct legată de ea
lasă moderatorii să judece și dacă consideră că greșesc - vor elimina subiectul
Dar acest lucru nu este înțeles, de obicei cuvântul Qt și performanța nu sunt aproape. De mult timp a fost cunoscut despre frânările Qt în termeni de grafică pe tot felul de scanere, cum ar fi Nmap cu o activitate îmbunătățită.
Și în direcția productivității, dacă sfătuiți, atunci trebuie să renunțați la nivele inutile de abstractizare, în caz contrar asimptotul va crește cu N ^ 2. și în unele cazuri și de N ^ 3
De obicei, sfătuiți să începeți să învățați API nativ, gol, Compter Science și în acest stil
Ai dreptate și nu ai dreptate în același timp. Imaginați-vă că trebuie să scrieți un program de afaceri complex. Timpul de dezvoltare a acestora este calculat pe ani-manageri pe API la nivel înalt. Și numai o componentă este esențială pentru viteza de lucru. Spuneți-mi ce alegeți: WinAPI sau Qt? Deci, și eu voi face totul pe Qt, iar componenta, dacă va încetini, o voi rescrie la WinAPI (libX11 și așa mai departe).
QML nu este de fapt acesta), este la fel ca și alte JF-uri, care QML este utilizat în general. doar prin logică
QML este un alt nume pentru Qt Quick. Activitatea sa este asigurată de QDeclarative. Prin urmare, QML fără Qt nu poate exista.
Un alt lucru este faptul că pentru un număr de limbi există legături care permit utilizarea Qt și, în consecință, QML în aceste limbi (Python, de exemplu).
Imaginați-vă că trebuie să scrieți un program de afaceri complex. Timpul de dezvoltare a acestora este calculat pe ani-manageri pe API la nivel înalt. Și numai o componentă este esențială pentru viteza de lucru. Spuneți-mi ce alegeți: WinAPI sau Qt?
1). Nu lucrez cu un nivel ridicat de pe locurile lor de muncă, prin urmare, viața reală nu alege nimic altceva), aș dori să pună în aplicare la un nivel scăzut toate API + pentru a da Vysk că alți programatori ar putea trage acest API fără a intra în detalii. și, de asemenea, fără a face mișcări inutile de unul singur
2). Programele complexe de afaceri se calculează încă prin cunoașterea bună a algoritmilor. mișcare incomodă și este posibilă organizarea a + = milioane iterații în procesare
3). și, în general, sarcinile pot fi foarte diferite, unele UI scriu pentru microcontrolerele ARM pe mese cu o emulație completă a efectelor sistemului modern de operare. așa că este
QML este un alt nume pentru Qt Quick. Activitatea sa este asigurată de QDeclarative. Prin urmare, QML fără Qt nu poate exista.
Am observat despre QML nu despre Qt, ci despre C ++. Acest QML este la fel de important ca și Python și nu mai citiți contextul, vă rog.
Articole similare
Trimiteți-le prietenilor: