Появилась у меня одна идея. Правда, мои идеи редко завершались успешно, ну да ладно . Дело в том, что зачастую необходим какой-то кусок кода, которого нету в .NET Framework. И не ожидается. Так вот. Было бы очень интересно создать совместными усилиями библиотеку таких классов. На данном этапе хотелось бы определить задачи, которые требуются от подобного фрэймворка.
Цели:

• Создание независимой библиотеки с необходимыми классами
• Портирование некоторых функций WinAPI, которые не реализованы в .NET Framework
• Собирание freeware-компонентов в один фрэймворк (благо, есть Reflector)

Итак, кому это интересно, предлагайте, что в него можно включить.
P.S. Часть идеи взята отсюда, но немного изменена концепция.
Заниматься разработкой буду я и все желающие присоединиться

Это сообщение отредактировал(а) Pegas - 12.1.2006, 12:19

Кстати, туда можно засунуть наиболее интересные примеры из FAQ'а.

определи основные направления

Цитата(AntonioBanderaz @ 6.1.2006, 21:44 )

определи основные направления

Хотелось бы послушать Ваши предложения

Цитата(Exception @ 6.1.2006, 20:51 )

# Портирование некоторых функций WinAPI, которые не реализованы в .NET Framework # Собирание freeware-компонентов в один фрэймворк (благо, есть Reflector)

Это сообщение отредактировал(а) Exception - 6.1.2006, 20:53

Предлагаю класс TypeName - удобное средство для парсинга, хранения, сравнения и сериализации информации о типах:

Присоединённый файл ( Кол-во скачиваний: 44 )
 TypeName.cs 13,34 Kb

Хотелось бы для начала систематизировать это дело. Итак...
Vingrad.Controls - наши (и не только) юзерконтролы. Сюда будем складывать украшательства типа менюшек и прочее :)
Vingrad.Utils - нечто типа того, что предложил mr.DUDA.
Что еще?
P.S. Если есть интересные классы, постите с кратким описанием возможностей.
P.P.S. Библиотеку нужно только для 2.0? Или две версии?

Цитата(Exception @ 6.1.2006, 22:11)

P.S. Если есть интересные классы, постите с кратким описанием возможностей.

Только своё или вообще, что интересное под руку подвернётся на досуге ?

Неважно, главное, чтобы с сорсами :)
mr.DUDA, сам писал :) ? Как будет комп, начну складывать классы в прожект. Правда, только для 2.0. Для 1.1 пусть делает кто-нибудь другой (если это вообще нужно), ибо 2003-й студии у меня нет.

Цитата(Exception @ 6.1.2006, 21:38 )

mr.DUDA, сам писал

неа, исходник не я писал, но использую часто

З.Ы. а не дублируем ли мы FAQ ?

FAQ - Frequently Asked Questions.

Библиотеки к вопросам как то не относятся

Цитата(dronzo @ 6.1.2006, 21:19 )

Только своё или вообще, что интересное под руку подвернётся на досуге ?

Я думаю всё таки надо делить контент и уж конечно брать можно исключительно то, что в public domain. Самое мелое ограничение - фтоппку. И над своей лицензией возможно стоит подумать. Короче обмозгуйте всё хорошо, прежде чем начинать собирать материалы.

Думаю, GPL вполне подойдет.
Добавлено @ 23:50
Ну и материалы из OpenSource-проектов, соответственно.

Цитата(Exception @ 7.1.2006, 01:47 )

Думаю, GPL вполне подойдет.

Сильно сомневаюсь. GPL означает полный и безоговорочный запрет на использование в закрытом коммерческом коде. Оно нам надо? Что-то вроде BSD или MIT еще куда ни шло. А вообще: лучше, как сказал sergej.z, public domain.

А, ну да. Забыл про эту "особенность" ЖПЛ. А вообще, все, что нам нужно - запрет на продажу самой библиотеки. А больше запретов вроде и нет.

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

По такой лицензии, к примеру, распространяется 3D-движок OGRE. Плюсы: большое комьюнити. Минусы: нет.

ОК
Добавлено @ 13:38
ОК. Дай линк почитать

Цитата(Exception @ 6.1.2006, 19:51 )

Портирование некоторых функций WinAPI, которые не реализованы в .NET Framework

Хм, а как быть с проблемой использования unsafe code?
В оригинальном framework CLR предоставляет полностью безопасные интерфейсы.
У нас в этом плане намечается что-то вроде http://pinvoke.net/?

Не думаю, что стоит создавать библиотеку контролов - уже много аналогов, да и не сложно это - контрол создать. Гораздо лучше сосредоточится на системной функциональности.

Стоит обсудить идею сотрудничества с Microsoft.

P.S. Поправил орфографию и стилистику

