.... т.е. хората които писаха по темата с и без да разбират достатъчно и от двете (може би) Предварително се извинявам за използваните нецензурни думи, но мисля, 4е са на място!

Съдържанието на темата за разлика от заглавието е доста сериозно - така 4е колкото и да Ви е неприятен за 4етене обема - мисля, 4е няма да съжалите за отделеното време.


Pechenia подхвана една не лоша тема ама пак нещата се отплеснаха в друга посока. Пак взеха да се правят сравнения от сорта Делфи по добър по лош от MS Visual Studio и така на татък. Първото което искам да кажа е, 4е не трябва да се бъркат понятия като СРЕДА за разработка и ЕЗИК за разработка. Но за съжаление пове4ето хора писали май не са наясно с тематиката и понятията.

Единственото в което се обедих е 4е пове4ето от писалите по темата ЯВНО НЕ ПОЗНАВАТ нито един от по горните продукти ами просто си чешат езиците- даже и хора които познавам и уважавам (като дадени мнения във форума) ме разо4ароват с повърхностното си познание. Е все пак не можем да бъдем специалисти по вси4ко макар това да е характерна 4ерта на българина.

Така - в какво прерасна дискусията - ами в цитиране на неясни и невярни факти

1. Фактор - Delphi компилатора генерирал (винаги) по голям код от този на MS
Ето и някои факти които реших да сведа до Вас(на тези взели присърце писането на безмислени replay-и) за да разширя ЕДИНСТВЕНО общата ви култура
Направих следния опит - MFC dialog bazed APP - static link / dinamic link -нато
Ето и малко показания
STATIC link - Debug mode - 2MB !
Dinamic Linc - Debug Mode - 2MB!
STATIC link - Release - 192k
Dinamic Link - Release - 20k !!!!!!!!

Ето и резултатите на Делфи6 (- по принцип би трябвало да изполвам 4 което отговаря на VC6 като време на издаване на компилатора ама това щеше да доведе до по добри резултати - за Делфито - VCL -a беше по малък)
Без динами4ни библиотеки - 436к + дебъг инфрормация без дебъг - 372к
!!!!! С динами4ни библиотеки - 15k с дебъг / 15к без !!!!!!!!!

Проблема е 4е трябва да си дистрибутирате така наре4ените димани4ни пакети - при делфи - което е същото както с DLL файловете на VC - само 4е интересното е размера на тази дистрибуция - но това е тема на допълнителна дискусия - само ще ви открехна 4е май плюса пак ще е за делфи и по добрата организация на библиотеките там - последното все пак е субективно мнение -на 4овек който поне от 2-3 години се занимава с VC и от както го има с Delphi

Това беше една проста диалогова кутия с 2 бутона Ок и Cansel
2. Фактор - скоростта на генерираната програма -
Тъй като това е доста "хлъзгава" тематика - скоростта зависи от самия код - бих искал да кажа само моите наблюдения относно скоростта на MFC и VCL (за тези които не са 4ували VCL е библиотеката на Борланд за програмиране - не твърдя 4е имаме пълно припокриване на възможности - просто разглеждам само тези им 4асти които се отнасят до визуланите контроли в Win)
С направеното уто4нение по горе - по този показател - скорост - VCL бие MFC - по отношение на визуалното програмиране за Windows. Ако някой иска да коментираме - нека даде някъв пример на VC програма - която аз се наемам да "преведа" за Делфи - за да направим "реален" тест на скоростта - разполагам с достатачно пособия за това - под VStudio - има вграден profiler, за делфи си имам допълнителен - върши същата работа.

След като приключих двата "наболели" проблема за големината на exe файла и скоростта - иска ми се да отразя същината на проблема - това заради което е писал Pecheniа ама някои го разтълкуваха по друг начин

