Исправленный вариант:

1) Общие вопросы по .NET
Синтаксис, принципы работы, установка и прочее.

2) Библиотека классов .NET
Вопросы по классам - что использовать для работы с тем-то и тем-то. Тот же XML можно сюда, секьюрити и прочая

3) Разработка Windows Forms
Графический интерфейс, локальные приложения

4) Разработка баз данных под .NET
Вопросы по работе с базами данных под ADO.NET

5) Распределенные приложения и работа с сетью
Remoting, TCP и прочие сетевые штучки

6) Разработка под ASP.NET

7) Обсуждение/поиск готовых компонентов


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

AntonSaburov
Всё, я присоединяюсь. Мне кажется, вариант вполне приемлемый.

Ладно, уговорили

Хм... Только куда же теперь обращаться с вопросами о мобильных устройствах. Как вариант в ветку, которая больше соответсвует вопросу (пример, интерфейс), но только с пометкой Pocket PC. Так что ли?

Неужели эта тема больше никому не интересна... Я то думал, что хорошую и нужную вещь для обсуждения предложил.

Цитата(arilou @ 31.5.2005, 17:18)

Неужели эта тема больше никому не интересна...

Все остается в силе - разделение отложено до конца июня. Надо решить кое-какие организационные вопросы.

я за.

Цитата(AntonSaburov @ 26.5.2005, 15:17)

Исправленный вариант: 1) Общие вопросы по .NET Синтаксис, принципы работы, установка и прочее. 2) Библиотека классов .NET Вопросы по классам - что использовать для работы с тем-то и тем-то. Тот же XML можно сюда, секьюрити и прочая 3) Разработка Windows Forms Графический интерфейс, локальные приложения 4) Разработка баз данных под .NET Вопросы по работе с базами данных под ADO.NET 5) Распределенные приложения и работа с сетью Remoting, TCP и прочие сетевые штучки 6) Разработка под ASP.NET 7) Обсуждение/поиск готовых компонентов

Мне очень этот вариант нравится, ну и разделение форума естественно подерживаю

Я тоже обеими руками за! Уже давно пора разделять, как java'стиков.

Цитата

1) Общие вопросы по .NET Синтаксис, принципы работы, установка и прочее. 2) Библиотека классов .NET Вопросы по классам - что использовать для работы с тем-то и тем-то. Тот же XML можно сюда, секьюрити и прочая 3) Разработка Windows Forms Графический интерфейс, локальные приложения 4) Разработка баз данных под .NET Вопросы по работе с базами данных под ADO.NET 5) Распределенные приложения и работа с сетью Remoting, TCP и прочие сетевые штучки 6) Разработка под ASP.NET 7) Обсуждение/поиск готовых компонентов

Полно, конечно, но как то отошли от того, что нужно добавить по 2.0.
Я думаю еще один пункт нужен: .NET 2.0. Здесь будут обсуждатся новшества всех технологий .NET с приходом новой версии, а также вопросы по VS2005.

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

Это сообщение отредактировал(а) alir - 25.6.2005, 11:11

Я бы добавил сюда еще подраздел по COM технологиям.

Цитата(alir @ 25.6.2005, 12:09)

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

торопиться не стоит, имхо на 9 октября намечен релиз и студии 2005 и BizTalk 2005 и SQL Server 2005. А уж WinFX когда выйдет никто и сказать не может.
По .NET 2.0 действительно стоит делать форум, имхо я, к примеру, сейчас сие и изучаю.

Это сообщение отредактировал(а) Spawn™Production® - 1.7.2005, 19:49

Spawn™Production®

Цитата(Spawn @ 1.7.2005, 20:48)

По .NET 2.0 действительно стоит делать форум, имхо я, к примеру, сейчас сие и изучаю.

А потом сделать форум по .NET 2.1, 2.2, 3.0 и т.д.
Мне кажется не стоит выделять версию отдельно.


В остальном я за.
Добавлено @ 16:59

Цитата(Pegas @ 1.7.2005, 20:36)

Я бы добавил сюда еще подраздел по COM технологиям.

Этого тоже не стоит делать. COM это самостоятельная технология. .NET -- предоставляет более совершенную функциональность и использование COM скоро станет атавизмом.

Цитата

