Undsoft.com » Программирование

Как начать программировать?

undsoft — Sat, 02 Jan 2010 19:05:06 +0000

Пока я учился программированию, у меня никогда не было четкой, осознанной картины того, что я делаю. То что-нибудь одно подучишь, то что-нибудь другое, но никогда не была видна картина «в целом». Все знания доставались как-то отрывочно. Не было понятно, откуда начинать и куда двигаться. Не было системности.

Для того, чтобы получить эту системность, я поступил в университет. Но, на самом деле, это не слишком помогает. Только пройдя некоторый путь, начинаешь что-то понимать.

Если вы так же не можете понять логики во всем этом сложном мире программирования — вам сюда. Итак, предположим, вы решили стать программистом.

Я расскажу, по какому принципу строится обучение в университете, а потом о том, как бы я советовал начинать изучать программирование.

Университет

Следует понимать, что в университете преподают «академическое» программирование. Как и ко многим другим наукам, преподаваемым в университетах, подход к обучению программирования очень обстоятельный.

Само по себе программирование, написание кода программ — не слишком сложный процесс. В этом нет ничего фундаментального. Это скорее навык, как рисование или разговор на иностранном языке. Программированию можно было бы обучать в ПТУ.

То, чему уделяется значительная часть времени в университетах это: во-первых, теория, а во-вторых, все то, сопутствующее, что связано с компьютером. Идеально отучившись по университетской программе, вы будете способны полностью объяснить, как работает компьютер.

И говоря «полностью», я имею ввиду, не только компонентный подход («Это видеокарта, а это процессор»), а и более глубокие уровни («Регистры процессора Intel 80386 можно разделить на такие группы»), вплоть до элементарной базы («Диод — это ...»).

Вы будете ученым. Приятно знать всю эту информацию, это бывает полезно в работе, но не настолько часто.

Еще университет может дать: навыки работы в команде, планирования сроков, правильной огранизации программы, составлению различных схем, отчетности.

Собственно языки программирования тоже преподаются. Самые разные. Но суть обучения сводится к тому, чтобы изучить сам язык и его возможности, а не научится писать какие-нибудь серьезные программы под конкретную платформу.

Я веду к тому, что университет не сделает из вас профессионала в том навыке программирования, за который обычно платят деньги. Очень многому придется учиться самостоятельно.

Если учится самому

Первый шаг людей, которые хотят научиться программированию, это обычно покупка какой-нибудь книжки. Например, Бьерн Страуструп — Язык программирования С++. С++, вообще, почему-то самый популярный язык у новичков.

Разочарование наступает, когда прочитав такую книжку, человек понимает, что по-прежнему далек от программирования реальных программ. Книжка учит языку, но не учит программированию под Windows или любую другую систему.

Конечно, такая книга полезна. После изучения одного языка программирования, разобраться в других не составляет особого труда.

Однако, если бы я начинал учить кого-то программированию, я бы предложил начать с C#.

Еще было бы неплохо сразу задумать себе какую-нибудь цель — решить написать какую-нибудь определенную программу.

Знания без применения — плохо усваиваются. А когда по крупицам реализуешь какую-то сложную идею, это мотивирует и ты незаметно сам для себя осваиваешь новые вещи.

Основная причина, почему я бы рекомендовал С# — это возможность постепенного развития.

Знание языка программирования — не так важно. Важно то, к чему применять язык программирования — программный интерфейс той среды, где будет работать программа, различные библиотеки.

Я помню, у меня была проблема, когда после изучения С++ по одной из книг, я не мог перейти к программированию приложений под Windows. Это было ужасно. Я прочел книгу о языке. Переменные, конструкции языка, вывод строк на экран — все стало довольно просто.

А вот чтобы создать простое «Hello World» окно в Windows — надо было очень постараться. Сразу появляется множество новых непонятных вещей: оконные процедуры, хендлы, сообщения и прочие атрибуты WinAPI. Перестаешь понимать, как это все работает...и забрасываешь обучение.

С# сразу привязан к Windows и прикладному уровню. Начать — совсем просто. Окна программ создаются с помощью визуального редактора — это не сложнее работы в Ворде.

Потом программа постепенно обрастает кодом.

Кроме того, C# изначально объектно-ориентирован. Мне было сложно по книге понять, что вобще этот ООП такое. Но на практике понимаешь все довольно быстро.

Кроме того, С# — новый язык. C# программисты востребованы. Я не говорю, что C# — идеальный язык, у него есть свои недостатки, но по-моему с него очень хорошо начинать обучение программированию.

Впринципе, C# — не единственный язык, который удовлетворяет вышеперечисленным требованиям, но мне он нравится больше всех.

Практика