Это сообщение отредактировал(а) Lord Dagger - 7.1.2006, 16:57

Насчет контролов - имхо, самые лучшие и надо сунуть в библиотеку. А насчет функциональности - придумаем.
Добавлено @ 15:40
Какие классы вы хотели бы видеть в библиотеке?

Exception
Можно сделать класс для работы с файлами архивов (zip, gzip).
Также сделать быструю SOAP-сериализацию, помню, на RSDN была статья посвященная тормознутости этой функциональности в Framewok 1.1, не знаю, как там дело в 2.0

Про архивы - дельно. Поищу. Насчет быстрой SOAP - не думаю, что это необходимо.

Exception
Есть C# реализация zlib. Стоит встроить.

Уверен в необходимости использования библиотеки LZMA. Могу заняться ее имплементацией в среде .Net.
Добавлено @ 20:37
Кстати, а как назовем библиотеку Название "Vingrad .Net Framework" длинное и некрасивое. Надо по традиции короткое и стильное имя

Цитата(Lord Dagger @ 7.1.2006, 22:37 )

Уверен в необходимости использования библиотеки LZMA. Могу заняться ее имплементацией в среде .Net.

Так вроде бы уже?

Void
Имелось в виду - включить эту реализацию в состав нашего framework.

Void, там есть ограничение на изменение. Нам такая не пойдет. Дело в том, что хочется сделать архиватор так: есть пр-во имен Vingrad.Files.Archive, в нем есть абстрактный класс Archiver (с абстрактными методами по архивации/деархивации). А потом для наиболее распространенных типов архивов наследовать от него (ZipArchiver, RarArchiver, etc).

Цитата(Exception @ 7.1.2006, 21:08 )

Дело в том, что хочется сделать архиватор так: есть пр-во имен Vingrad.Files.Archive, в нем есть абстрактный класс Archiver (с абстрактными методами по архивации/деархивации). А потом для наиболее распространенных типов архивов наследовать от него (ZipArchiver, RarArchiver, etc).

Да, именно так Единственный вопрос - не является ли формат rar проприетарным?

Vingrad.Framework - вроде, название неплохое

Цитата(Exception @ 7.1.2006, 12:38 )

ОК. Дай линк почитать

http://www.gnu.org/copyleft/lgpl.html

P.S.
Насчёт архиваторов, могу предложить CSharpZipLib

mr.DUDA
Хм. Это то, о чем я говорил, но есть один момент - у нее рецензия GPL, это нам не подходит.
И одной этой либой явно не обойтись - мало форматов знает
Добавлено @ 21:32

Цитата(mr.DUDA @ 7.1.2006, 21:24 )

http://www.gnu.org/copyleft/lgpl.html

Может быть, Вы имели ввиду http://www.gnu.org/copyleft/lesser.html
Добавлено @ 21:34

Код

LGPL == GNU Lesser General Public License;

Если не ошибаюсь;)

Цитата(Lord Dagger @ 7.1.2006, 23:18 )

Единственный вопрос - не является ли формат rar проприетарным?

Исходники распаковщика открыты с единственным ограничением: запрет на восстановление оригинального алгоритма сжатия.

Цитата(Lord Dagger @ 7.1.2006, 20:34 )

http://www.gnu.org/copyleft/lgpl.html Может быть, Вы имели ввиду http://www.gnu.org/copyleft/lesser.html

Угу, именно это имел ввиду.

Просмотрел, вроде подходит. Кто может заняться (де)архиватором? Для начала нужен абстр. класс Vingrad.Framework.FileIO.Archiving.Archivator с override-пропертями типа FileExtension и override-методами для паковки/распаковки. Сейчас я не за компом, посему заняться не могу..

Exception
Могу попробовать, только надо определить функциональность требуемую.

Цитата(Exception @ 7.1.2006, 22:07 )

Vingrad.Framework.FileIO.Archiving.Archivator

А почему бы не Vingrad.Framework.IO.File.Archiving.Archiver?
Добавлено @ 22:27
Думаю, вначале надо выстроить базовую иерархию пространства имен и его классов.
Желательно, оформить графически
Давайте обсудим детали.
А то начинать красить доски, когда еще столбы для забора не поставили...
Добавлено @ 22:36
Организовал SVN репозиторий:
svn://svn.subversion.ru/usr/local/svn/vingrad_framework
Рекомендую использовать клиент Totorise SVN.
Для создания аккаунта обращайтесь ко мне

Это сообщение отредактировал(а) Lord Dagger - 7.1.2006, 22:37

