Создаю на основе UserControl свой компонент (класс)
в нем есть DataGridView

в коде есть
....

[Category("User control")]
public System.Windows.Forms.DataGridView DataGridView
{ get { return this.dataGridView1;} }
....

вобщем в дальнейшем, при использовании своего класса
я получаю доступ ко всем свойствам DataGridView
прямо из Properties кроме колекции columns

при попытке редактировать колекцию получаю

---------------------------
Microsoft Visual Studio
---------------------------
Object reference not set to an instance of an object.
---------------------------
ОК
---------------------------


Как с этим бороться ?...

Ну вот дошел до того что бы добавить

[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
[Category("User control")]
public DataGridViewColumnCollection Columns
{
get { return dataGridView1.Columns; }
set { columns = value; }
}


Дык теперь при редактирования свойства Columns
другое вываливает

---------------------------
Microsoft Visual Studio
---------------------------
At least one of the DataGridView control's columns has no cell template.
---------------------------
ОК
---------------------------


Ну не ужели никто UserControl с DataGridView не создавал ?

Ну че, никто своих контролов с datagridview не делал ?

Ну коллеги, ну плиз..........

up

Дык епрст... Это что глюк такой ? Нихрена себе "глючек" !!!!

http://]www.gotdotnet.ru/Forums/Windows/244023.aspx

А по существу можно ?
Лень мне на форуме разрисовывать все, но если кому-то от этого легче плиз
кусок с оригинала...


[Category("DataGridProperties")]
public System.Windows.Forms.DataGridView SalesDataGridView
{ get { return this.salesdataGridView;} }


только суть здесь вроде не в том совсем..........

Relic HunterЗначица класс неинициализирован почему-то. Разбирайся. Кстате в VS 2003 никакого DataGridView нету.

Да все там инициализировано. В 2003 есть DataGrid с которым таже песня. Правда стили там получается создать, только вот коллекция столбцов в стиле не сохраняется, но возможно это можно решить если вынести стили в пропертиес отдельно. Не пробовал, да она (DataGrid) мне и ненужна как бы. В 2005 DataGridView используется вместо DataGrid.

up

Нет.. это не серьезно.... Речь идет о создании серьезного компонента, на котором базируется чуть-ли не 80-90% интерфейса работы с данными в программе. В классе присутствует не только DataGridView, а до черта всего.

Здесь вопрос такой - это действительно глюк студии ? или еще страшнее (как утверждается на некоторых форумах) так оно и должно быть. Если это так то MS откровенно и бессовестно продает бета-версию (если не хуже) чего-то....

2003 для WinForms+Базы данных ваще не годится. Эт более менее серьезный проект можно всю жизнь ручками колбасить, а потом еще внуки и дети будут баги вылавливать.

Значит серьезного ничего не писал. Адназначна не годится.
Эт не значит, что нельзя сделать. Сделать можно, но прилагаемые усилия того не стоят.

Да нет... Я не наезжаю. Мы пишем всякие программки для торговли, бухгалтерии и т.д. На нектороых проектах база данных MS SQL занимает по 20-30 Gb. Соответсвенно форм де черта и т.д. Я далеко не гуру. Просто думаю что раз с такими вещами не сталкивались, то серьезные финансовые системы не писали. Вот и все...

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

Я хочу как угодно, лишь бы каждый раз не прописывать столбцы вручную..

Делал так

Эт для всего грида

[Category("User control")]
public System.Windows.Forms.DataGridView GridViewProp
{ get { return this.dataGridView1;} }

Это для коллекции столбцев

[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
[Category("User control")]
public DataGridViewColumnCollection ColumnsProp
{
get { return dataGridView1.Columns; }
set { columns = value; }
}


Ввиду отсутсвия опыта другие решения на ум не приходят...

Сори, там
строка set { columns = value; } не из той оперы, это уже экспериментирую сижу..

Немного предыстории..

Я делаю компонент (класс и т.д.) в составе котрого есть DataGridView. Естественно в классе столбцы никак не определны. Потом этот класс будет использоваться для форм просмотра справочников, журналов и т.д.
Состав столбцов должен определяться уже в формах, в которых используется данный клас.

В примитиве имею следующее

----- Содержимое UserControl1.Designer.cs -------


namespace WindowsApplication2
{
partial class UserControl1
{
/// <summary>
/// Required designer variable.
/// </summary>
private System.ComponentModel.IContainer components = null;

/// <summary>
/// Clean up any resources being used.
/// </summary>
/// <param name="disposing">true if managed resources should be disposed; otherwise, false.</param>
protected override void Dispose(bool disposing)
{
if (disposing && (components != null))
{
components.Dispose();
}
base.Dispose(disposing);
}

#region Component Designer generated code

/// <summary>
/// Required method for Designer support - do not modify
/// the contents of this method with the code editor.
/// </summary>
private void InitializeComponent()
{
this.dataGridView1 = new System.Windows.Forms.DataGridView();
((System.ComponentModel.ISupportInitialize)(this.dataGridView1)).BeginInit();
this.SuspendLayout();
//
// dataGridView1
//
this.dataGridView1.ColumnHeadersHeightSizeMode = System.Windows.Forms.DataGridViewColumnHeadersHeightSizeMode.AutoSize;
this.dataGridView1.Dock = System.Windows.Forms.DockStyle.Fill;
this.dataGridView1.Location = new System.Drawing.Point(0, 0);
this.dataGridView1.Name = "dataGridView1";
this.dataGridView1.Size = new System.Drawing.Size(384, 231);
this.dataGridView1.TabIndex = 0;
//
// UserControl1
//
this.AutoScaleDimensions = new System.Drawing.SizeF(6F, 13F);
this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;
this.Controls.Add(this.dataGridView1);
this.Name = "UserControl1";
this.Size = new System.Drawing.Size(384, 231);
((System.ComponentModel.ISupportInitialize)(this.dataGridView1)).EndInit();
this.ResumeLayout(false);

}

#endregion

public System.Windows.Forms.DataGridView dataGridView1;
}
}


------ Содержимое UserControl1.cs --------

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Drawing;
using System.Data;
using System.Text;
using System.Windows.Forms;

namespace WindowsApplication2
{
public partial class UserControl1 : UserControl
{
public UserControl1()
{
InitializeComponent();
}

[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
[Category("User control")]
public System.Windows.Forms.DataGridView GridViewProp
{ get { return this.dataGridView1; } }


[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
[Category("User control")]
public DataGridViewColumnCollection ColumnsProp
{ get { return dataGridView1.Columns; } }

}
}



Если теперь я этот класс кидаю на форму то все свойства GridViewProp мне доступны и нормально редактируются, но в коллекцию Columns не пускает:


---------------------------
Microsoft Visual Studio
---------------------------
Object reference not set to an instance of an object.
---------------------------
ОК
---------------------------


С другой стороны ColumnProp то же доступен, но добавлять столбцы не дает

---------------------------
Microsoft Visual Studio
---------------------------
At least one of the DataGridView control's columns has no cell template.
---------------------------
ОК
---------------------------


Что тут не так ?

Афихеть..... Нафиг мне этот метод нужен. Вопервых его недостаточно там через AddRange делать надо и опять горя ручной работы. Во вторых Colums это не ReadOnly такая же колекция как Items для меню или ToolBar. Только не те толком не работают (но работаю), не эта. Проблема обсуждалась тут и еще где-то www.gotdotnet.ru/Forums/Windows/244023.aspx
и обсуждение привело меня в ужас.....

если даже сделать для DataGridView.AutogenerateColumns = true в классе то
тогда в пропертях моей формы я получаю доступ и к DataGridProp.Columns и к ColumnsProp и редактирую все спокойно и сохраняю, но после компиляции все слетает......

Хорошо. Отметаем старое.
Как сделать класс содержащий DataGridView и
что бы потом я, при использовании этого класса мог бы
из Properties править состав и содержимое колонок ?

Может где-то образец есть или кто-то готовое делал. Неужели такая сложная задача ?

Похоже Вы меня поняли, а вот я Вас не совсем.

// правим содержимое колонок....
ClassWithDataGridView cedg = new ClassWithDataGridView();
cedg.Grid.Columns.Add("trpr", "trpr");


..это кто будет делать ? Я ручками в коде ?
Я ХОЧУ ЭТО ДЕЛАТЬ В ДИЗАЙНЕРЕ VISUAL STUDIO 2005.

Просто бросить мой компонент на форму. В properties нажать какую-то кнопку и настроить мои колонки так, как бы я делал если бы просто бросил на форму DataGridView......


Или я совсем тупой или скажите сколько Вам и куда перечислить денег что бы Вы мне сбросили на почту готовый класс с DataGridView ?

..... эээтта, а примерчик где глянуть или компонентик сам......
Я же говорю же, что C# и NET в целом я только изучаю, отсюда и вопросы такие тупые...

Ну вот так все и кинули коллегу программиста.......

Ну насчет Гуся, эт Вы зря. Наш коллектив действительно проектирует и создает серьезные проекты, но не на NET. Я как руководитель этого пускай и небольшего коллектива пытаюсь определить концепции будущих систем. NET-это, вероятнее всего, перспективное направление, но с тем набором инструментов который предоставляет VS2005 (я уж не говорю о VS2003) создание программных продуктов обойдется в сумашедшие деньги. Особой эфективности работы программ, созданных на NET я пока что не наблюдаю. Поведение WindowsForm при работе мягко скажем "вольяжное" по сравнению с аналогичными по составу и функционалу написанными в том же VisualFoxPro, VisualBasic, Delphi или C++ (только матов по поводу VFP или Delphi не надо).
Здесь задаю наглые и тупые вопросы потому, что надеюсь на их простое решение, но похоже на VS все делается не так просто как бы того хотелось и это видно по ответам и странным (для других языков и сред разработки) вопросам на этом форуме.
В том же "непонятном и вообще не языке программирования" Visual FoxPro класс формы содержащий панель инструментов, грид и полностью отвечающий за работу с веренной ему таблицей с ссервера создается практически "мышкой" и вставкой нескольких строк кода примерно минут за 15-20 студентом после 3 часов курса лекций. Без таких классов практически невозможно построение систем использующих в работе сотни таблиц и я надеялся что у кого-то из форумчан просто под рукой окажется кусок кода для такого класса, ан нет.... здесь опять все через ж..... (сори). А примера не привели, потому что готового под рукой ни укого ничего нет, а только теория. Соответсвенно серьезных учетных систем (из присутвующих здесь или отвечающих мне) на C# никто не делает.
А проблема с сериализацией коллекций в VS2005 известна и по заявлениям MS в дальнейшем будет устранена.
Так же и не совсем прав Alkv заявив что DataGridView.Columns is readonly. Не совсем. Создайте в проекте простую форму с DatagridView, BindingSource,в код формы добавьте код сериализации для DataGridView, DataGridView.Columns и BindingSource
типа....
[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
public DataGridViewColumnCollection GridColumnsProp
{
get
{
return dataGridView1.Columns;
}
}
[DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
public DataGridView GridProp
{
get
{
return dataGridView1;
}
}

теперь создайте новую форму на основе первой
(...
public partial class Form2 : Form1
...)
Прицепите к BindingSource какую-либу таблицу из DataSet и наслаждайтесь редактированием колонок. Работает !!!!! Но с глюками. Каждый раз при попытке изменить состав колонок будут генерится колонки по условию DataGridView.AutogenerateColumns, но если их не забывать удалять, то впринципе работает вполне сносно.

Но все это работает если в форме-родителе есть BindingSource привязанное к DataGridView.

Те же глюки происходят и сериализации MenuItems при создании классов с MenuToolStrip....

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

А теперь вопрос - а студия на кой ?

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

Я ни у кого ничего не прошу (если Вы конечно внимательно читаете мои посты). Что бы принять решение о том, стоит-ли вкладывать деньги в обучение программистов, я должен знать - стоит-ли ? Изучать ради этого C# я не собираюсь. Постольку поскольку кроме полемики я ничего не наблюдаю на форуме в моих ветках, я делаю вывод что практических решений (толковых) решений на VS2005 просто нет. Все находятся в стадии её изучения, а она в стадии разработки. Посему некотрое время я не буду грузить этот форум.