Чтобы начать программировать, понадобится среда программирования — Microsoft Visual Studio. Качать варез необязательно, Microsoft предлагает облегченную бесплатную версию — http://www.microsoft.com/express/vcsharp. То, что нужно для обучения.

Если опыта программирования нет вобще — лучше обзавестись книгой. Просто, чтобы познакомится с основными понятиями в программировании. Переменные, циклы, функции — все это мало отличается от языка к языку.

Необходимые примеры можно найти в интернете. В интернете вобще можно найти все необходимое. Основной источник информации для Windows программиста -- библиотека MSDN.

Удачи!

Также посмотрите:

Динамическое подключение C# DLL к C++

undsoft — Wed, 08 Apr 2009 10:04:48 +0000

Ууу, сегодня brainstorm тема, специально для тру-програмеров. Не так давно мне понадобилось подключить dll, написанную на C#, к основной программе, которая была написана на unmanaged C++. Оказалось, что сделать это не так-то просто.

На одном из зарубежных сайтов мне удалось найти что-то вроде хака, который позволяет небольшим изменением кода dll-ки сделать ее легко экпортируемой. Без всяких там регистраций dll'ки в системе.

Метод не Бог весть что, но для простых дллок работает и в целом заслуживает того, чтобы я о нем написал.

Вступление

Этот пост — модифицированный перевод статьи с CSharpHelp.com.

Предложенный метод работает не только для C# и С++. Тем же самым способом можно добиться взаимодействия любых unmanaged языков и dll, написанных с использованием .Net Framework.

В целом, можно связать managed DLL и unmanaged программу, используя технологию COM. Но может случится так, что язык, на котором написана ваша основная програма, не поддерживает COM. Или у вас есть любая другая причина не использовать эту технологию, включая нежелание .

Из необходимых инструментов — вам непременно понадобится дизассемблер и ассемблер для языка IL. Обычно, он есть в пакете со средой разработки от Microsoft или в каком-нибудь SDK (вроде Microsoft .NET Framework Software Development Kit). Проверить, есть ли у вас необходимые программы, можно в консоле. Запустите ее, напишите сначала ILAsm и нажмите Enter, а потом Ildasm. Если программы на компьютере есть, вы увидите какой-нибудь вывод в окне консоли.

Код основного приложения может быть на любом языке, который поддерживает динамическое (явное) подключение DLL. Я буду использовать C++, автор в оригинальной статье по своим причинам использовал Blitz3D.

Приступаем

Для начала давайте создадим C# DLL'ку с одной простой функцией, которую мы и будем вызывать в основной программе. Она будет называться SayHello ().

В Visual Studio создайте новый проект Class Library и в основной файл допишите нашу функцию. В итоге получится что-то вроде такого:

using System;

namespace HelloWorldDll { public class HelloWorldClass { public static string SayHello(string name) { return ("Hello " + name); } } }

Ничего сложного, так? Неймспейс HelloWorldDll, класс HelloWorldClass и один метод у класса — SayHello.

Все, что наша функция делает — это принимает строковое значение, добавляет его к строке "Hello " и возвращает результирующую строку.

Обратите внимание, что класс объявлен как PUBLIC. Хотя автор оригинальной статьи утверждает, что это НЕ обязательно и нет никакой роли ни у public, ни у static, у некоторых людей были проблемы с использованием функций без этих ключевых слов.

В функции используется передача параметров и есть возвращаемое значение только для того, чтобы показать, что передача параметров не представляет особой проблемы. Вы можете использовать любые базовые типы данных вроде byte, short, long, int, string, uint, ulong. И, да, вы даже можете передать структуру в функцию. Просто убедитесь, что поля в структурах совпадают.

Пример:

// C# public struct SomeStruct { public int X, Y, Z; public string Name; public object Obj; }//C++ Struct SomeType{ int X, Y, Z; string Name; object Obj; };

Приведенный пример будет работать, если вы передадите SomeType в функцию в качестве параметра. Единственное ограничение — функция на .NET не может возвращать структуру в return. В этом случае, передайте структуру в функцию как параметр и заполните ее.

Вот так:

// НЕПРАВИЛЬНО public SomeStruct DoStuff() { SomeStruct obj= new SomeStruct(); obj.X= 0; obj.Y= 0; obj.Name= "Эта строка никогда не вернется"; obj.Obj= null; return obj; }

// ПРАВИЛЬНО // ref = Передача SomeStruct по ссылке (ByRef в VB) public void SomeStruct(ref SomeStruct obj) { obj.X= 0; obj.Y= 0; obj.Name= "Эта строка вернется."; obj.Obj= null; }

Теперь, когда мы с этим разобрались, вернемся к основному коду нашей дллки. Скомпилируйте ее.