Гы. У меня компа нет под рукой (. Других вариантов нет? Типа irc и т.п.? А вообще, нам бы чатик простенький...
По сабжу: Archiver, естессно ). Хотя, наверное проще будет разделить его на 2 кл. - Archiver и Dearchiver. Archiuer имеет private-конструктор и три конструктора с параметрами: один принимает массив файлов, другой - массив строк-имен файлов, третий - каталог для архивации. Ну и развивай идею дальше :)

Exception

Цитата(Exception @ 7.1.2006, 22:59 )

Других вариантов нет? Типа irc и т.п.? А вообще, нам бы чатик простенький...

Брр. Не пойму, как irc может служить алтернативой SVN?
Чат - есть тот же Skype, irc (хотя его люблю меньше)

Цитата(Exception @ 7.1.2006, 22:59 )

Хотя, наверное проще будет разделить его на 2 кл. - Archiver и Dearchiver

Ну это дело вкуса Можно и так.
Надо бы понять, из каких частей будет состоять весь namespace...
Пока я представляю себе это так:
Framework->IO->File->Archiving // Файловый ввод\вывод
Framework->IO->Network->FTP // Это я для примера, сюда будем помещать сетевой ввод\вывод
Framework->System // Системные функции. К примеру, функциональность для работы с Event Log

Продолжаем список

Это сообщение отредактировал(а) Lord Dagger - 7.1.2006, 23:44

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

Более удобного, честно говоря, не представляю. Зачем изобретать велосипед?
По сабжу:
(using Vingrad.Framework;)
Media - тут будут различные проигрыватели и т.п.
Text - функции String'а "в удобной упаковке" - поиск по regexp, поиск по wildcards, замена и т.п.

В целом, на мой взгляд это хорошая идея.

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

Начать имхо лучше с того, что надо разработать ее варианты использования (Use Case).
Если кто-нибудь не значет что это такое, рекомендую в первую очередь изучить UML, и только затем браться за проектирование этой либы.
Если кто-то считает, что ему как программисту, не нужен UML, то я могу только посочувствовать этому человеку.

Хм.. Use Case для библиотеки? Зачем?

Цитата(Pegas @ 8.1.2006, 01:13 )

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

Я согласен, мы уже к этому приступили.

Цитата(Pegas @ 8.1.2006, 01:13 )

Если кто-нибудь не значет что это такое, рекомендую в первую очередь изучить UML, и только затем браться за проектирование этой либы.

Знаем, батенька, знаем
Без UML в проектах никуда, как и без четкой документации.
Только пока не очерчены примерные контуры затеи, за UML рано браться.

Думаю, за два-три дня соберутся основные идеи, затем - Microsoft Project нам поможет.
Составим шаблон, будем детализировать "сверху вниз".
Отдельно - спецификации кодирования и проекта.
В качестве средства документирования осмелюсь предложить doxygen.

Цитата(Lord Dagger @ 8.1.2006, 05:30 )

Только пока не очерчены примерные контуры затеи, за UML рано браться.

Диаграмы вариантов использования (Use Case) как раз-то и помогают в четком определение границ предметной области и уточнении требований к разрабатываемой системе.
Кроме того, использование этих диаграм закладывает основу для создания словаря терминов, для конкретной предметной области, с помощью которого в дальнейшем и будут общаться и понимать друг-друга как разработчики, так и другие члены команды (системные аналитики, системные архитекторы, тестеры, и т.д.)

Эээ.. Насколько я знаю, use case применяются для описания конкретных операций взаимодействия юзера (а так как мы пишем библиотеку, программиста) с каким-либо из наших классов или их системой. Дык как можно их строить, если мы еще не до конца сформулировали состав этой библиотеки и ее задаци?

Цитата(Exception @ 8.1.2006, 06:31 )

Эээ.. Насколько я знаю, use case применяются для описания конкретных операций взаимодействия юзера (а так как мы пишем библиотеку, программиста) с каким-либо из наших классов или их системой.

Рекомендую почитать какой-нибудь учебник по UML. К примеру того же Леоненкова. Очень хорошо пишет.

Pegas, линка нету почитать?
Просто библиотека задумывалась как "свалка" классов, а не как цельный продукт. Посему не знаю, что тут можно моделировать.. Объясни подробнее, плз

Есть, в разделе нашего форума, посвященному UML и системному анализу.
Там прикрепленная тема, в которой собирают сслыки на интересные рессурсы.

Или воспользуйся поиском по форуму.

Цитата(Exception @ 8.1.2006, 23:39 )

как "свалка" классов, а не как цельный продукт

В итоге может реально получиться свалка классов, а не целый продукт

Цитата(Exception @ 8.1.2006, 03:31 )

Дык как можно их строить, если мы еще не до конца сформулировали состав этой библиотеки и ее задаци?

