Привет!

Сегодня установил себе студию.
Сижу читаю всяко разно...

ТУТ много интересного.
Но там при объяснении часто используется понятие класса...
Раньше немного программировал на VB6.
Но классы не использовал.

Кто-нибудь сможет на пальцах объяснить для особо одарённых понятие класса?
  

Если уж совсем просто, то класс это шаблон, по образу и подобию которого можно создавать любое количество обьектов...

mihanik, давай конкретные вопросы. 
Не хочешь же ты, чтобы мы тебе новую собственноручно написанную статью дали   

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

Это сообщение отредактировал(а) Hidrag - 5.10.2006, 15:27

В VB.NET есть понятие класс и структура. Вот тока совсем не понимаю из чего состоит класс (с точки зрения самого процессора), но знаю как его кушать.
Структуры и классы в VB.NET могут содержать в себе функции(function/sub), переменные(variables), случаи(events), проперции(properties). Одно из отличий класса и структуры, это то что класс передается по ссылке, а структура по значению.

Чтобы создать свой класс, много ума не требуется:

Public/Private/Protected/Friend - радиус видимости

одно из причин реализации классов это унаследование.
Чтобы унаследовать какой нибудь класс тебе нужно использовать ключевое слово Inherits


Конструктор в VB.NET, процедура New.


Чтобы использовать данные класса, нужно создать новый класс.

Но можно обойтись и без создания нового класса, если данные в классе обьявлены как Shared в VB, тоже что и static в C++, C#.



Ешо можно приделать интерфэйс. Но сам не доганяю для чего он нужен. Возможно Interface - это скелет класса? Или основа? А может что то и другое...

Ну это не все что можно делать с классом.

Если ты создашь Windows Application, то автоматически получишь форму Form1. Это как раз и есть класс, унаследующий
класс Form.

А если тебе нужна тока теорию, то прямо в MSDN. Тама се про класс и написано.

Эй-эй, нет смысла изучать, как объявлять классы, если не знать теории ООП. Так ты только сделаешь хуже для самого себя.
А вообще, класс - это абстракция объекта реального мира, используемая в программе.

Если мне память не отшибло, то в первые классы стали реализоваваться в C, а унаследования в C++. И при чем тут
понятие класс и ООП. Если я не ошибаюсь ООП использует класс как обьект, со всеми прилагающими услугами (Properties, Events, ....).

Хм...
Не могу понять, кто пометил данный вопрос, как решённый...   

Это,  по крайней мере, не вежливо.
По-моему, только человек поднявший вопрос может определить, решён вопрос или нет.

Это как буд-то мне дали понять, что я тру-ля-ля негожее...
Обидно, знаете ли!

Добавлено @ 06:55 
Спасибо, thomas и DarkDragon!

Если будут появлятся вопросы, можно их задавать в письме?

Это сообщение отредактировал(а) mihanik - 6.10.2006, 06:56

Кстати!

