vladgangan Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору klau Очень даже правильно . Всего записей: 761 | Зарегистр. 12-09-2002 | Отправлено: 14:06 30-05-2003

GSMD Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ребят, а в 2х словах: что такое .Net (и где об этом почитать)? Всего записей: 220 | Зарегистр. 25-01-2004 | Отправлено: 14:35 03-03-2005

zorrack Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору knst Цитата: С++ компилится в промежуточный код   В архитектуре .NET - все компилится в промежуточный код, который непосредственно при исполнении "компилится" в реальный код и исполняется. Т.е. отличие от стандартного VB, который интерпретирует код, здесь идет как бы двухпроходная компиляция. Это, кстати, не зависимо от языка программирования (C++, C#, VB.NET, J.NET и т.д.)   Вообще, преимущество .NET - это громадный фреймворк с библиотеками и классами. Разработчику необходимо гораздо меньше времени для разработки продукта, чем, скажем, на стандартном VC++ 6.0. Базовые это - Windows Forms - Библиотеки стандартных визуальных компонентов, Web Services - мощный SOAP-подобный протокол вызова удаленных процедур, связь с XML, которая позволяет написать распределенное решение за несколько часов и т.д. Всего записей: 244 | Зарегистр. 16-05-2003 | Отправлено: 16:20 04-03-2005

EZH Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору knst Ну вообще здесь дело не только в галке, которая якобы генерит код то такой, то сякой. Ты не сможешь просто написать на С++ некоторые специфичные для Win32 вещи, и откомпилировать их под .NET. Под .NET в С++ внесены некоторые модификации (расширения), которые позволяют использовать преимущества новой платформы, как то сборшк мусора, например и др. Они и язык теперь называют MC++ (Managed C++). В MC++ можно включать блоки не Managed-кода, в котором, например как раз есть прямой доступ к памяти и нет ограничений .NET по доступу к ней.   Не смотря на то что MS декларирует C# как самый лучший и исчерпывающий язык для .NET, сами программисты MS признают, что добиться самой эффективной, исключительной и полной реализации всех возможностей .NET можно только на MC++.   Если тебя волнует вопрос перехода с BCB на VS для программирования на С++, то смело переходи, писать чисто Native Win32 приложения там тоже можно, и вызывать такие dll из .NET приложений тоже.   Другое дело, что со временем необходимость и желание цепляться за Win32 всё равно скоро отомрёт с развитием Windows и неумолимым ростом производительности компов. Всего записей: 1738 | Зарегистр. 02-09-2004 | Отправлено: 19:20 04-03-2005 | Исправлено: EZH, 19:22 04-03-2005

EZH Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору knst Цитата: думаю все-равно никто не будет писать на NET  сложную математику Да я думаю тебе и не придется её самому писать. Я уверен что много базовой, но в то же время сложной математики будет реализованно на низком уровне, очень оптимизированно, и предоставлено программерам в качестве библиотек. Тебе останется только оперировать этими функциями по нужному тебе алгоритму, фактически не теряя производительности. Как пример, возьми просто DirectX. Никто же не собирается переписывать его на .NET - он просто дан тебе для пользования, и доступен в том числе из .NET...   Цитата: просто тебя послушать получается, что со временем С++ перейдет на позиции асемблера (мол "круто но ну его нафиг") Хоть убей не пойму где ты это увидел в моем посте. С++ как рулил, так и будет рулить в будущем. Просто тут он развивается в рамках новых концепций программирования - виртуальных машин, что очень даже хорошо. И MS тут не причем, Java тоже ведь на этом успешно выросла, многие языки идут к этому, это эволюция концепции программирования.   Да и native C++ не умрет тоже. GCC ведь никто не забрасывает, наоборот - это чуть ли не единственный компилятор, поддерживающий полные стандарты С++. И он тоже развивается, причем как на *nix платформе, так и на win.   Просто каждый программер в определенный момент определяется чем он хочет зарабатывать себе на хлеб - системным или прикладным программированием. Отсюда и выбор языка и платформы под него. Хотя можно одним заниматься для работы, а другим для души. Программеры ведь народ такой... Всего записей: 1738 | Зарегистр. 02-09-2004 | Отправлено: 00:17 05-03-2005 | Исправлено: EZH, 00:22 05-03-2005

zorrack Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EZH Цитата: Ты не сможешь просто написать на С++ некоторые специфичные для Win32 вещи Тут надо определиться: хотим ли мы писать код с использованием .NET Framework или просто хотим писать C++ прогу используя Visual Studio 7.0(7.x) IDE Если мы просто создаем приложение на стандартной C++ (ну, возможно с использованием Win32/MFC), но не юзаем .NET Framework - глубоко пожалуйста. Сами компилим и работаем с проектами, написанными на Visual C++ 6.0. В IDE появилось несколько прикольных штучек - вот нам и понравилось. Плюс расширенный MFC (чуть более стандартных классов). Конечно, некоторые вещи надо немного поменять (например MFC-шный CString немного изменен). Но все остальное - да пожалуйста. Не юзаешь MC++ - все чудесно. Другой штук - это если ты хочешь написать прогу на C++ с использованием Windows Forms, ADO.NET, Web Services и т.д. Вот тогда - да, никуда ты не денешься без установки .NET Framework на клиентской машине, CLR (промежуточного кода) и т.д. Всего записей: 244 | Зарегистр. 16-05-2003 | Отправлено: 16:34 05-03-2005

EZH Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору zorrack Ну я об этом и говорю Цитата: дело не только в галке, которая якобы генерит код то такой, то сякой Всего записей: 1738 | Зарегистр. 02-09-2004 | Отправлено: 16:43 05-03-2005

zorrack Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EZH Просто чуть некорректно изначально поставлен вопрос. Можно ли писать С++ код под .NET или надо его портировать... Также и то, что касается преобразования из CLR в Machine Codes. Если что-то пишется под .NET (сугубо), то есть нормальная возможность написать ту-же сложнную математику под базовым C++ и подключить в виде внешнего COM объекта или что-то в этом роде (понятно, врапперы там разные, но от этого производительность не падает). Например, глянь на портированный Quake II под .NET - вроде нормально так работает. А про каких 10% идет речь? Если про людей, которые до сих пор используют Pentium 100. 200MMX - ну не повезло. Но под такие спец.потребности и .NET использовать это убийство пользователя. Попробуй на жабе или Delphi написать приличную прогу с использованием сторонних компонентов, свинга и т.д. - дык она тормозить будет. Т.е. могу попробовать подвести суммари: 1. .NET технология очень перспективна и позволяет быстро разрабатывать мощные программные продукты используя стандартный набор библиотек, встроенных в фреймворк 2. Потребность написания на .NET может возникнуть, если:   а) Нужен пробукт с продвинутым ПИ, но использование сторонних компонентов для C++ не подходит (например - причина лицензирования).   b) Нужно быстро написать проект с распределенной архитектурой (клиент/сервер, веб-совместимый и т.д.), но опять же, отсутствуют наработки или нет возможности использовать сторонние компоненты.   c) Необходимо создать сервер веб-сервисов, но нет никакого желания писать десятки тыщ строк кода по формированию/парсингу SOAP запросов, конвертированию данных, разработке своих типов данных и т.д. 3. Выбор, как всегда, за программистом: если есть опыт, наработки, купленные/кракнутые (в случае если подходит) сторонние компоненты, к которым привык (или согласен привыкать) - пиши дальше на Visual C++/Delphi и т.д. Стандартный Вынь 32 скорее всего не умрет никогда по причине, что это как ни как основа системы. Хотя, вот, обещают что Longhorn будет уже полностью .NET ориентированным и связь со старым Win32 будет чуть-ли не эмулироваться (ну, как всегда коммерческая фишка, чтоб подвинуть людей на использование .NET и отказаться от старого доброго выня32).   ЗЫ: Я, лично, до сих пор пишу под стандарт Visual C++ с MFC/ATL .NET - почти не юзаю. Только IDE Всего записей: 244 | Зарегистр. 16-05-2003 | Отправлено: 17:17 05-03-2005

Kovalenko_Alexandr Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Господа Кто может вкратце объяснить или дать ссылку, где можно просветиться   Как изменилась подсистема сообщений на платформе Microsoft .NET???   Заранее спасибо Всего записей: 31 | Зарегистр. 16-01-2005 | Отправлено: 20:19 10-11-2005

Kovalenko_Alexandr Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: В каком смысле? Разве сообщения когда-нибудь зависели от платформы?         Изменений кардинальных конечно нет, но по программе “controlinspector”, которая меня заинтриговала, становится понятно, что система приобрела новые возможности.   Сообщество прокомментируйте ее по возможности.   http://www.codeproject.com/csharp/controlinspector.asp (иходники прилагаются) Всего записей: 31 | Зарегистр. 16-01-2005 | Отправлено: 13:14 13-11-2005

Страницы: 1 2 3 4

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы про .NET

ShIvADeSt (21-12-2007 03:31): http://forum.ru-board.com/topic.cgi?forum=33&topic=3706

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование