|
Тема |
Why Delphi <> Why not Delphi -за всички пишкомерци |
|
Автор |
PhantomAS (стар ерген®) |
|
Публикувано | 22.02.02 11:11 |
|
|
.... т.е. хората които писаха по темата с и без да разбират достатъчно и от двете (може би) Предварително се извинявам за използваните нецензурни думи, но мисля, 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е по досадно е писането на глупости - надявам се това да не е една от тях - т.е. ще бъде оценено от разбиращите и хората които искат да се занимават с това !!!!!
---
Е т'ва е живот!
|
| |
|
|
|