mpirz88
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравствуйте. Я практически новичок в программирование на .Net.
По ходу написания БД на C# у меня возникли некоторые вопросы со стандартными компонентами, я хотел бы найти альтернативные компоненты, которые смогут решить возникшие затруднения. Понимаю что можно и стандартные подшаманить, создать на их основе др.компоненты с переписными событиями и т.п. Сейчас так и поступаю, но все равно работает это не очень хорошо, поэтому ищу альтернативу..
Меня интересует:
1) Нормальный DateTimePicker или DateTimeEdit, который можно быстро редактировать с клавиатуры без мышки. И в котором нормально обрабатывается DBNull. Да, есть MaskEdit, есть модернизированные(унаследованные) DateTimePicker...но все равно везде существенные недостатки.
2) Нужен гибко настраиваемый ComboBox, в котором можно было бы удобно искать инкрементым поиском, но при этом нельзя было бы вводить значения, которых нет в списке - т.е. не просто "шустро и быстро" набирать первые буквы, которые к тому же не видны при наборе (как в случае, когда DropDownStyle=DropDownList)... а примерно так, как при DropDownStyle=DropDown, но при этом нельзя было бы вводить значения, которых нет в списке (например, выбирается всегда наиболее подходящий пункт из списка). На Delphi у меня были похожие компоненты, которые я всегда использовал. Сейчас я все делаю через события стандартного ComboBox, но работает несколько кривовато..
3) Желательно (но не обязательно) нужен некий DataGridView с многоуровневыми Column Header. Например, на более верхнем уровне - "Данные сотрудника", на более нижнем - "Имя", "Фамилия", "Возраст", "Должность". |
Всего записей: 34 | Зарегистр. 27-10-2011 | Отправлено: 19:43 21-04-2012 | Исправлено: mpirz88, 00:50 22-04-2012 |
|
Зря вы связались с EDM. Честно сказать, я не знаю, как объектно-сущностный подход EDM может "разрулить" большие объемы данных. Конечно, в теории это всё очень красяво выглядит: "модель", "отображение". Но в реальности я работал с довольно большими sql server базами, знаете, никакой EDM вам не заменит написанные и оптимизированные лично вами sql-запросы к БД. Слишком много деталей и тонкостей в написании запросов. Лучше вынесите логику формирования данных для программы в хранимые процедуры, с ними и работайте (используя автономный уровень ado). Конечно нельзя возвращать программе 200-300 тыщ записей, вы ведь работаете с реальным сервером БД, практикуйте разумный подход. После того, как пользователь ввел критерий поиска - верните первые сто (или тысячу) записей, которые подходят под обозначенный критерий. Если оператору нужно что-то более конкретное - пусть уточнит критерий поиска. Иначе так и будете «пить чай», а если операторов будет десять или сто, тогда и чай не поможет.