Вот ЗДЕСЬ (http://www.gotdotnet.ru/LearnDotNet/VBNET/125221.aspx) кое-что интересное написано про ООП и классы...

Интерфесы, насколько я понимаю для симмуляции множесвенного наследования, потому что в .Net-вских
языках (не знаю как в C++, но в C# и в VB точно) класс не может быть наследником нескольких классов, зато он может реализовывать несколько интерфейсов.

Когда я только начал изучать C# мне попалось примерно такое объсянение:

Тогда оно мне было не очень понятно, а сейчас я считаю, что лучше его и не придумаешь.

Пример:

Теперь можно создать метод, который будет "заставлять" считаться классы которые умеют это делать:


Либо можно объединять все объекты реализующие этот интерфейс в один масив и работать с ними всеми как с объектами одного типа:


Вот, в принципе, все про интерфейсы.

Советую почитать, что такое класс.

По сути, класс объявляется так:



Внутри класса могут находиться поля, методы, свойства и события.

В полях хранят данные класса. Например, можно объявить класс Point, представляющий точку, и для хранения координат использовать поля X и Y:



Прекрасно, мы можем хранить данные. Но как быть с операциями, которые класс должен выполнять? Для объявления и реализации таких операций исполльзуются методы (также называемые процедурами или функциями).



Методы могут принимать параметры - они выглядят как локальные переменные, но передаются из внешнего кода. Могут они и возвращать значения внешнему коду - тогда вместо ключегого слова Sub указывается ключевое слово Function, а в конце приписывается As тип_возвращаемого_значения.



Использовать этот метод можно так:



Зачастую полей бывает вполне достаточно. А что если нужно как-то ограничить диапазон присваиваемых полям значений? Можно создать специальные функции, отвечающие за присваивание и возвращение значения поля, но проще воспользоваться встроенными средствами - свойствами. Обращение к свойству внешне не отличается от обращения к полю, разве что на самом деле выполняется дополнительный код:



События - более сложная тема, и для начала тебе следует понять всё вышесказанное.

Далее, один класс может наследоваться от другого, расширяя его функциональность и при необходимости перепределяя её. Внимание: наследовать стоит только тогда, когда наследник моделирует отношение "is-a", то есть является какой-то разновидностью базового класса! Например, гипотетический класс Human (человек) мог бы наследовать от Animal (животное) или класс Triangle (треугольник) - от Figure (фигура), но нелогично наследовать квадрат от точки только потому что их определяют два числа - координаты у точки и длины сторон у квадрата. Треугольник является фигурой, но квадрат не является точкой. Это важно понять.

Чтобы унаследовать от другого класса, необходимо употребить ключевое слово Inherits. По умолчанию все классы наследуют от System.Object.



Мы использовали в коде три новых модификатора. MustOverride указывает, что класс не реализует данный метод, а оставляет эту обязанность своим потомкам. Именно поэтому такой класс "без метода" создать с помощью оператора New нельзя - и он помечается как MustInherit. Потмки должны либо предоставить реализацию метода, либо также оставаться MustInherit.

Все объекты можно привести к типу базового класса, хотя операции и разные для разных наследников. Пример:



Хотя, по сути, мы вызывали метод класса Animal, он был замещён своими переопределениями в классах Dog и Cat, и, как и ожидалось, код выводит на консоль




Всё, честно говоря, я немного устал сегодня, и если тебя заинтересовало всё это, советую сначала почитать о таких принципах ООП как инкапсуляция, полиморфизм, об абстрактных классах, а затем уже начинать применять всё это добро в VB .NET. Тогда и учить другие языки впоследствии будет существенно проще.

Во! Exception обьяснил то что я написал, более понятно, и немного по подробнее. А что же ты про templates ничего не сказал? У меня в 2003 версии не подерживается в VB. Зато знаю что подерживается в 2005. Это даже видно из твоего примера. 


Незнаю как другим, а мне можно. Еще лучше если на мою почту. Ну и на Vingrad'е(личный ящик) тоже можно


Точно. Если мы вкачестве параметра укажем interface, то можно будет передать любой класс, который поддерживает данный interface. 

 Логичнее не придумаешь

Насчет ООП. Не смог прочесть на Wiki. Тупо грузит белый фон и замертво стоит(попробовал линк скачать через Downloader, скачал начало Но уж точно не буду таким методом качать все линки на данной странице.). На gotdotnet, удалось прочесть тока начало, потом вышебало страницу. Так я понял что класс всего лишь используется ООП, но не как не является неотьемломой чатью(ООП используется и без классов, в JavaScript - из Wiki). Но если я не ошибаюсь то .NET построен на ООП, и по тому освоение принципов ООП обязательно.

Добавлено @ 23:58 
Во! Exception обьяснил то что я написал, более понятно, и немного по подробнее. А что же ты про templates ничего не сказал? У меня в 2003 версии не подерживается в VB. Зато знаю что подерживается в 2005. Это даже видно из твоего примера. 


Незнаю как другим, а мне можно. Еще лучше если на мою почту. Ну и на Vingrad'е(личный ящик) тоже можно


Точно. Если мы вкачестве параметра укажем interface, то можно будет передать любой класс, который поддерживает данный interface. 

 Логичнее не придумаешь

Насчет ООП. Не смог прочесть на Wiki. Тупо грузит белый фон и замертво стоит(попробовал линк скачать через Downloader, скачал начало Но уж точно не буду таким методом качать все линки на данной странице.). На gotdotnet, удалось прочесть тока начало, потом вышебало страницу. Так я понял что класс всего лишь используется ООП, но не как не является неотьемломой чатью(ООП используется и без классов, в JavaScript - из Wiki). Но если я не ошибаюсь то .NET построен на ООП, и по тому освоение принципов ООП обязательно.

Добавлено @ 23:59 
Во! Exception обьяснил то что я написал, более понятно, и немного по подробнее. А что же ты про templates ничего не сказал? У меня в 2003 версии не подерживается в VB. Зато знаю что подерживается в 2005. Это даже видно из твоего примера. 

 
Незнаю как другим, а мне можно. Еще лучше если на мою почту. Ну и на Vingrad'е(личный ящик) тоже можно


Точно. Если мы вкачестве параметра укажем interface, то можно будет передать любой класс, который поддерживает данный interface. 

 Логичнее не придумаешь

Насчет ООП. Не смог прочесть на Wiki. Тупо грузит белый фон и замертво стоит(попробовал линк скачать через Downloader, скачал начало Но уж точно не буду таким методом качать все линки на данной странице.). На gotdotnet, удалось прочесть тока начало, потом вышебало страницу. Так я понял что класс всего лишь используется ООП, но не как не является неотьемломой чатью(ООП используется и без классов, в JavaScript - из Wiki). Но если я не ошибаюсь то .NET построен на ООП, и по тому освоение принципов ООП обязательно.

_____________
Не обращайте внимание на 3 добавки в мой ответ Это браузер гонит(после очередного нажатия Refresh).


Это происходит потому что, вызывается ошибка в mscorlib. Основной класс вызова: Exception.
После инструкции Catch Ex As Exception. Вызывается Exception.  Он резко смотрит вопрос, где поставил последний пост (на Vingrade=>.NET=>VB.NET), и помечает его как труе (Решенный = True). Тебе надо отправить письмо в мелкософт. Чтобы исправили баг Шутка конечно

Это Exception помечает сообщения как решенные. А вообщем не обращай на это. Не кто тебя не принемает за тру ля ля.
Все когда-то начинали, и все когда-то что-то забывали.... 

Ну привычка отмечать решённым  . Да, пожалуй, я и правда забыл рассказать о джеренериках aka обобщениях, в чём-то схожих с шаблонами из С++. Они впервые появляются в .NET 2.0 (и VB 2005).
Часто бывает необходимо объявить в коде список элементов:Все коллекции оперируют элементами типа System.Object - это необходимо для того, чтобы в коллекцию можно было добавить любой необходимый элемент. А что делать, если коллекция должна содержать элементы лишь одного типа? В .NET 1.0 с помощью стандартной коллекции или списка этого не достичь:Итак, обобщения позволяют параметризовать класс каким-либо типом. Знаю, звучит странно, но на деле всё это выглядит очень просто. Мы передаём классу с помощью специального синтаксиса тип, а он может его использовать в своём интерфейсе. В .NET 2.0 введены специальные коллекции, поддерживающие обобщения - они находятся в пространстве имён System.Collections.Generic. Классы List, Dictionary - аналоги ArrayList и Hashtable. Но, в отличие от них, у классов есть параметры, позволяющие изменять их интерфейс, чтобы они принимали только элементы конкретного типа. Например, мы можем написать так:Если мы посмотрим на описание методов класса List в Object Browser'е, мы увидим, что метод Add принимает параметр типа T, а сам класс имеет описание List(Of T). Как только мы определяем тип T (в данном случае, Integer), компилятор "заменяет" T на реальный тип. Например, если написать , то свойство-индексатор Item будет возвращать значение типа String, что гарантирует статическую типизацию программы. Однако, мы можем не только использовать готовые обобщения, но и создавать собственные!Этот класс предназначен для хранения объекта под паролем. Пример использования нашего класса:Один класс может принимать много generic-параметров:Сигнатура метода Add выглядит как Add (TKey, TValue). Вот, собственно, и всё, о чём мне было не лень пока что написать  .