Теперь у вас должен быть файл HelloWorldDll.dll.

Погружение

Теперь у нас есть managed дллка и нам надо связать ее с обычной unmanaged программой. И мы не хотим использовать COM. Главная интрига — как же мы это сделаем? Ответ находится в волшебном мире IL. Пожалуй, сначала немного теории.

MSIL (MicroSoft Intermediate Language) или IL — это фактически язык ассемблера на .NET Framework. Он похож на Java Bytecode, по крайней мере функции у них одинаковые. IL — это низкоуровневый код, в который преобразуются все .Net языки, такие как C#, VB.NET, C++. Затем уже при запуске программы, он на ходу компилируется в машинный код для процессора и выполняется.

Именно IL код обеспечивает взаимодействие вышеназванных языков между собой и теоретически делает программу на .NET платформонезависимой. Все Exe и Dll, полученные после компиляции .Net языков, содержат не настоящий машинный код, а именно код IL + избыточное описание содержимого, которое называется MetaData.

Вот поэтому мы не можем подключить dll обычными способами — на самом деле там просто нет экспортируемых функций. Вы можете проверить это утилитой DependencyWalker — она покажет, что C# dll ничего не экпортирует.

Сейчас нам нужно достать IL код. Для этого есть небольшая утилита, которая поставляется с .NET Framework SDK — IldAsm.exe. Как подсказывает ее название, она декомпилирует .Net сборку в IL код. Да, вы можете декомпилировать любое .Net приложение обратно в чистый IL код. Хорошо это или плохо? Вам решать. Существует несколько программ, которые усложняют разбор декомпилированного кода. В то же время без возможности простой декомпиляции этой статьи бы не существовало.

К делу.

Нам надо декомпилировать нашу DLL в IL код, отредактировать ее немного, а затем скопилировать обратно в DLL. Чтобы сделать это, откроем командную строку и в директории, где находится наша DLL, напишем:

c:\somedir\ildasm /OUT:HelloWorldDll.il HelloWorldDll.dll

Это создаст два новых файла:

HelloWorldDll.il
HelloWorldDll.res

Res файл можно удалять, для нашей дллки он не нужен. Обычно он содержит информацию о ресурсах внутри дллки и мог бы понадобиться, если бы библиотека содержала формы или контролсы, но сейчас HelloWorldDll.res можно спокойно удалить.

Откройте файл HelloWorldDll.il в текстовом редакторе. Содержимое похоже на хаос, но на самом деле не все так плохо. Вы можете захотеть почистить код, убрав пустые строки и ненужные комментарии (они начинаются с «//»), но это совсем не обязательно. Код и так без проблем скомпилируется обратно в dll, просто после чистки вам будет легче его читать.

Ниже — то как выглядит наш IL код после чистки:

.assembly extern mscorlib { .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) .ver 1:0:3300:0 } .assembly HelloWorld { .hash algorithm 0x00008004 .ver 0:0:0:0 } .module HelloWorld.dll .imagebase 0x00400000 .subsystem 0x00000003 .file alignment 512 .corflags 0x00000001.namespace HelloWorldDll { .class public auto ansi beforefieldinit HelloWorldClass extends [mscorlib]System.Object{} }.namespace HelloWorldDll { .class public auto ansi beforefieldinit HelloWorldClass extends [mscorlib]System.Object { .method public hidebysig static string SayHello(string name) cil managed { .maxstack 2 .locals init (string V_0) IL_0000: ldstr "Hello " IL_0005: ldarg.0 IL_0006: call string [mscorlib]System.String::Concat (string, string) IL_000b: stloc.0 IL_000c: br.s IL_000eIL_000e: ldloc.0 IL_000f: ret }.method public hidebysig specialname rtspecialname instance void .ctor() cil managed { .maxstack 1 IL_0000: ldarg.0 IL_0001: call instance void [mscorlib]System.Object::.ctor() IL_0006: ret } } }

Разве это не прекрасно? Как вы видите, IL выглядит как настоящий язык программирования. По сути это и есть настоящий язык программирования, поскольку вы можете писать программы прямо в IL, если хотите. В отличие от обычного языка ассемблера, IL использует стеки. Никаких регистриров, все делается через стек и кучу.

Начнем править файл.

Флаг corflags

Для начала нужно заменить строку:
.corflags 0×00000001
на
.corflags 0×00000002

Зачем? Это флаг, часть заголовка Common Language Runtime, который говорит ОС, что та имеет дело со сборкой .NET, а не c обычным исполняемым файлом.

По-умолчанию, этот флаг всегда равен COMIMAGE_FLAGS_ILONLY (0×00000001), что говорит о том, что сборка содержит только IL код. Никаких вставок unmanaged кода в Exe/Dll нет.

