VCL.NET Applications vs Windows Applications Delph
11 отговора
357 прегледа
VCL.NET Applications vs Windows Applications Delph
Каква е разликата между двете? Кои вид да избера?
отново
Маи неясно зададох вьпроса си. Значи ще пиша програма в Delphi8 трябва да реша дали да избера VCL.NET (VCL Forms) или .NET (WinForms)
Доколкото знам и по двата начина ще бьде .NET application ама кои начин е по добьр (перспективен ) в бьдеще?
Програмата с WinForm се различава доста от тази на VCL.NET Функциите и методите са други и ще отнеме доста време да се приспособя. Обаче това ми се струва че е по добрия вариант тьи като е чист .NET и какво ще стане с VCL???
Говори се че е вьзможно Microsoft да купи Delphi
тогава програмирането ще поеме в посока чист .NET
Така се чудя сега какво да предприема и в каква посока да трьгна.Сьвети?

Доколкото знам и по двата начина ще бьде .NET application ама кои начин е по добьр (перспективен ) в бьдеще?
Програмата с WinForm се различава доста от тази на VCL.NET Функциите и методите са други и ще отнеме доста време да се приспособя. Обаче това ми се струва че е по добрия вариант тьи като е чист .NET и какво ще стане с VCL???
Говори се че е вьзможно Microsoft да купи Delphi
Така се чудя сега какво да предприема и в каква посока да трьгна.Сьвети?
Re: отново
Съжалявам, май няма да ти бъда много от полза, но ако имаш време прочети това.
Избирането на един от двата пътя зависи много от това което правиш, нещо за което не даваш информация. Бих те посъветвал обаче да забавиш малко темпото - не за друго ами би било хубаво да се замислиш какви са потенциалните клиенти на продукта ти. Не мисля, че в момента има смислено голяма група клиенти в България за .НЕТ платформата. Виж ако пишеш нещо за навън - те сами ще ти поставят условията - предполагам мислиш за продукт за вътрешния ни пазар.
След като се замисляш за переспективи - бих ти препоръчал да се придържаш към "чистия" .НЕТ - не за друго но така ще си осигуриш по пълна съвместимост. Също така, ще избегнеш многото подводни камъни които съпровождат инсталирането на VCL.NET частта която продължава въпреки втория пач (ако го нямаш забрави да ползваш .НЕТ) за Д8.
За купуване на М$ - не съм чул подобно нещо - и силно се съмнявам, че някога ще стане. Лошото е, че Борланд продължават със странната си (за мен) ценова политика - цените на Делфито са доста по-"солени" май в сравнение с MS VS.
Като цяло съвета ми е да забравиш за комерсиален продукт базиран на НЕТ - за момента - и да почакаш като ползваш времето си за обучение в тази посока.
---
Колкото повече, толкова повече.
Избирането на един от двата пътя зависи много от това което правиш, нещо за което не даваш информация. Бих те посъветвал обаче да забавиш малко темпото - не за друго ами би било хубаво да се замислиш какви са потенциалните клиенти на продукта ти. Не мисля, че в момента има смислено голяма група клиенти в България за .НЕТ платформата. Виж ако пишеш нещо за навън - те сами ще ти поставят условията - предполагам мислиш за продукт за вътрешния ни пазар.
След като се замисляш за переспективи - бих ти препоръчал да се придържаш към "чистия" .НЕТ - не за друго но така ще си осигуриш по пълна съвместимост. Също така, ще избегнеш многото подводни камъни които съпровождат инсталирането на VCL.NET частта която продължава въпреки втория пач (ако го нямаш забрави да ползваш .НЕТ) за Д8.
За купуване на М$ - не съм чул подобно нещо - и силно се съмнявам, че някога ще стане. Лошото е, че Борланд продължават със странната си (за мен) ценова политика - цените на Делфито са доста по-"солени" май в сравнение с MS VS.
Като цяло съвета ми е да забравиш за комерсиален продукт базиран на НЕТ - за момента - и да почакаш като ползваш времето си за обучение в тази посока.
---
Колкото повече, толкова повече.
Ще ми позволиш да не съглася
При цялото мое уважение към те Phantomas ще ми позволиш да не съзглася с твоето мнение.
В момента всичко се ориентира към .NET и е самоубийствено ако някой не го adopt-не. И в момента вече почнаха да излизат комерсиални приложения писани .NET. И защо да не пише? Единственият проблем, който аз се сещам е все още ниското разпространение на framework-а.
А относно въпроса на темата. Аз лично вече свикнах с "чистият" .NET. Но ако не ти се занимава си пиши на VCL.NET. Същото е като предишните Delph-ита.
В момента всичко се ориентира към .NET и е самоубийствено ако някой не го adopt-не. И в момента вече почнаха да излизат комерсиални приложения писани .NET. И защо да не пише? Единственият проблем, който аз се сещам е все още ниското разпространение на framework-а.
А относно въпроса на темата. Аз лично вече свикнах с "чистият" .NET. Но ако не ти се занимава си пиши на VCL.NET. Същото е като предишните Delph-ита.
Re: Ще ми позволиш да не съглася
Май не си прочел точно какво съм писал или не си ме разбрал - аз просто казах, че в България НЯМА клиенти от среден клас които да си позволят миграция към .НЕТ, за малките да не говорим те никога няма да го направят. Освен това VCL.NET е ужасно бъгав и не съвсем изчистен като идея - по голямата час стои върху код който извиква старите функции на Win - което е меко казано тъпо(да не говорим, че противоречи на концепцията на .НЕТ).
Другото което задаващия въпроса - е че не каза всъщност за какъв проект става дума - за да му се даде и смислен отговор.
Иначе за чистия НЕТ - това ми беше препоръката - явно човека стартира или по-точно се ориентира - нека навлезе напълно в новата среда/framework и след това да започва комерсиален проект върху него, макар че с VCL.NET ще му бъде много по-лесно ако се прехвърля тепърва от VCL-a.
А чужди проекти - те си поставят условията - и човека не би питал какво да избере.
Все пак нека да не забравяме какво е основното преимущество на .NET технологията - а това е в писането на distributed applications -т.е. приложения които са зависими от application/database сървър и многжество клиенти. Не виждам какво .НЕТ ще помогне в писането на програми от вида на Photoshop/Corel и прочие, както и за издателски системи примерно ;-)))) Както и да си дадем сметка какви програми основно се продават в България - счетоводен/складов софтуер, всякакви "самоделки" - т.е. неща които са предназначени за конкретните нужди на определен клиент, който е решил, че ще работи по точно определен от него начин (т.е. готови програми той не признава). Виж ако програмата му ще е мултиклиентна - т.е. един(няколко) application/database сървър ще поддържа много клиенти (без значение преносната среда - интра/интернет) - тогава определено .НЕТ е платформата на която трябва да се заложи.
И малко да си обоснова мнението си за пазара - да не съм безпочвен - достатъчно време работих за различни хора - такива които имат много пари и такива които нямат много пари - и едно разбрах - никой от тях не инвестира в техника и хора - на старите целерончета с 64РАМ и Вин98 - .НЕТ - а не вирее или ако виреее - само и единствено благодарение на многото напъни от страна на хората, които се заемат с това.
А за разспространението на .НЕТ-а ами нормално е - погледни каква част от софтуера реално ще се възползва от преимуществата които той дава ? - Аз не се наемам да посоча процент - но не мисля, че е голям. Или по точно той ще е голям при корпоративни клиенти - такива за жалост в България са малко ;-)))
---
Колкото повече, толкова повече.
Другото което задаващия въпроса - е че не каза всъщност за какъв проект става дума - за да му се даде и смислен отговор.
Иначе за чистия НЕТ - това ми беше препоръката - явно човека стартира или по-точно се ориентира - нека навлезе напълно в новата среда/framework и след това да започва комерсиален проект върху него, макар че с VCL.NET ще му бъде много по-лесно ако се прехвърля тепърва от VCL-a.
А чужди проекти - те си поставят условията - и човека не би питал какво да избере.
Все пак нека да не забравяме какво е основното преимущество на .NET технологията - а това е в писането на distributed applications -т.е. приложения които са зависими от application/database сървър и многжество клиенти. Не виждам какво .НЕТ ще помогне в писането на програми от вида на Photoshop/Corel и прочие, както и за издателски системи примерно ;-)))) Както и да си дадем сметка какви програми основно се продават в България - счетоводен/складов софтуер, всякакви "самоделки" - т.е. неща които са предназначени за конкретните нужди на определен клиент, който е решил, че ще работи по точно определен от него начин (т.е. готови програми той не признава). Виж ако програмата му ще е мултиклиентна - т.е. един(няколко) application/database сървър ще поддържа много клиенти (без значение преносната среда - интра/интернет) - тогава определено .НЕТ е платформата на която трябва да се заложи.
И малко да си обоснова мнението си за пазара - да не съм безпочвен - достатъчно време работих за различни хора - такива които имат много пари и такива които нямат много пари - и едно разбрах - никой от тях не инвестира в техника и хора - на старите целерончета с 64РАМ и Вин98 - .НЕТ - а не вирее или ако виреее - само и единствено благодарение на многото напъни от страна на хората, които се заемат с това.
А за разспространението на .НЕТ-а ами нормално е - погледни каква част от софтуера реално ще се възползва от преимуществата които той дава ? - Аз не се наемам да посоча процент - но не мисля, че е голям. Или по точно той ще е голям при корпоративни клиенти - такива за жалост в България са малко ;-)))
---
Колкото повече, толкова повече.
Спомнете си за Java
От известно време и аз съм нагазил дълбоко в този бизнес. И смятам, че ФантомАС си е абсолютно прав. В България все още няма пазар за това нещо. А моето лично мнение е и малко против "панацеята" .НЕТ. Това чудо не става за всякакви приложения. То си има своя ниша и не бива да се мисли, че е подходящ за всичко. Спомнете си за Java. По същата логика сега 95% от софтуера трябваше да е написан на Java. Да ама не, както казваше Петко Бучаров едно време. Е, вече имаме и операционна система написана на Java, ама кажете хора - колко народ я ползва, а?
Така че 'прог' (не ти знам името) обмисли много вниматело не само въпроса MS .NET vs VCL.NET, а и Win32 vs .NET...
Животът не се мери с броя вдишвания, а с моментите, които спират дъха ни!
Така че 'прог' (не ти знам името) обмисли много вниматело не само въпроса MS .NET vs VCL.NET, а и Win32 vs .NET...
Животът не се мери с броя вдишвания, а с моментите, които спират дъха ни!
Re: Ще ми позволиш да не съглася
"Освен това VCL.NET е ужасно бъгав и не съвсем изчистен като идея - по голямата час стои върху код който извиква старите функции на Win - което е меко казано тъпо(да не говорим, че противоречи на концепцията на .НЕТ). "
Много се извинявам, ама кое точно е тъпото в случая, и кое противоречи на концепцията на .NET?
"Не виждам какво .НЕТ ще помогне в писането на програми от вида на Photoshop/Corel и прочие, както и за издателски системи примерно ;-))))"
Ще помогне с това, че всичко ще е Managed code което си е голям плюс, особенно за разработчиците.
с малко влакче композирам патките в реката
Много се извинявам, ама кое точно е тъпото в случая, и кое противоречи на концепцията на .NET?
"Не виждам какво .НЕТ ще помогне в писането на програми от вида на Photoshop/Corel и прочие, както и за издателски системи примерно ;-))))"
Ще помогне с това, че всичко ще е Managed code което си е голям плюс, особенно за разработчиците.
с малко влакче композирам патките в реката
Re: Ще ми позволиш да не съглася
>>>Много се извинявам, ама кое точно е тъпото в случая, и кое противоречи на концепцията на .NET? <<<<<
Смесването на managed code с un- такъв ;-))) - отговора го даваш сам. И аз не виждам шанс в следващата година да ПРЕНАПИШАТ VCL.NET така, че да не ползва стария код.
>>>>Ще помогне с това, че всичко ще е Managed code което си е голям плюс, особенно за разработчиците. <<<
Това е плюс - за тези които пишат на C/C++ и където няма garabage collector-и и други глезотии като множеството класове в VCL-a. Вярно, че изчиства и някои несъвършенства в Object Pascal-a, но като цяло влиянието не е толкова голямо в сравнение с чистото С.
Обаче като производителност - .НЕТ-а никога няма да достигне W32/64 - само и единствено ако направят процесори с поддръжка на това. Съдейки колко време им трябваше да направят същото за Java- може би в следващата петилетка няма да се промени много.
Аз мисля, че трябва да се влага време и средства в новите технологии - но трябва да се прави много прецизно и без всякакви истерии от сорта "Да живеее това... или Смърт на онова.... "
А и мисля, че много се отклонихме от темата май ;-))) - е лошо няма. Все пак човека искаше да знае предимствата на чистия .НЕТ и VCL.NET.
---
Колкото повече, толкова повече.
Смесването на managed code с un- такъв ;-))) - отговора го даваш сам. И аз не виждам шанс в следващата година да ПРЕНАПИШАТ VCL.NET така, че да не ползва стария код.
>>>>Ще помогне с това, че всичко ще е Managed code което си е голям плюс, особенно за разработчиците. <<<
Това е плюс - за тези които пишат на C/C++ и където няма garabage collector-и и други глезотии като множеството класове в VCL-a. Вярно, че изчиства и някои несъвършенства в Object Pascal-a, но като цяло влиянието не е толкова голямо в сравнение с чистото С.
Обаче като производителност - .НЕТ-а никога няма да достигне W32/64 - само и единствено ако направят процесори с поддръжка на това. Съдейки колко време им трябваше да направят същото за Java- може би в следващата петилетка няма да се промени много.
Аз мисля, че трябва да се влага време и средства в новите технологии - но трябва да се прави много прецизно и без всякакви истерии от сорта "Да живеее това... или Смърт на онова.... "
А и мисля, че много се отклонихме от темата май ;-))) - е лошо няма. Все пак човека искаше да знае предимствата на чистия .НЕТ и VCL.NET.
---
Колкото повече, толкова повече.
Re: отново
Аз сьм човечка
Не сьм в БГ и пиша applications за собствената си компания. Стоим малко на крьстопьт - Web ili VCL/WinForms. Като знам колко са консервативни за нови interfaces клиентите ни сигурно изключвам Web version.
Ориентирала сьм се кьм Win Form - по трудно но по перспективно
Чакам книгата на Marco Cantu с нетьрпение.
Правим и conversions на стари ДОС програми и всичко ново ще е на Delphi 8 .
Не сьм в БГ и пиша applications за собствената си компания. Стоим малко на крьстопьт - Web ili VCL/WinForms. Като знам колко са консервативни за нови interfaces клиентите ни сигурно изключвам Web version.
Ориентирала сьм се кьм Win Form - по трудно но по перспективно
Чакам книгата на Marco Cantu с нетьрпение.
Правим и conversions на стари ДОС програми и всичко ново ще е на Delphi 8 .
Re: отново
При добре обмислена архитектура, и отделяне на логиката от интерфейсната част, не би трябвало да е прекалено трудно да подкараш след време WinForms като Web приложение.
Е, само ще изглежда като Web приложение, защото там идеята е съвсем друга, но тези неща май сама си ги знаеш, за това няма да се правя на умен.
Моят съвет е WinForms
с малко влакче композирам патките в реката
Е, само ще изглежда като Web приложение, защото там идеята е съвсем друга, но тези неща май сама си ги знаеш, за това няма да се правя на умен.
Моят съвет е WinForms
с малко влакче композирам патките в реката
Само WinForms
Phantomas не си прав за производителността, тя е съвсем малко по ниска от native приложение. И печалбата от .NET е голяма правиш едно приложение, което работи на всички процесори за които има framework.
А примера с Corel и Photoshop първи навремето я казах аз :)
Все едно не знаеш, че .NET е всичко...той е за сърверни приложения както и за desktop такива. Може да пишеш големи enterprise приложения така както и текстови редактори.
Предимствата на .NET са големи, и защо Adobe не напишат новият си продукт под .NET? По лесно ще им е, голяма производителност и много възможности, които системата им предлага. Ето давам пример:
Правят си новата plugin система с компилатора на C# има специален клас с който може да компилираш код и да направиш нещо като скрипт. Ако ви е интересно вижте тук - [линк] - там има малко tutorials.
Всички нови неща като API, които Longhorn ще представи ще са достъпни само през .NET платформата. В Longhorn само .NET ще бъде native приложение, Win32 такивата ще се пускат в съвместим режим.
И не говорим за бъдещето!!! Говорим за другата година. Който иска да е конкуретноспособен ще работи на .NET. България не е фактор, който един софтуерен разработчик трябва да се съобразява.
А примера с Corel и Photoshop първи навремето я казах аз :)
Все едно не знаеш, че .NET е всичко...той е за сърверни приложения както и за desktop такива. Може да пишеш големи enterprise приложения така както и текстови редактори.
Предимствата на .NET са големи, и защо Adobe не напишат новият си продукт под .NET? По лесно ще им е, голяма производителност и много възможности, които системата им предлага. Ето давам пример:
Правят си новата plugin система с компилатора на C# има специален клас с който може да компилираш код и да направиш нещо като скрипт. Ако ви е интересно вижте тук - [линк] - там има малко tutorials.
Всички нови неща като API, които Longhorn ще представи ще са достъпни само през .NET платформата. В Longhorn само .NET ще бъде native приложение, Win32 такивата ще се пускат в съвместим режим.
И не говорим за бъдещето!!! Говорим за другата година. Който иска да е конкуретноспособен ще работи на .NET. България не е фактор, който един софтуерен разработчик трябва да се съобразява.
Пак изпадаме в крайности...
Виждам, че си голям привърженик на .NET. Не че има нещо лошо в това, но както вече казахме е по-добре да не изпадаме в крайности - "само Левски", "долу ЦСКА", "смърт на чорбарите" и т.н. :)
Нека и аз се включа в дискусията и да кажа няколко думички.
>>> защо Adobe не напишат новият си продукт под .NET? <<<
Та за производителността - не казвам, колко е по-малка в сравнение с чистия W32 код, но все пак е по-малка, нали? Надявам се с това си съгласен. Както ти е известно Photoshop си има издание оптимизирано за Pentium 4, т.е. хората се стараят да изстискат максимума от всеки процесер. Няма да се изненадам ако скоро се появи и компилирана версия за Athlon 64. Можеш ли да ми кажеш как ще се направи специфичната оптимизация за даден процесор в .NET? Ето затова в близките години няма да видиш Premiere, Pinacle Studio, 3DStudio или Virtual Dub написани на .NET.
>>> Правят си новата plugin система с компилатора на C# има специален клас с който може да компилираш код и да направиш нещо като скрипт. <<<
Ами чудесни подобни нещица има и за Delphi.
>>> В Longhorn само .NET ще бъде native приложение, Win32 такивата ще се пускат в съвместим режим. <<<
Как ще бъде native проложение, след като е компилирано до междинен код (CLR ли беше), който процесора изобщо не го разбира?! Може би е по-вярно да кажеш, че за да се изравни производителността на W32/64 и .NET приложенията те са започнали да интерпретират W32 кода?
Не случайно Microsoft купиха Connectix. Чувал ли си за Virtual PC?
И накрая още нещо свързано с удобствата на програмиста... Моля те, кажи ми как се прави combo box в dbgrid под .net... Ужасно удобно нали...
В заключение искам да кажа само - Да, .NET е нещо хубаво. Дори чудесно. Има много хляб в тая работа. Но (все още) не винаги е по-добрият избор.
Животът не се мери с броя вдишвания, а с моментите, които спират дъха ни!
Нека и аз се включа в дискусията и да кажа няколко думички.
>>> защо Adobe не напишат новият си продукт под .NET? <<<
Та за производителността - не казвам, колко е по-малка в сравнение с чистия W32 код, но все пак е по-малка, нали? Надявам се с това си съгласен. Както ти е известно Photoshop си има издание оптимизирано за Pentium 4, т.е. хората се стараят да изстискат максимума от всеки процесер. Няма да се изненадам ако скоро се появи и компилирана версия за Athlon 64. Можеш ли да ми кажеш как ще се направи специфичната оптимизация за даден процесор в .NET? Ето затова в близките години няма да видиш Premiere, Pinacle Studio, 3DStudio или Virtual Dub написани на .NET.
>>> Правят си новата plugin система с компилатора на C# има специален клас с който може да компилираш код и да направиш нещо като скрипт. <<<
Ами чудесни подобни нещица има и за Delphi.
>>> В Longhorn само .NET ще бъде native приложение, Win32 такивата ще се пускат в съвместим режим. <<<
Как ще бъде native проложение, след като е компилирано до междинен код (CLR ли беше), който процесора изобщо не го разбира?! Може би е по-вярно да кажеш, че за да се изравни производителността на W32/64 и .NET приложенията те са започнали да интерпретират W32 кода?
И накрая още нещо свързано с удобствата на програмиста... Моля те, кажи ми как се прави combo box в dbgrid под .net... Ужасно удобно нали...
В заключение искам да кажа само - Да, .NET е нещо хубаво. Дори чудесно. Има много хляб в тая работа. Но (все още) не винаги е по-добрият избор.
Животът не се мери с броя вдишвания, а с моментите, които спират дъха ни!