dev.net.ua

Українська Спільнота Розробникiв
 
Ласкаво просимо до dev.net.ua Увійти | Приєднатися | Допомога | Увійти Live ID
в Пошук

MFC vs .Net framework - to be continued!

Останнє повідомлення 19-05-2007, 23:02 від akluch. 3 відповіді.
Сортувати: Попереднє Наступне
  •  15-12-2006, 6:20 1305

    MFC vs .Net framework - to be continued!

    .Net framework- користуватись чи ні? Для яких цілей вона створена? - Я зараз розкажу вам .
    Попереше давайте коротко уявим собі що таке .Net fw - це своєрідне середовище для виконання
    програм написаних на C#, VB, JScript и т.д. Це білше схоже на віртуальну машину Java (Sun Microsystems).
    Програми компілются не в машинний код а код(MSIL) який розуміє тільки .Net framework!
    Виконує цей код розуміє і виконує CLR! Одже якщо на копютері не встановлено
    або проблеми з .Net fw вашу програму процесор не зрозуміє і відповідно не виконає!
    По - друге що нам дає ця платформа крім CLR(Common library runtime)-вище сказаного, конкретної відповіді
    я не чув ще ніде! Деколи кажуть - що .Net framework Windows presentation foundation дає змогу программісту
    полегшити розробку інтерфейсу(але хіба программісту потрібен більше інтерфейс
    чим хороша, конкурентно здатна программа, та й на крайній випадок розробка
    інтерфейсу вручну без лишніх інструментів, бібліотек сторонніх розробників,
    та ще чогось іншого - набагато ефективніший, беспечніший спосіб ), інші
    розказують, що .Net framework дає нові можливості для роботи з базами данних,
    технологіями, підвищує рівень захисту программ!
    Але де опис всіх процедур, констант, функцій, класів, де конкретно розповідається
    принцим дії! Всі відповіді на схожі запитання були поверхневими та
    не дуже змістовним.
    По - друге Питання швидкості вашої програми дуже "наболівше". щож нам пропонує
    .Net framework для вирішення цього питання? Виявляється що ця платформа тільки гальмує
    виконання і взагалі роботу системи! Це особливо відчутно на більш слабших комп`ютерах!
    Справа в тому що як я вже розповідав MSIL розуміє тільки CLR і ваші програми
    переводяться в машинний код під час виконання та й сама платформа .Net framework черпає багато ресурсів
    системи невідомо для чого!
    по - третє.
    давайте подивимось на назву самої платформи чому саме .Net?
     Це похідна від слова Network: мережа або "сеть"!
    Ця назва дана їй не випадково, а саме через те що вона розроблялась
    в основному для Інтернет технологій та мережевих т основаних на XML та його модифікаціях!
    так що якщо ви нет програміст то такі технології як ADO.NET, ASP.NET XML Web-services
    вам знадобляться для розробки інтернет - сервісів та корпоративних сайтів!
    Але в розробці настільних додатків, чи корпоративних програм, чи ігор .Net framework
    вам не те щоб не допоможе а тільки заплутає вас та завадить написання якісних
    додатків!


  •  15-12-2006, 7:26 1312 у відповідь на 1305

    Re: MFC vs .Net framework - to be continued!

    Shilnet:
    ...

    Скажу прямо. Ты написал бред. Тебе хочется просто поспорить? Ради спора? Создаётся впечатление что дело обстоит именно так, поскольку твои высказывания расходятся с опытом, плюс создание второй темы, хотя есть уже старая. Вот читаю твоё последнее предложение. Плагины? Почитай о механизме отражения. В частности для плагинов отражение очень удобно. Простой пример:

    [ToolboxObject]
    [Bitmap("Resources.Bitmaps.Sphere")]
    class Sphere: IRenderable, etc
    {
       ...
    }

    Далее ядро читает сборки, ищет там классы помеченным данным атрибутом и загружает их. При этом от разработчика плагина требуется лишь специальным образом пометить свои классы. Этого достаточно для подключения. Да, можно сказать так: "В вашей сборке должна быть такая-то функция, она должна возвращать список объектов, согласно таких-то параметров, при этом она же должна создавать объекты по их имени/идентификатору, и тд". Мысль ясна? =\

    Про игры вообще непонятно. Почитай об XNA, узнаешь много интересного. Кстати, у меня хобби - низкоуровневое программирование графики. Сейчас для интереса пишу на шарпе 3D-игру с программной растеризацией, сейчас уже могу сказать, что по сравнению с С++ практически никаких различий в производительности нет. В общем советую прекратить заниматься демагогией (С) Миша Чалый.


    -- А вы верите в Деда Мороза?
    -- Да, я верю что он принесет баланс в Силу.
  •  15-12-2006, 8:21 1321 у відповідь на 1305

    Re: MFC vs .Net framework - to be continued!

    Shilnet:
    .Net framework- користуватись чи ні? Для яких цілей вона створена? - Я зараз розкажу вам .
    Попереше давайте коротко уявим собі що таке .Net fw - це своєрідне середовище для виконання
    програм написаних на C#, VB, JScript и т.д. Це білше схоже на віртуальну машину Java (Sun Microsystems).
    Програми компілются не в машинний код а код(MSIL) який розуміє тільки .Net framework!
    Виконує цей код розуміє і виконує CLR! Одже якщо на копютері не встановлено
    або проблеми з .Net fw вашу програму процесор не зрозуміє і відповідно не виконає!
     


    Уважаемый, Shilnet, я не люблю баталий по поводу что лучше когда продукты очень схожие или несравнимые (в смысле нельзя сравнить), но я согласен с Alexander S. Manenko, что это спор в котором человек не хочет найти истину или научится, узнать что-то, а в очередной раз пересказывает со своими дополнениями популяризованные сведения о .NET.

    Я укажу некоторые моменты ссылаясь на свою практику и отвечу (думаю не только я) на Ваши разумные замечания, но думаю не стоит продолжать эту тему если будут снова и снова пытаться оспорить вещи, которые СУЩЕСТВУЮТ и в которых есть ПОТРЕБНОСТЬ!

    Shilnet:

    По - друге що нам дає ця платформа крім CLR(Common library runtime)-вище сказаного, конкретної відповіді
    я не чув ще ніде!
     

    Это скорее основа, НО BCL (Base Class Libraries) - таким широким набором уже готовых решений, я думаю, не может похвастаться ни одна компания - разработчик ПО, если счиаете по-другому дайте пожалуйста ссылку!
    GC (Garbage Collector) - механизм автоматического сбора мусора, хороший программист, конечно сам всегда следит за освобождением памяти, но данный подход это еще один шаг в абстрагировании программиста от Hardware, идеальным решением ведь будет, когда программист будет только формулировать требования, а механизмы сами решат задачу, но это недостижимый уровень!

    Механизм Exception, CodeDom - MSIL (это сродни хакерским инъекциям, но на принципиально другом уровне!),...продолжать можно долго, но я буду просто перечислять практичсеки главы хорошей книги о .NET, советую обратиться туда и все сразу станет на свои места!

    Shilnet:

     Деколи кажуть - що .Net framework Windows presentation foundation дає змогу программісту
    полегшити розробку інтерфейсу(але хіба программісту потрібен більше інтерфейс
    чим хороша, конкурентно здатна программа, та й на крайній випадок розробка
    інтерфейсу вручну без лишніх інструментів, бібліотек сторонніх розробників,
    та ще чогось іншого - набагато ефективніший, беспечніший спосіб )
     

    Требования к ПО на сегодня дружественный интерфейс!!!в погони за сегоднешним заказчиком моей фирме пришлось использовать графические, интерфейсные компоненты третьих фирм специализирующихся на этом. Кто говорит что неужна надежная программа? Нужна мы делаем таковую! Как сделать красивый интерфейс? Написать самим? По любым расчетам выгоднее использовать компоненты проверенного разработчика, который этим только и занимается, а не выделять на эту роботу своих программистов, у которых и так много работы!
    Shilnet:

    розказують, що .Net framework дає нові можливості для роботи з базами данних,
    технологіями, підвищує рівень захисту программ!
    Але де опис всіх процедур, констант, функцій, класів, де конкретно розповідається
    принцим дії! Всі відповіді на схожі запитання були поверхневими та
    не дуже змістовним.
     

    Я, возможно, не совсем понял вопрос-утверждение, но а где Вы видели описание всех "процедур, констант, функцій, класів" для работы с БД? Если вам нужны подобные константы .NET прведу к примеру System.Data.CommandType.StoredProcedure, а вообще загляните в System.Data там все и находится в предостаточном количестве!
     
    Shilnet:

    По - друге Питання швидкості вашої програми дуже "наболівше". щож нам пропонує
    .Net framework для вирішення цього питання? Виявляється що ця платформа тільки гальмує
    виконання і взагалі роботу системи! Це особливо відчутно на більш слабших комп`ютерах!
    Справа в тому що як я вже розповідав MSIL розуміє тільки CLR і ваші програми
    переводяться в машинний код під час виконання та й сама платформа .Net framework черпає багато ресурсів
    системи невідомо для чого!
     

    Не хочу разводить демагогию поэтому просто оставлю одну из многочисленного числа ссылок на тест данной проблемы http://www.grimes.demon.co.uk/dotnet/man_unman.htm
     
    Shilnet:

    по - третє.
    давайте подивимось на назву самої платформи чому саме .Net?
     Це похідна від слова Network: мережа або "сеть"!
    Ця назва дана їй не випадково, а саме через те що вона розроблялась
    в основному для Інтернет технологій та мережевих т основаних на XML та його модифікаціях!
    так що якщо ви нет програміст то такі технології як ADO.NET, ASP.NET XML Web-services
    вам знадобляться для розробки інтернет - сервісів та корпоративних сайтів!
    Але в розробці настільних додатків, чи корпоративних програм, чи ігор .Net framework
    вам не те щоб не допоможе а тільки заплутає вас та завадить написання якісних
    додатків!
     

    На счет помешает, Вы мягко говоря погарячились, а долго не рассуждая скажу и думаю многие разработчики смогут дополнить, что на фирме где работаю, разрабатывают ОЧЕНЬ надежные программы для медицины где требования очень высокие, больше того это в 90% настольные приложения!

    С уважением, Вячеслав
  •  19-05-2007, 23:02 3116 у відповідь на 1305

    Re: MFC vs .Net framework - to be continued!

    Кожна технологія використовується для певних цілей. На мою думку:

    С/С++ - для написання системних утіліт, драйверів, де незалежність від .Net і безпосередній доступ до апаратного забезпечення є першочерговим.

    С# - для всіх решту задач, що не відносяться до першої категорії і де потрібен високий рівень абстракції. З розвитком .Net   C# все більше буде проникати у царину С/С++.

    Тому порівняння .Net i MFC/Win32 API є не зовсім вірним.

     

    З повагою,

     

     


    Aндрій Ключевський / Andriy Klyuchevskyy
    Microsoft Corp.
    View Andriy Klyuchevskyy's profile on LinkedIn

    Ця інформація надається на умовах «як є», без надання будь-яких гарантій і прав. Використовуючи цю інформацію, ви погоджуєтесь з тим, що (і) Майкрософт не несе відповідальності за використання вами цієї інформації й (іі) ви берете на себе весь ризик, пов’язаний з використанням цієї інформації.
Переглядати як новосний Блог RSS в XML