COMIMAGE_FLAGS_ILONLY (0×00000001)

Приложение содержит только IL код без каких либо вставок нативного unmanaged кода, кроме стартовой заглушки. Поскольку операционные системы, которые умеют работать с Common Language Runtime (такие как Windows XP), игнориуют стартовую заглушку, можно считать, что файл содержит только чистый IL код. Однако, использование этого флага может вызвать некоторые проблемы связанные с IlAsm компилятором под Windows Xp. Если этот флаг установлен Windows Xp игнорирует не только стартовую заглушку, но и секцию .reloc.

Важная часть здесь — это то, что Windows XP игнорирует не только стартовую заглушку, но и .reloc секцию. Это означает, что функции, которые мы экспортируем как unmanaged код, не будут правильно загружены. Для того, чтобы решить эту проблему, мы должны поменять этот флаг на COMIMAGE_FLAGS_32BITSREQUIRED (0×00000002).

COMIMAGE_FLAGS_32BITSREQUIRED (0×00000002)

Этот флаг устанавливается, когда исполняемый файл содержит unmanaged код или секция .recloc не пуста.

Добавление функций

Далее мы должны зарезервировать место в нашей DLL для хранения адреса фукнции. Во время выполнения модуля, оно будет заполнено действительным адресом функции, сейчас же нам надо просто выделить место.

В IL файле может быть специальная секция, которая называется v-Table. Она предназначена для того, чтобы обеспечить экспорт managed методов для unmanaged кода. Содержимое этой таблицы определяется другим полем — VTableFixups. Идея в том, что v-Table хранит ключ завязанный на определенный метод. Когда программа запускается, благодаря VTableFixups, этот ключ заменяется на реальный адрес метода или «переходника», который обеспечивает соответствие типов.

Мы и воспользуемся этим принципом, чтобы обеспечить взаимодействие нашей дллки и программы. Более детально узнать о v-table можно в оригинальной статье и в этой книге.

Вот код IL-файла, который должен получиться у вас в результате:

.assembly extern mscorlib { .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) .ver 1:0:3300:0 } .assembly HelloWorld { .hash algorithm 0x00008004 .ver 0:0:0:0 } .module HelloWorld.dll .imagebase 0x00400000 .subsystem 0x00000003 .file alignment 512// ### ИЗМЕНЕНО #### -> Изменили флаг, чтобы модуль нормально работал с WinXP .corflags 0x00000002// ### ИЗМЕНЕНО #### -> Создана запись в таблице V-Table, // которая содержит информацию о нашей функции .vtfixup [1] int32 fromunmanaged at VT_01



// ### ИЗМЕНЕНО #### -> Создана запись данных, которая будет хранить


// виртуальный адрес на нашу функцию


.data VT_01 = int32(0)


.namespace HelloWorldDll


{


.class public auto ansi beforefieldinit HelloWorldClass


extends [mscorlib]System.Object{}


}


.namespace HelloWorldDll


{


.class public auto ansi beforefieldinit HelloWorldClass


extends [mscorlib]System.Object


{


.method public hidebysig static string


SayHello(string name) cil managed


{


// ### ИЗМЕНЕНО #### -> Мы указали, какую VTable нужно использовать для функции


.vtentry 1 : 1


// ### ИЗМЕНЕНО #### -> Экспортируем метод в unmanaged код


// с именем метода - "SayHello"


.export [1] as SayHello


.maxstack  2


.locals init (string V_0)


IL_0000:  ldstr      "Hello "


IL_0005:  ldarg.0


IL_0006:  call       string [mscorlib]System.String::Concat(string, string)


IL_000b:  stloc.0


IL_000c:  br.s       IL_000e


IL_000e:  ldloc.0


IL_000f:  ret


}


.method public hidebysig specialname rtspecialname


instance void  .ctor() cil managed


{


.maxstack  1


IL_0000:  ldarg.0


IL_0001:  call       instance void [mscorlib]System.Object::.ctor()


IL_0006:  ret


}


}


}

Завершаем

Наша DLL готова. Осталось ее скомпилировать. Сделать это можно следующей командой:

c:\somedir\ilasm /OUT:HelloWorldDll.dll HelloWorldDll.il /DLL

После этого вы получите DLL с экпортируемыми в unmanaged код функциями — их можно будет увидеть в DependencyWalker и без проблем использовать в С++ программе.

Метод, конечно интересный, хотя возможно и несколько корявый. Мне, например, не удалось обеспечить модуль нормальной отладкой.

Ну, а вобще, можно пользоваться. По крайней мере, вы получили массу полезной информации о внутренней структуре .Net приложения.