Select programozási környezet

Select programozási környezet

Voltam egyszer ugyanabban a helyzetben is létrehozott téma ebben a fórumban egyszer vagy kétszer. Általában én történetem erről: konzolos alkalmazások -> Borland C ++ Builder -> Qt -> C # + WinForms -> C # + WPF. Megpróbáltam Java, de valahogy nem megy (bár én nagyon tisztelem őt, és dolgozni vele rendszeresen találkoznak).
Röviden most a saját fejlesztések C # + WPF - semmi sem jobb, amíg nem talált magának.

Hozzáadott később:
És a munkaerőpiacon akkor nem kell foglalkozni a felhasználói felület :)

Select programozási környezet

De részletesebben a előnyeiről és hátrányairól egy adott környezet leírására

Select programozási környezet

uraim moderátorok, lehet, hogy hozzon létre egy partíció típusa „alkalmazás kérdések C ++” vagy „fejlesztési eszközök”?
és akkor még valóban viselni ezeket a témákat ebben a részben!

Select programozási környezet

uraim moderátorok, lehet, hogy hozzon létre egy partíciót típusú „alkalmazás kérdések C ++”?

és akkor még valóban viselni ezeket a témákat ebben a részben!


ami biztos, hogy bekerüljön, és írd le, mit valaha szar
Ha nem tetszik a téma csak megy az erdőben, hogy miért hívják, hogy a szeme bőrkeményedés, vagy valami, nem alszik, annak létezését bánt.
Soha nem tudtam ilyen emberek

Select programozási környezet

De részletesebben a előnyeiről és hátrányairól egy adott környezet leírására


Borland C ++ Builder - besperspektivnyak (rövidebb hajlított rosszul, és ő barátja a C ++ standard), így hagytam, hogy a múltban (bár universkih labor volt a legnagyobb it)

Qt - minden jó, de idegesít, hogy minden benne „ő”: egy adott esetben - konténerek helyett juzat bármely std :: vector, std :: listán, stb Qt-shnye osztályok működnek saját konténerek (melynek következtében már volt mindenféle funkciót átalakítani bármilyen QVector (nem emlékszem a pontos név) a std :: vector). Ezért úgy döntöttem, hogy menjen a nyelvet, amelyen a munka a fájlrendszer, a GUI és többszálas része lesz a nyelv

C # + WinForms - valójában nagyon hasonlít a Borland C ++ Builder, de a C # és annak a kényelmi (és a gondok is). Feladtam ezt a technológiát, mert értesült WPF.

WPF - nagyon ígéretes (mert a Microsoft még mindig semmi, miután ez nem úgy tűnik, hogy jön ki), és kényelmes dolog. Eleinte nem nagyon tetszett, de ha megnézed, nagyon kellemes tapintású technológiát.

Általában akkor már csak két média Builder és VizhualStudiya, de eltérő VizhualStudiya háttérben Builder most burjánzó, így ő még mindig az ingyenes verzió (Express Edition).

ha igen, úgy gondolja, hogy én is ebben a szakaszban, hogy hozzon létre egy témát, hogy dolgozzon ki egy patch vmnet modul vmware, ami nekem most motsg.


###
általános kérdés azt sugallja, hogy nem illenek a többi ága, és nem jelent különösebb problémát. Th itt megőrült, vagy valami. mást nem

és az a tény, hogy itt nem a téma, akkor írja be a normális. write moderátorok

Vágtam egy burgonya osztály nem tudok itt témát hoz létre? Ez a fajta egy általános kérdés)))


milyen okos) Miután a kérdés, hogy a C ++ semmi köze, és a közvetlenül hozzá kapcsolódó


hagyja, hogy a moderátorok és megítéli, ha úgy ítélik meg, hogy tévedek - Törlés menet

De nem értett egy szót általában a Qt és proivoditelnost közel nem tud állni. Régóta ismert Qt fékek a grafika bármely típusú szkenner Nmap intenzív munka.

Felé teljesítmény, ha felhívjuk, szükséges, hogy hagyjon fel az extra absztrakciós szinten, vagy asymptote fog növekedni N ^ 2. és egyes esetekben, az N ^ 3

Tipikusan egy jól tanácsos kezdeni tanítani a natív, csupasz API, Compter Tudomány és ebben a stílusban

Ön jó és rossz egyidejűleg. Képzeljük el, hogy meg kell írni a komplex üzleti szoftver. Fejlesztési idő kiszámítása emberévet a magas szintű API-t. És csak az egyik összetevője kritikus a működési sebesség. Mondja el, mit válasszon: WinAPI vagy Qt? Tehát én is mindent meg fog tenni, hogy a Qt, és az alkatrész ha lassul, átírják a WinAPI (libX11, stb.)

QML Általában) ez ugyanaz, mint a többiek. YaPov amelyek QML yuzayut általában. tisztán logikai


QML - másik neve Qt Quick. Munkája feltéve QDeclarative. Ezért anélkül, hogy a Qt QML nem létezhet.
A másik dolog az, hogy vannak olyan kötések, amelyek lehetővé teszik a használatát Qt, és ennek megfelelően QML adatok nyelvek (Python, például) több nyelven.

Képzeljük el, hogy meg kell írni a komplex üzleti szoftver. Fejlesztési idő kiszámítása emberévet a magas szintű API-t. És csak az egyik összetevője kritikus a működési sebesség. Mondja el, mit válasszon: WinAPI vagy Qt?


1). Nem működik a magas szintű munkájukat, ezért a valós életben dönt, hogy nem mást) szeretnék végre alacsony szinten minden + API, így Vysk hogy más programozók is húzza ezt az API anélkül, hogy részleteket. és nem teszi feleslegessé mozgalmak maguk
2). komplex üzleti program számította jól beszélik az algoritmusok. esetlen mozgása és akkor a + = millió. ismétléseket már intézkedik, hogy feldolgozza
3). és minden feladat nagyon eltérő lehet, a felhasználói felület néhány írt ARM mikrokontroller egy asztalra egy teljes emulációs hatásainak modern operációs rendszer. ezért

QML - másik neve Qt Quick. Munkája feltéve QDeclarative. Ezért anélkül, hogy a Qt QML nem létezhet.


Azt kb szavait kellene vonatkoznak ne QML Qt, és a C ++. QML, hogy annyi, mint amennyire ő Python és nem több, kérjük, olvassa el újra az összefüggésben.

Kapcsolódó cikkek