С# start - с чего начинать
Думаю это будет интересно не только мне.
Вопрос такой :
Заинтересовался C#, но не знаю с чего начинать.
Т.е. какой софт нужен и где брать документацию по нему.
Заранее спасибо за ответы-советы
Привет всем!
Думаю это будет интересно не только мне.
Вопрос такой :
Заинтересовался C#, но не знаю с чего начинать.
Т.е. какой софт нужен и где брать документацию по нему.
Заранее спасибо за ответы-советы
Довольно неплохая книга по С# у Петцольда. Блин, название не помню, но для начала очень даже неплохо.
А вообще
http://www.c-sharpcorner.com/
и сайт мелкомягких.
А что насчет идеологии? Что такое C# - инструмент для разработки распределенных приложений в веб или все-таки следующий шаг в промышленном программировании? Не могу определиться с его местом под солнцем, почему тогда народ по-прежнему обычный VC++ юзает?
Мне помогла книга Герберта Шилдта "Полный справочник по C#".
Там уже Framework 2.0 ?
А что конкретно интересуют, например ASP.NET, ADO.NET, OLE DB.NET /etc ?
А что конкретно интересуют, например ASP.NET, ADO.NET, OLE DB.NET /etc ?
Погоди, ADO.NET - это XML, ASP.NET - вебформы, а мы же вроде как C# обсуждаем или я чего-то недопонял?
Погоди, ADO.NET - это XML, ASP.NET - вебформы, а мы же вроде как C# обсуждаем или я чего-то недопонял?
Это видимо я не понял :) С# позиционируется Microsoft'ом как основной язык для разработки под .net, хотя, имхо, для asp.net больше подходит vb.net. А ADO.NET (это кстати БД) и ASP.NET это уже технологии.
Выучить язык, по-моему, не сложно, а вот разобратся с конкретной технологией это уже другой разговор. Я, например, не знаю программера который считал бы себя профи (оправдано) в ASP.NET и ADO.NET.
ADO.NET - это не XML, а технология доступа к базам данных (а это разные вещи). При помощи этой технлогии можно сделать прозрачным обмен данными в гетерогенной среде приложений (например, между MSSQL и OLEDB)
ASP.NET - это технология создания Web-приложений, а не Web-формы. Ведь приложения .NET это не Windows Forms.
ADO.NET - это не XML, а технология доступа к базам данных (а это разные вещи). При помощи этой технлогии можно сделать прозрачным обмен данными в гетерогенной среде приложений (например, между MSSQL и OLEDB)
ASP.NET - это технология создания Web-приложений, а не Web-формы. Ведь приложения .NET это не Windows Forms.
Ох уж наплодила же MS своих сокращений! MSSQL - это СУБД, а OLEDB - что такое(неужто сочетание OLE + DBE)? И неужели язык SQL не стер давным даво границы между различными СУБД???
Начать можно, скачав этот вот учебник http://www.c-sharp.ru/default.aspx?page=book
А еще intuit.ru - там курсы бесплатные С/С++/С#.
Более того, C# и VC++.Net - разные вещи что-ли?
Неужели при компиляции прог в C# нет возможности сгенерировать не .Net-овский байт-код, а обычный exe-шник, могущий выполняться на машине без .Net Framework ?
Более того, C# и VC++.Net - разные вещи что-ли?
C# и VC++.Net - два разных языка
Можно, есть в к комплекте с Visual Studio - утилита, которая сделает из MSIL(MIcrosoft Intermidiate Language) (то, что ты называешь Net-овский байт-код).
подробнее здесь
http://www.c-sharp.ru/default.aspx?page=articles&id=4
Есть такая штука - SharpDevelop. Бесплатная IDE для C#. VS.NET от микрософта все-таки довольно жирная для этого, правда поддерживает CompactFramework.
А где скачать SharpDevelop?
А где скачать SharpDevelop?
Вот здесь можно
http://www.c-sharp.ru/default.aspx?page=po
Можно, есть в к комплекте с Visual Studio - утилита, которая сделает из MSIL(MIcrosoft Intermidiate Language) (то, что ты называешь Net-овский байт-код).
подробнее здесь
http://www.c-sharp.ru/default.aspx?page=articles&id=4
Это неправильный ответ на вопрос, по ссылке просто описан принцип работы JIT'а, который входит в .NET Framework.
Без .NET Framework запустить exe-шник нельзя.
Ответ на исходный вопрос: нельзя сгенерить exe-шник, который можно запустить на любой машине. Можно получить только IL (он же байт-код).
Это неправильный ответ на вопрос, по ссылке просто описан принцип работы JIT'а, который входит в .NET Framework.
Без .NET Framework запустить exe-шник нельзя.
Ответ на исходный вопрос: нельзя сгенерить exe-шник, который можно запустить на любой машине. Можно получить только IL (он же байт-код).
можно сгенерировать exe-шник, для этого нужна утилита ngen.exe (из комплекта Visual Studio)
ngen.exe - это утилита командной строки, котораяя генерирует образ приложения, состоящий из машинных кодов, а не из MSIL.
можно сгенерировать exe-шник, для этого нужна утилита ngen.exe (из комплекта Visual Studio)
ngen.exe - это утилита командной строки, котораяя генерирует образ приложения, состоящий из машинных кодов, а не из MSIL.
Если не сложно, то где она лежит?
А то я не смог найти. У меня Visual Studio 2005 Team Suite.
Точно ли она избавляет от необходимости держать .NET Framework? Вроде как, только прекомпилирует IL-код, но не добавляет библиотеки базовых классов, что зависимость от Framework оставляет.
Если не сложно, то где она лежит?
А то я не смог найти. У меня Visual Studio 2005 Team Suite.
Точно ли она избавляет от необходимости держать .NET Framework? Вроде как, только прекомпилирует IL-код, но не добавляет библиотеки базовых классов, что зависимость от Framework оставляет.
в 2003 - вот так из Пуска выбрать Visual Studio ->Visual Studio .NET Tools ->Visual Studio 2003 command Promt
И с командной строки Visual Studio 2003 запустить ngen.exe. D 2005 не пробовал я такое.
А вот зависимость от Framework не проверял. Если буишь пробовать - напиши пожалуйста про результат.
в 2003 - вот так из Пуска выбрать Visual Studio ->Visual Studio .NET Tools ->Visual Studio 2003 command Promt
И с командной строки Visual Studio 2003 запустить ngen.exe. D 2005 не пробовал я такое.
А вот зависимость от Framework не проверял. Если буишь пробовать - напиши пожалуйста про результат.
Утилита ngen.exe предназначена для повышения быстродействия .NET-приложений. Эта утилита создаёт Native-образ и размещает его в Native Image Cache для того, чтобы JIT компилятор не компилировал код заново для данной сборки, а брал код из кэша. Создать исполняемый Native-образ из .NET-приложений нельзя. Нельзя потому-что: 1)будет потеряна информация о метаданных, а значит сборщик мусора функционировать не сможет 2)атрибуты не компилируются, а это уже значит, что такое приложение работать не будет 3)пришлось бы компилировать всю mscorlib.dll в исходное приложение, а значит размер файла увеличится 4)раз сборщик мусора не функционирует, значит в таком приложении возникнет утечка памяти, а значит есть вероятность падения приложения, или того хуже, ОС повиснет.
...
У меня есть внутренняя документация из самого Microsoft от дизайнеров .NET. Там ВСЁ устройство этой платформы, промежуточного языка и т.д. Так что если аглицким владеешь, могу прислать.
...
Если не затруднит пришли мне:
[email]ragnar.mail@gmail.com[/email]
Заранее Спасибо.