Както казах в началото Delphi не е език - а платформа - НЕ БЪРКАЙТЕ ТОВА!!!
СЪЩОТ КАКТО VISUAL STUDIO В ЧАСТНОСТ VISUAL C++ Е ПЛАТФОРМА.
Идеята на статията е във възможностите на тази (Delphi) платформа - това което тя позволява като възможности. Само 4е това бе взето присърце от "пишкомерците" във форума и вместо конструктивни отговори - пак взеха да се сипят глупости. Което не ме изненадва - само разо4арова за пореден път.
Само, 4е за разлика от подобни хора хванали се за C или Java или Делфи или каквото и да е и смятайки 4е това е върхът на сладоледа - аз не мисля така. Необходимо е да се познава материята върху която се пише - и да се опитва да се разбере това което другия се опитва да каже - иначе си оставаш обикновен кон с капаци. Все пак познаването на различни платформи е плюс макар 4е съзнавам, 4е в днешно време не е възможно даже да познаваш добре една - да не говорим за пове4е. Просто нещата са с косми4ески размери.

За тези които се отнасят сериозно към темата - мисля да напиша едно продължение - в което да направя сравнение между Object Pascal и C++ за да се спре и там с глупавите забележки. А има какво да се каже - особенно за тези които са ИЗостанали в познанията - и са на ниво <90 година.

Дано не съм ви досадил много с предишното - но мисля 4е по досадно е писането на глупости - надявам се това да не е една от тях - т.е. ще бъде оценено от разбиращите и хората които искат да се занимават с това !!!!!


---
Е т'ва е живот!

Съдържаниет е скрито
Влезте за да го видите

Ufff...
Tva sa super bezsmisleni diskusii!
Kakvo znachenie ima vsichko tova?! Vseki triabva da pishe na tova za koeto mu plashtat naj-dobre i go pravi dostatychno shtastliv i tolkova! Kato na niakoj mu haresva Pascal i mozhe da si nameri client deto da se syglasi da mu napraviat sistemata na Delphi - super! Da mu e chestito!
Drug e vyprosa zashto nikoj klient ne iska prilozhenia na Delphi, a syshto i zashto nikoj razrabotchik ne podhvashta golemi proekti na Delphi. Eto tova e edna tema po koiato chovek mozhe da se zamisli...
Moeto lichno mnenie e che kato shte pishesh samo za MS po-dobre e da si polzvash tehnite tool-ove. Te syzdavat pravilata i ako iskat mogat da preebat Borland mnogo iako (pyk i sigurno go praviat).
Drug e vyprosa che pisaneto na GUI-ta e mega shit. Windows-a e absolutna boza kato server i vseki deto ima mozyk v glavata ne pishe drugo osven clientski prilozhenia i igri za tazi platforma. A Delphi, kato platforma za syzdavane na igri ne si go predstaviam...
Ako shte razrabotvash nikakva micro client-server sistemka, to Delphi sigurno e mnogo dobyr izbor. Development time-a e kratyk, koda e dostatychno dobyr, etc... Obache za golemi proekti ne bih se metnal na Delphi... Mozhe bi za Windows clientskata chast... Ama ne! :-) Po-skoro bih se nasochil kym niakakvo Web GUI i shte si polzvam IE
Ta chestno kazano ne vizhdam goliama polza ot izuchavaneto na Delphi... Samo za WinBoze, malki prilozhenia... Niama pari v taia rabota prosto

Burn baby!

Nikoj ne e komentiral problema s izbora - kakto ustanowi na kakwo to ti kazat da pishesh na towa pishesh

Kolkoto do goleminata na proektite - ami wzemi naprimer samoto Delphi -to se pishe 4rez Delphi ;-))) - towa maj e naj golemia proekt kojto poznawam

Oswen towa - kakwo razbirash pod goliam proekt - po proekt po kojto rabotiat 10000 dushi li - podobni nesta sa goliama riadkost - we4e kato primer ste ti dam (maka 4e da ne sam siguren napalno w towa - towa sam 4uwal i 4el) e iadroto na Windows NT/2000/XP - i waobste osnowite na sistemata kato cialo se razrabotwat ot 20-30 dushi - towa ne goliam kolektiw - no e goliam proekt

Wsi4ko zawisi ot tozi kojto plasta - toj pora4wa muzikata - loshoto e 4e se robuwa na stari ideii - primerno firmata e tragnala da raboti sas C++ i samo na takowa traibwa da se pishe - koeto razbira se ne e losho - niama smisal da se smeswat razli4ni nesta - horata predi wsi4ko tarsiat podrazka -

A towa 4e produktite na Borland se izpolzwat ot predimno malki firmi - ami po golemite si misliat 4e samo MS moze da osiguri dobra podrazka - towa e edinia osnowen fakt - drugia e 4e MS naistina prawiat po niakoj mrasen nomer ot wreme na wreme - towa e obsto izwesno - sega maj sa se zahwanali s Java-ta ama tam ne sam specialist

---
Е т'ва е живот!

Съдържаниет е скрито
Влезте за да го видите

Goleminata na proekta ne se izmerva po tova kolko hora rabotiat po nego. Tova e samo sledstvie koeto zavisi ot tova kolko byrzo triabva da se svyrhsi rabotata. Poveche ot 30 developper-a v edin proekt spored men e izlishno da ima, kolkoto i da e goliam... Za 30 developper-a triabva da e neshto za NASA
Pod goliam razbiraj tova kakvi sa mu celite. Ako primerno triabva da napravish messaging server deto obrabotva po 4 mln. transakcii na den i ima tezhki requirement-i kym stabilnostta i perfomance-a - imash goliam proekt. Clientskata chast zneash e skuka i e neshto deto vseki mozhe da pishe.
Vzemi za primer Oracle. E tva e goliam proekt! Developpment i administration user interface-ite deto gi praviat Oracle obache sa mega goliam shit! I ne shtoto sa pisani na Java kakto niakoj shte kazhe, a zashtoto na nikoj v Oracle ne mu se zanimava s tia dosadni podrobnostti. Te znaiat, che kydeto ima nuzhda, razni firmichki shte napraviat klientski GUI-ta na VC ili Delphi i shte oberat trohite.
Sega ako me pitash shte ti kazha chestno, che predpochitam da bachkam v Oracle i da pravia bazata otkolkoto da sym programist na clientski prilozhenia s konkurencia ot oshte 1 mln. majmuni kato men i vyrshesht skuchna i zle platena rabota.
Zatova moiat syvet kym vseki, kojto misli kato men i se chudi kvo da zahvane da izuichava e: Zabravi za Delphi!

Btw az bachkam v takyv goliam proekt i naistina e riadkost, no ako iskash mozhesh da popadnesh v takyv. Vyprosa e kakvo te pravi happy, kolko mnogo iskash da go postignesh i razbira se ne na posledno miasto - kasmetlia li si?

Burn baby!

Тоя пример с простия диалог изобщо не е показателен - опитай се да добавиш разни нови форми и други щуротии и EXE-то ще ти набъбне яко

Целта оправдава средствата

Znaesh li oba4e kakwa 4ast ot horata kato koli4estwo rabotiat po podobni "Golemi" proekti - dosta po malka ot horata raboteshit kato cialo kato "develloperi" - za towa ti dadoh i primera - da se wredish da rabotish po razrabotkata na Oracle ili Windows ne e hi4 lesno ;-)))
Ami ti sam si protiwore4ish -

Eto ti malko statistika pak - predi wreme 4eto 4e okolko 93% ot horata izpolzwasti komputri niamat wrazka waobste s razrzbotkata na programi waobste- zna4i towa e diala hora koito se nuzdaiat ot taka nare4enite "end user" programi - t.e. "clientska" 4ast - kakto ia nari4ash s prenebrezenie - Hubawo de naprawi si prostata smetka - ako 30 -40 4oweka razrabotwat iadroto na Oracle na C++ primerno i po oste tolokowa na wseki edin "goliam"proekt - kolko kato cifra sa tezi "golemi" proekti - 1000 - 2000 - 3000 - dosta po malko kato koli4etwo ot taka nare4enite "end user" programi - a ot tam i wazmoznostta da wzelesh w podoben "high" level ekip e mnogo malka.