В это то и вся соль. Строятся use-cases как будтно бы биб-ка уже написана, так, чтобы все было как можно удобнее для юзера (или программера, в зависимости от target audience проекта). И на основе оных потом проектируются классы. Это может показакться странным, но какая-то сермяжная правда в этом есть.

А идея хороша. Я думаю, что надо определить общую "кучу фич", разбить ее на большие группы неймспейсов. Потом выделить группы по майлстоунам (типа версия 1, версия 2, и т.д.) и распределять между программерами на реализацию. От себя могу предложить реализацию паттерна registry с поддержкой отложенного поиска объектов 8-) (.NET 2.0). Она подходит для создания списков и иерархических структур, где необходимо дать возможность третьей стороне добавить элемент в реестр по запросу (lazy-load поведение). Я сам на ее основе делал иерархическую систему плагинов.

Присоединённый файл ( Кол-во скачиваний: 8 )
 Registry.cs 4,39 Kb

Млин... А не мог бы кто-нибудь подумать над use-cases? Ну не знаю я UML нормально ) не хочется, чтобы проект умер. На данный момент нужен тот, кто знает uml и мог бы помочь с этим. Я готов заниматься конкретными классами/кодингом.

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

Для увиличения своей "грузоподъемности" я бы порекомендовал начать с прочтения книги Гради Буча - Объектно-ориентированный анализ и проектирование с примерами приложений на С++. ИМХО это первый шаг, к изучению UML.

Пробежавшись по форумам (всем), наткнулся на обилие тем, где спрашивается о том, как работать с COM-портом. Ради интереса загнал "COM-порт" в поиск и получил 24 страницы ссылок на информацию для размышления Имхо, класс для работы с COM-портом включить стоит, так как тема очень насущная, да и исходники несколько дней назад пробегали на форуме.

Цитата(dronzo @ 11.1.2006, 13:46)

Пробежавшись по форумам (всем), наткнулся на обилие тем, где спрашивается о том, как работать с COM-портом. Ради интереса загнал "COM-порт" в поиск и получил 24 страницы ссылок на информацию для размышления    Имхо, класс для работы с COM-портом включить стоит, так как тема очень насущная, да и исходники несколько дней назад пробегали на форуме.

а смысл?! класс для работы с ком портом идет в Net framework 2.0

Poison80
Нигде до этого в теме не было сказано, что проект будет ориентирован исключительно на .NET Frawework 2.0.

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

Цитата(dronzo @ 11.1.2006, 20:17 )

Нигде до этого в теме не было сказано, что проект будет ориентирован исключительно на .NET Frawework 2.0.

ИМХО это подразумевается само собой.

DatasetSerializer.vb


Расставил. Использование:

Полезен, например, если движок БД возвращает массив бизнес-объектов, а необходимо выполнить databounding.

Это сообщение отредактировал(а) Exception - 30.1.2006, 16:54

Если можно, то отформатируй пожалуйста код. Так сложно его читать.

fixed
Плюс разъяснение, зачем этот код

Так-с...
Похоже, энтузиастов, готовых сюда складировать решения, не наблюдается . Чего же так? Вот, например, только что человеку понадобилось считать CRC. Почему бы не засунуть это в отдельный класс? Давайте все-таки постараемся медленно, но наполнять пока что несуществующую библиотеку. Вещь-то полезная..

И умерло 

Капец.   

Нет, ну примеров-то полно. Правда все они по темам раскиданы, самому иногда искать приходилось.

Я хачу добавить методы до .NET Framework? 

Оп. Привет. Ну, в общем, задумка интересная. Только со своей стороны не могу чего-то особенного предложить. Из интересного есть два контрола для WPF, а они, как я понял, не очень подходят для этого дела. Делают очень простые вещи. Первый - для просмотра FlowDocument с возможностью забайндить документ (по дефолту контролы от мс могут читать только с диска). Второй же контрол - логический UniformGrid. То биш поддерживает логический скроллинг (из МС-овских контролов логический скроллинг поддерживают только StackPanel и VirtualizingStackPanel).
Ещё можно замутить WebBrowser для WPF (опять же Frame не поддерживает эвентов отслеживания загрузки), но это будет на интеропе с обычным винформовым браузером. А вообще WebBrowser-а очень не зватает нативного для ВПФ.

И ещё вам на рассуждения - хэш функции с простым использованием (Hash.SHA1(String s) или Hash.MD5(File f)). Будет очень полезно.

Добавлено через 35 секунд
Ух, не заметил, что тема настолько старая В))))

Как добавить методы до .NET Framework?  
2Модеры Закрепите ету тему!!!

Ну вот Реал и запалился   

Так безграмотно написать мог только один человек

!  mr.DUDA

kurzon/Real, оффтоп! И вообще, про добавление методов в фреймворк тебе уже ответили что можно только унаследовать класс от стандартного, не более того.