Тази тема се разрастна ужасно много вече. Имам чувството, че леко се превръща в поредния спор тип "ЦСКА vs Левски" :))

Наки, гледам те, че си голям фен на C++ Builder-а, ама от досегашните ти постове (не само по тази тема) съдя, че май нямаш много опит с Делфи. Позволи ми да ти обърна внимание на някои неща:

>>>За API фунциите - ами за доста от тях и в Делфи трябва отделно деклариране! Докато във C++ Builder стига само 1 #include...
>>>Например CreateFile, ReadFile, WriteFile, SetCommTimeOuts, PurgeComm и останалите функции за работа със serial port.
>>>Всъщност в C++ Builder те даже нямат нужда от #include...

Нещо си се объркал. В Windows.pas има декларирана една доста значителна част от API-то. Не претендирам да е напълно изчерпателна, но е наистина голяма част от да го наречем "най-често използваните" функции. Специално за тези които посочи ти...
function CreateFile; external kernel32 name 'CreateFileA'; и т.н....
...стига един uses windows :) (а и обикновено windows вече си е юзнат).

>>>За inline assembler-a - това май не работи под Win200x/XP?

Ами работи си асемблера. Друг е въпроса какво правиш с него. 9х ще ти позволи доста повечко неща, които за да ги направиш под NT ще трябва малко повечко труд (с други думи "ще ти позволи да се простреляш в крака" ако се сещаш за онова майтапче с различните езици )

>>>А какво правиш, ако искаш да ползваш DirectX?
>>>Във C++ Builder аз пиша #include <dinput.h> примерно за да ползвам директна работа с мишката. Във Делфи май трябват допълнителни компоненти, или се лъжа??

Ами и в Делфи е същото. Ти инклюдваш dinput.h, но той е част от DirectX SDK, което по стечение на обстоятелствата е написано на С++ и билдера може да го ползва наготово. Просто за Делфи трябва да се преведе. И хората са го направили. Ако те интересува - попрочети из нета за Delphi-jedi.

Mixy
>>>Концепцията и идеите, заложени в Delphi, все още не са изчерпани.

Напълно съм съгласен! Само да се заемеха мааааалко да поосъвременят VCL-а. Една по-добра UNICODE поддръжка няма да дойде никак зле например...

Б.К.
>>>Аз съм един недоволен клиент на фирмите произвеждащи ЕRP с-р и съм за почнал собственни такива.

Защо мислиш, че ERP системите се пишат лесно?

>>>Някои от тях са, че еднапрограма писана на С/С++ работи по-бързо от същата на обектно ориентиран такъв, но това е абстрактно защото зависи от кадърноста на деволпмена и базата данни и неината направия,...... и някои др. неща съм научил.

Да, субективно е. Но добре написаната програма на Делфи работи практически със скоростта на добре написана програма на С++.

>>>За базата данни съм се спрял в/у аксес /мисля, че окончателно/, за да не се губи информация при прекъсване на ел. захранването.

Е точно пък access не се слави като особено устойчива база в това отношение. А на каъв VB ти е писан микроинвеста? Освен това не съм сигурен, че сравняваш обективно дизайна и функционалността на програмите. Пиши на Делфи 1 и пак ще можеш да си пускаш програмките на P200/32 RAM/Win 3.

>>>От значиние ми е за колко време ще ми извади разните справки с приход и разход. За сравнение: моята програмка /Делфи/ една справка от 12-15 листа на малкия комп /200/32/ я вади за около 10сек, микрото /ВБ/за 2.

А как са направени двете програмки? Не ми казвай, че в делфито си ползвал BDE/TTable... Ако разликата е толкова фрапантна, колкото твърдиш че е, значи програмката ти на Делфи не е никак добре написана...

lmmanuel
>>>Скъпи naki, Б.К., Mozfet и тн., това което мога да ви кажа е "Кесаревото на кесаря, божието богу", VB - то на тези който им харесва и Delphi-то на тези който го харесват и C- тo също. Не виждам защо трябва да се говорят глупусти, само зада се изкара нещо "уж" по-добро от друго, като нещата са достатъчно относитлни и преди всичко се определят от нивото и възможностите на програмиста. Универсална, супер готина среда без недостатъци няма.

Абсолютно вярно! Точно затова има и VB и Делфи - който на каквото е свикнал и което му харесва повече - това да си ползва. Това е и една от основните концепции на .NET и CLR.

commercial
>>>.NET езиците компилират до псевдо код, който впоследствие се интерпретира. Тествай и ще видиш че компилирания код на Delphi е с ПЪТИ по-бърз.

В голяма грешка си. Производителността на .NET изобщо не е толкова лоша, колкото си мислиш. На практика тя е доста близка до тази на native приложенията.

Sury
>>>16)С Delphi могат да се пишат , стандартни Уиндоус библиотеки(дори драйвери)

Какво имаш предвид под "драйвери"? Делфи не може да компилира до VXD/SYS (или пропускам нещо...).

>>>1)Лесен евентуален cross-platform (Mono , etc)

Поддръжката на WinForms в Mono е крайно ограничена, което го прави непригоден за директно (или лесно) портване на windows приложения за него. Виж, за ASP.NET нещата са доста по-добре.

>>>3)Всички променливи са обекти - това е може и да е хубаво но аз лично не виждам никаква полза от това , дори напротив мисля че вреди на прозводителността. Един char във С++ заема 8 бита , колко ли заема в .НЕТ ?

В .NET този проблем е решен с т.нар. (un)boxing и аритметичните и референциални типове. Най-просто казано char-a или int-а са си char или int, а се превръщат в обекти само когато това се налага. С други думи i = 1 в .NET си е точно това, което очакваш да бъде. Виж, i.ToString() вече е сувсем друго нещо...

>>>по-интересно е да разберем какво ни отнема , отнема ни много неща , ще споделя няколко от тях
>>>указателите, скоростта на изпълнение и независимостта.

Въщност указатели си има (говоря за C#) - можеш да използваш указатели за аритметични типове, масиви и низове, когато пишеш необезопасен код.
За скоростта вече споменах.
Независимостта... Хм... Ако имаш предвид "независимостта да се застреляш в крака" - да, нямаш я, но това би трябвало да е за твое добро.

>>>В това отношение приветствам Delphi8 който освен че е .НЕТ , може да компилира и Win32 приложения

Делфи 8 не може да компилира до Win32 код. Ако не се лъжа за целта в пакета на Делфи 8 е включен Делфи 7.



Накрая само няколко думи в заключение.
Не искам да раздухвам безмислени спорове. Всяка една среда за разработка съществува поради факта, че някой има желание да пише именно на нея. "По-добрия" в случая е точно толкова субективно, колкото и "по-красив" - на някой едното ще му харесва повече, на друг - другото. От огромно значение при избора е какви умения има разработчика. Ако той има 10 години с VB и няма никакво понятие от паскал - е за какво по дя....лите да сменя средата за разработка?!
Mozfet, да се изкажа и по тъй далечния ти първи пост :) Така или иначе ще е добре за теб да се позапознаеш и с двете системи. А от там нататъка ти ще си избереш коя е по-подходяща за нуждите ти. Какъвто и да е изборът ти - успех в начинанието!

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