A pak nikoj ne razrabotwa (ili pak sa malko - samo zaradi ideiata ) "end-user" programi na C++ samo zaradi ideiata 4e toj e naj welikia ezik - wseki si izbira sreda koiato ste go udovoletwori - poznawaneto na razli4nite sredi - prosto e neweroiaten plus - mozesh da naprawish paralel - i da izberesh naj-doroto i naj -optimalnoto za wseki proekt.

Ako se u4uwash za kakwo e sazdadeno Delphi, VBasic - i pro4ie programi - ami to4no zaradi nuzdata ot RAD - t.e. barzo razrabotwane na programi za krajni potrebiteli. Towa gi prawi cenni - ako si se probwal da "sglobish" proekt na VC6 primerno za programa primerno skladowa - nesto trivialno - sigurno dosta ste sepoizma4ish - ako go prawish na VB - sigurno ste go naprawish za niakolko 4asa -

towa e - za razli4nite proekti ima razli4ni sredi -

Taka 4e ne mi prepora4waj da zabrawia za Delphi - az niama da go zabrawia - prosto ako e neobhodimo ste nau4a nesto nowo - zastoto kolko to i da ti se struwa stranno - to4no ot takiwa "nestandartni" rtazli4ni nesta 4owek pridoviwa cenen opit.

A kolkoto do towa za kakaw proekt rabotish - moze da si mogo gord ot towa koeto prawish - 4e cial swat sled towa ste go polzwa - no ne zabrawiaj - twoia trud e tolkowa cenen kolkoto i na tezi "client" -ski pisa4i - stoto ina4e samo ti mozesh da si go polzwash.

Towa e - misla 4e ot tuk na tatak niama kakwo da kazem po temata - niama smisal da palnim foruma s gluposti

---
Е т'ва е живот!

Съдържаниет е скрито
Влезте за да го видите

Da no samo tolkowa kolkoto za da pazi taka nare4enia design na formata- t.e. to nababwa ot kam resources - ot towa 4e slagash inicializacia na formata i komponentite

Sastoto ste e pri VC -programata - ako ne go prawish visualno - prosto ste go prawish w koda - ot koeto pak koda ste se uweli4i.

W delphi lekotata s koiato se prawi edna forma i se "konfigurira" si ima cena - i tia e po golemite resources na programata - ina4e programata niama da nababne kato izpalnim kod - to4no towa iskah da ilustriram s "prostia" dialog- kolko kod ni triabwa za da pokazem edin prozorec - nisto powe4e. Nali horata to4no towa i twardiaha - edna prosta forma pak 400k - niama takowa nesto - i mislia 4e wseki pro4el temata moze da se opita da naprawi towa koeto sam naprawil az kato test za da se uweri -ako moze razbita se ;-)))

Probwaj w VC da naprawish forma - w koiato da slozish spisak s 50 elementa - i ste widish 4e nakraia kato razmer - pak moze da se okaze 4e programite ne sa tolkowa razli4ni

Taka 4e towa e oste edno greshno predpolozenie - Object Pascal i VCL sasto polzwa clastowe za realizacia na komponentite- samo 4e pri MFC - ti triabwa powe4e kod za da inicializirash nesto, a pri Delphi powe4e info waw resource-ite

Twa e - drugi da zapowiadat

---
Е т'ва е живот!

Съдържаниет е скрито
Влезте за да го видите

Редактирано от PhantomAS на 22.02.02 13:51.

Не знам, аз не съм фен на MFC - става само за програми, които имат някакъв document интерфейс. Отделни класове са удобни за тва-онова ама чистото API и най-удобно. В началото е трудно докато започнеш програмата, обаче после няма да псуваш колко бавно зарежда и да се чудиш кое къде се намира