Этого тоже не стоит делать. COM это самостоятельная технология. .NET -- предоставляет более совершенную функциональность и использование COM скоро станет атавизмом.

Вы заблуждаетесь, видимо от того, что недостаточно занакомы с этой технологией. COM в ближайшее время не станет атавизмом. Ибо это даже не технология, а больше пардиаграма (стиль) программирования, основанная на ООП. Я бы даже сказал, что это следующий шаг после ООП.

Вот выдержка из книги Inside COM Дейла Роджерсона, имхо это самое доступное объяснение, которое я встречал:

Цитата

Вы никогда не хотели изменить свою программу или добавить к ней что-нибудь новое уже после того, как она стала готовым продутом? Хотели бы Вы разрабатывать свои программы, постепенно расширяя их, а не переписывая заново каждые два года? Хотелось бы Вам, чтобы они проще настраивались? Были более гибкими и динамичными? Вы бы хотели ускорить разработку? А если Вам нужно разрабатывать распределенные приложения — Вы бы хотели писать их так же, как и обычные? .... COM — это метод разработки программных компонентов, небольших двоичных исполняемых файлов, которые предоставляют необходимые сервисы приложениям, операционным системам и другим компонентам. Разработка компонента COM подобна разработке динамического объектно-ориентированного API. Компоненты COM объединяются друг с другом для создания приложений или систем компонентов. Компоненты можно отключать и менять во время выполнения, без перекомпиляции или перекомпоновки приложения. COM — это основа, на которой построены такие технологии Microsoft, как ActiveX, DirectX и OLE. Разработчики Microsoft используют компоненты COM при разработке своих приложений и операционных систем.

Цитата

А потом сделать форум по .NET 2.1, 2.2, 3.0 и т.д. Мне кажется не стоит выделять версию отдельно.

Поддерживаю, посмотрите как сделано в Java. У них тоже выходят новые версии JRE, но никто не создаёт новые форумы .
Добавлено @ 17:20

Цитата(Pegas @ 2.7.2005, 17:15)

Вы заблуждаетесь. Просто видимо вы недостаточно занакомы с этой технологией. COM в ближайшее время не станет атавизмом. Ибо это даже не технология, а больше пардиаграма (стиль) программирования, основанная на ООП. Я бы даже сказал, что это следующий шаг после ООП.

В той реализации, какую нам предоставила M$, мало кто освоит COM настолько, чтобы использовать в профессиональных приложениях. Даже сама майкрософт вводит языковые и технологические надстройки (макросы, ATL и другие) с тем, чтобы облегчить программирование COM-приложений. Официальная позиция M$ - перейти от COM к .NET (благо, последняя полностью замещает все фишки первой), а других реализаций парадигмы COM лично мне что-то не попадалось... Да и сомневаюсь, что будут такие.

Pegas
Возможно.

Я понимаю COM в том виде, в котором я его сейчас вижу: dll (сервер), запись в реестре, интерфейсы и т.п.

.NET предоставляет интструменты для создания классов, которые являются заменой классическим COM-классам, повторяя их функциональность и добавляя удобство.

Я хочу сказать, что COM-технология в том обособленном виде, в каком она присутствует сейчас, с развитием .NET просто перестанет существовавть (а точнее поглотится с последним).

Кстати, посмотрите на раздел COM в С++. Что-то он не очень востребован.

ЗЫ: С каких пор на Вы?

Это сообщение отредактировал(а) Дрон - 2.7.2005, 17:28

Цитата(AntonSaburov @ 25.5.2005, 18:14)

4) Распределенные вычисления и работа с сетью

Цитата(arilou @ 25.5.2005, 18:26)

Мне кажется, что это уже сильно специфично. Каким образом это имеет отношение к .NET?

Цитата(AntonSaburov @ 25.5.2005, 19:18)

Это Remoting и COM, а также все другие сетевые приблуды работы через TCP, HTTP, ICMP и прочая

Насчет Remoting согласен, а вот COM я бы к этому не стал причислять. Почему так, смотрите мой постинг выше. DCOM конечно можно отнести к этой категории, но не сам COM.


Добавлено @ 17:31

Цитата

Я хочу сказать, что COM-технология в том обособленном виде, в каком она присутствует сейчас, с развитием .NET просто перестанет существовавть (а точнее поглотится с последним).

С этим согласен.