Целта оправдава средствата

Az sasto ne sam fen na MFC - ama ...
Oswen towa mozesh li da pishesh wsi4ko na 4isto API - az ne moga stoto ako triabwa da go naprawia - proekta mi ot primerno 50k reda traibwa da stane

!!! 2, 000, 000 naj malko - ne sam sbarkal mislia - no ste proweria kolko e koda kojto bi triabwalo da pre napisha

Ne moesh da zahwastash wsi4ko ot 4istoto API - naj malkoto 4e ne e udobno - towa mu e predimstwoto na Delhi - 4e mnogo lesno se izgrazda programa - podobno e na VB - ama s onazi goliama razlika 4e Object Pascal si e ezik za OOP - kato C++

Ta koe bi predpo4el - programa ot 1M no naprawena i rabotesta bez problemi - napisana za 1 sedmica, ili programa ot 100k napisana s API finckiite na WIn - za 1 godina -

Po tazi logika daj da se warnem da pishem na assembler "end user" programite - ste e naj dobre - takmo niama da zatrudniawame proizwodtitelite na HDD ;-))
Ne se zaiazdam - no wsiako nesto si ima plusowe i minusi - ako si izbral da pishesh na C++ + API za Win - nisto losho -
problema e 4e ima hora koito sa si slozili kapacite na o4ite i nisto oswen towa koeto te izpolzwat ili prawiat ne priznawat za dobro.
Wsiako nesto si ima plusowe i minusi - waprosa e da mozesh da go ocenish - no za towa to traibwa da se poznawa ;-))) nali

---
Е т'ва е живот!

Съдържаниет е скрито
Влезте за да го видите

Ti si prav razbira se! Ne mozhem vsichki da pishem golemi sistemi i az nikyde ne tvyrdia che samo tezi koito pishat server-nite prilozhenia se trudiat!
Kazvam samo che na men ne mi haresva da pisha clientski prilozhenia. Pyk i mislia che na mnogo malko hora im haresva da blyskat dzhamci... Ta v tova otnoshenie sym s dve ryca "za" RAD systemite v grafichnoto programirane. Obache togava Delphi-to popada v edna grupa s VB, koeto zvuchi dosta unizitelno za fenovete mu
Ne sym syglasen s oshte edno neshto ot predishnia ti posting - che firmite robuvali na stari idei i zatova polzvali VC++, a ne Delphi... T.k. Delphi ne predlaga pochti nikakvo predimstvo pred VC prosto ne vizhdam kakvo mu e novoto! Edin rutiniran VC programist shte developva sys syshtata skorost kakto edin Delphi programist.
I ponezhe C programistite sa poveche i s poveche opit ot pascal programistite e logichno ako chovek si dava parite da izbere VC. C syntax-a e mnogo po-raprostranen i dosta drugi ezici zaemat ot nego. Vzemi naprimer Java, Perl, PHP, naposledyk C#, etc.
E sega ako az upravliavam consultantska firma kolko sluzhiteli koito znaiat Pascal i kolko takiva koito znaiat C shte iskam da imam?! To pone Pascal compilator-a da davashe niakakvo goliamo predimstvo ama to nishto!
Imam edin kolega deto predi e bil v edna firma deto e poddyrzhal edna systema na Delphi i rapravia che mu e bilo goliam zor i e imal mnogo problemi...
Izobshto dosega ne sym chul za niakoj deto da support-va neshto na Delphi i da se kefi ot tova.
V kraina smetka ako si syglasen s men che Delphi e predimno za clientski prilozhenia na WinBoze to togava .Net syvsem shte go srine. Bussiness logikata si ia pishesh na C#, a GUI na VB i prosto neshtata zaspivat!
Sorry ama naistina ne shvashtam goliamoto predimstvo na Delphi... Osven che e mnogo po-lesno za razuchavane ot VC eventualno...

Burn baby!