Курский Форум

Язык С#: определения понятия .NET, проблемы, задачи и способы их решения =>

Виделъ… Ничиго такъ… Но чего либо определённого не скажешь… Работать-работатетъ… Но насколько хорошо… - хз.. Буду пользоваться… мошь чё замечу… - сообщу… ))

C# - язык программирования. Он один на всё. Правда есть .NET (FrameWork) 1.x и 2.x, будут другие.
Студии отличаются наворотами построения проектов, сборкой и количеством подключаемых модулей (например: Using System.Data для всех C# будут одни и те же, а вот внутрянности там окажутся немного разные)


Зная С++, кстати, перейти на С# довольно просто.

2 maxbell С++ ещё… это совсем иногй язык, который только правилами написания на C# похож и этим всё кончается.

Справки по языкам: C++, C#
А это вам общая инфа,чтоб больше не путали хр*н с кочерёжкой.

Кто знает как в C# получить полный путь %SystemRoot%, и других сис. пер-ых ?

два способа: один, который подходит ко всем языкам: "Scripting.FileSystemObject", но это за пределами FrameWorks и чисто фрейм-ворковое решение:

Environment.GetFolderPath(Environment.SpecialFolder.Desktop);

Список всех вариантов:
ApplicationData, CommonApplicationData, CommonProgramFiles, Cookies, Desktop, DesktopDirectory, Favorites, History, InternetCache, LocalApplicationData, MyComputer, MyDocuments, MyMusic, MyPictures, Personal, ProgramFiles, Programs, Recent, SendTo, StartMenu, Startup, System, Templates

все версии фреймворков поддероживают эту шню.
даже покемоны поддерживают

вот вам синтаксис:
C#

Код: Выделить всё

public static string GetFolderPath (
    SpecialFolder folder
)


Васик

Код: Выделить всё

Public Shared Function GetFolderPath ( _
    folder As SpecialFolder _
) As String


Dim folder As SpecialFolder
Dim returnValue As String

returnValue = Environment.GetFolderPath(folder)


расстроился когда увидел релиз VS.NET 2005
там одних новшеств было на 4 страницы MSDN, язык совершенствуется, поскольку CLR даёт программерам очень большие возможности, придётся год от года учить язык заново

А вот как те же новые Generic классы будут взаимодействовать с компонентами Framework 1.1, которые этого не имеют, для меня пока загадка.

MSIL тож изменился нефигово, сравнил старую и новую сборку одной и той же проги ildasm'ом. Там код уменьшился раза в полтора. Коллизии имён от рекурсий теперь не преобразовываются в разбитые цепочки data-сегментов с ref-объектами в каждом, а упорядочены структурой StackObject, буквально, сериализирующей объекты в стек (подумайте, наскока выросла производительность по сравнению со ссылками на разные пространства)

Што-то еще меня воткнуло, уже не помню…

программирование вообще вещь свинская, приходится каждый год учиться новому и в огромных масштабах .

Вот ты про висту в соседнем топике писал. Придётся помимо .NET ещё изучить что такое WebServiceб что такое в принципе SharePoint и в частности SharePoint Service , ну и еслественно знать как устроен и работает MS SQL Server 2005, что автоматически тянет за собой такие понятия как ANSI (или T) - SQL и, опять же, .NET

2Anri
Я думаю, есть смысл уже сейчас садиться штудировать хелпы к вистовским эСДэКа. Кста, не знаешь, где можно ето найти?

—»»—(Saiman)—›® писал(а):2Anri
Я думаю, есть смысл уже сейчас садиться штудировать хелпы к вистовским эСДэКа. Кста, не знаешь, где можно ето найти?

http://download.microsoft.com/download/ ... VD.Rel.img

образ болваночки

думаю утащить по ночам.

DDK теперь нет. Теперь оно WDK. См. http://www.microsoft.com/whdc/devtools/WDK/default.mspx

ды мне не дрова писать, а простое HLP (хай левел прогрэмминг)
Типа, Win32SDK видели? Там описывался API весь, как создавать окно, каждая строчка разжевана до мелочей и т.п. Хочу такое же на Висту.
Вообще, как там с программированием? Слышал, что их спецификация их API существенно уже, чем на 32-разрядных осях, а писать управляемый код на ассемблере будет ОЧЕНЬ проблематично. Есть инфа по этому поводу?

—»»—(Saiman)—›® писал(а):ды мне не дрова писать, а простое HLP (хай левел прогрэмминг)
Типа, Win32SDK видели? Там описывался API весь, как создавать окно, каждая строчка разжевана до мелочей и т.п. Хочу такое же на Висту.
Вообще, как там с программированием? Слышал, что их спецификация их API существенно уже, чем на 32-разрядных осях, а писать управляемый код на ассемблере будет ОЧЕНЬ проблематично. Есть инфа по этому поводу?

Думаю для начала вот это: Статьи для разработчиков Windows Vista. Настольная книга по совместимости приложений подойдёт . Там и сцылки все .

А вообще-то всегда всё и всегда живёт по неизменяемому адресу: http://msdn.microsoft.com/m
так же необходимое к куче:

Домашняя страница ОС VISTA

VISTA для разработчивок

Windows Vista User Experience Guidelines

Microsoft® Windows® Software Development Kit for Windows Vista™ and .NET Framework 3.0 Runtime Components

—»»—(Saiman)—›® писал(а):ды мне не дрова писать, а простое HLP (хай левел прогрэмминг)
Типа, Win32SDK видели?

А типа посмотреть линк в моем посте на болванку размером 1.1 Гб? Это ж и есть линк на СДК для Висты. В него входит и НЕТ СДК 3.0. Послезавтра все это хозяйство докачается Я видел и Win32 SDK, и Win32s SDK, и Win16 SDK. Это я так, для оценки перспективы.

Про драйверы и DDK-WDK дописал на всякий случай. Это я так, для понтов. Типа я видел драйверы.

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

Код: Выделить всё

asm
{
....................
}


т.е. нативный, машинный ассемблер, я не помню, чтобы можно было в управляемом коде. Если ты пихнешь это в проект Managed C++, то он уже не managed. А в других языках для NET Framework/CLR даже такой конструкции сроду не было. Так что писать на машинном ассемблере в проекте под фрейморк ВСЕГДА было ОЧЕНЬ проблематично. И Виста тут не при чем.

ды я не про то.
Обычно для программирования в Win32 тебе и не нада было блоков asm {…}, потому что API тебе давали всё, что нужно.
Читал статью (gotdotnet.ru), грили, что круг задач, решаемых вистовским API, намного УЖЕ, чем тот был у Win32 в связи с введением всех пунктов безопасности управляемого кода как ОБЯЗАТЕЛЬНЫХ для работы приложения в вистовском рантайме.
На MSILe, если вдуматься, будут те же ограничения.

Кста, в unsafe классах в том же Fx1.1 разрешали использовать указатели и прямую адресацию, хотя всё приложение работало в CLR (тока вот по-моему в Fx2.0 уже етого нет).

а каким боком связаны между собой: Win32, мазила, ФФ и вистовский API?

—»»—(Saiman)—›® писал(а):Кста, в unsafe классах в том же Fx1.1 разрешали использовать указатели и прямую адресацию, хотя всё приложение работало в CLR (тока вот по-моему в Fx2.0 уже етого нет).

Это есть в Fx 2.0/ CLR 2.0 (ну и в NET Fx 3.0 (входящий, в частности, в Висту), котор построен на CLR 2.0), что черным по белому и в стандарте ECMA-334 (за ето отдельный респект майкрософту) на страницах 8, 26, 425, 439, а также прописано и в МСДНе (домашнее задание: 1) найти в мсдне, 2) ответить на вопрос: а можно ли в таком контексте использовать слово "по-моему"? ). Unsafe активно юзает и майкрософт в самом CLR 2.0. Посмотри, хотя бы, на сорцы System.Buffer.

Из полутора тысяч файлов с сорцами System (считая только, что формирует System.dll, 2.0.50727.42, без добавления из других сборок в это пространство) в 152 сорцах майкрософт юзает unsafe. В других пространствах имен похожая ситуация. И я считаю это нормальным, т.к. ансейф -- инструмент правильный, но от передозировки сдыхают и программер, и юзер, и концепцыйа.

Очень рекомендуйу обзавестись стандартом ECMA-334 и сорцами нет-фрамеворка.

Скачал 6.0.6000.0.0.WindowsSDK_Vista_rtm.DVD.Rel

оно и понятно, что есть, но разрешат ли использование unsafe в висте для разработчиков?
я по аналогии с самым первым .NET Framework, где разработчикам давался класс NativeWindow с фактически теми же API, что и в Win32 (например, IntPtr FindWindow (string,string) ), и который уже в 1.1. запрещен к использованию в приложениях CLR (смотри тот же МСДН)
а еще… нащёт новых платформ я делаю тока предположения, ничё не утверждаю и тем более не спорю (т.к. никогда не спорю о вещах, которых не знаю)

—»»—(Saiman)—›® писал(а):т.к. никогда не спорю о вещах, которых не знаю

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

В визуалке 2008 если включить показ всех контролов, появляется группа "Office Ribbon Controls" с версий компонента 9.0.0.0 для .NET, из-за чего я думаю что их можно использовать для создания интерфейса Office 2007, но через референс не получилось подключить (( видимо все-таки я не смогу использовать такой пользовательский интерфейс.
Вроде еще есть FeaturePack, но он кажется для С++.

риббоны можно и руками мочить .
уже народ понасоздавал всяких приблуд для полувизуализации написания.

риббон можно ведь написать как dll-ку и по старике - как расширение (.dotm) запускаемое из startup папки ворда.

немного о dotm.
в принципе он, как и новый (старый?! WordML) - open XML - есть ZIP файл.
т.е. тупа переименовав, скажем, my_ribbon.dotm в my_ribbon.dotm.zip мы можем распаковать содержимое и править это дело вручную (да хоть в notepad).

стандартный список папок архива такой:

Код: Выделить всё

<dir>_rels
   .rels
<dir> customUI
   <dir> _rels
   <dir> images
   customUI.xml
<dir> customXml
   <dir> _rels
   item1.xml
   itemProps1.xml
<dir> docProps
   app.xml
   core.xml
   custom.xml
<dir> word
   <dir> _rels
   <dir> theme
   document.xml
   fontTable.xml
   settings.xml
   styles.xml
   vbaData.xml
   vbaProject.bin
   webSettings.xml
[Content_Types].xml


если у вас уже были свои разработки для офисов болееранни моделей и у вас было много интерфейсных элементов (клавиши, тулбары и пр), то - труба дело. всё это для офиса 2007 придётся переписывать.

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

прогон на 7000-ах компов проблем не выявил

BeteTest писал(а):В визуалке 2008 если включить показ всех контролов, появляется группа "Office Ribbon Controls"

совсем забыл.. а какой тип проекта? надо же проектик соотвествующий создавать

Anri писал(а):

BeteTest писал(а):В визуалке 2008 если включить показ всех контролов, появляется группа "Office Ribbon Controls"

совсем забыл.. а какой тип проекта? надо же проектик соотвествующий создавать

Windows Forms Application на дотнет 2.0

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

ессно можно.
это же сначала XML, а уже потом всё остальное.
Только если вордовый файл юзаешь, то с ним можно ещё побороться,
а вот если ёхель - зачем с ним как с файлом работать? Нет.. конечно если это какой-то левак от линуха то там придётся самому зокатывать солнца вручную, но если это M система, то открывай ODBC администрилку, изучай внимательно какие там у тебя стоят дрова (если нету дров для расширенных форматов ёхеля, тех что имеют х в конце), если нету новых - иди на downloads.microsoft.com/m и качай там. И всё - можно использовать ёхельный файл как источник данных, т.е. рассматривать его как базу данных.

OpenXML вордовский - это.. как бы мягче высказаться? Есть такое русское слова жопа, оно имеет несолько значений, вот OpenXML достоин их всех :).

Вот тут /я понимаю, что немецкий и всё такое/ просто откройте и посмотрите внутренний код. Собственно это результат распарсивания WordML (предыдущей версии OpenXML, отличающийся только тем, что это не ZIP файл с упакованным внутрях кучей приблуд) - вордовского документа, с последующей его интеграцией в страницу. Задачка не для слабонервных, скажу вам. При написании мои немецкии коллеги очень расширили свой кругозор и научились говорить русским матом.

---------
Если у вас офис 2003, то возмите файл и сохраните его как xml. Откройте в любом "цветном" редакторе и насладитесь . Рекоммендую включить в файл графики, картинки и пр

--------------
Вообще-то я покривил душой.. конечно OpenXML и WordML разняться. Ну не мог M оставить такое дерьмо от поддержки которого аж сам в итоге отказался. Подзализали они.. подзализали..

BeteTest писал(а):В визуалке 2008 если включить показ всех контролов, появляется группа "Office Ribbon Controls" с версий компонента 9.0.0.0 для .NET, из-за чего я думаю что их можно использовать для создания интерфейса Office 2007, но через референс не получилось подключить (( видимо все-таки я не смогу использовать такой пользовательский интерфейс.
Вроде еще есть FeaturePack, но он кажется для С++.

таки пришлось переписывать с dotm на реальный Word Add-In

четаим MSDN (язык - русский)
Модель программирования решений Microsoft Office:
http://msdn.microsoft.com/ru-ru/library/d58327k6.aspx

из разряда "это интересно и полезно"
- Поддержка потока в Office - http://msdn.microsoft.com/ru-ru/library/8sesy69e.aspx

конкретно по Word:
- Решения Word - http://msdn.microsoft.com/ru-ru/library/bb157892.aspx
Образцы и пошаговые руководства разработки Office:
http://msdn.microsoft.com/ru-ru/library/z63ctsh2.aspx
Обновление и перенос решений Office:
http://msdn.microsoft.com/ru-ru/library/k2xkefex.aspx

ну и там слева в меню всё остальное…


Архитектура настроек на уровне документа:
http://msdn.microsoft.com/ru-ru/library/zcfbd2sk.aspx


Архитектура надстроек уровня приложения:
http://msdn.microsoft.com/ru-ru/library/bb386298.aspx


Общие сведения об инструментах Visual Studio для среды выполнения Office:
http://msdn.microsoft.com/ru-ru/library/bb608603.aspx

Общие сведения о настраиваемых свойствах документа:
http://msdn.microsoft.com/ru-ru/library/ds87aeyf.aspx

Модель данных в настройках уровня документа:
http://msdn.microsoft.com/ru-ru/library/xst4e83b.aspx

Настройка пользовательского интерфейса Office:
http://msdn.microsoft.com/ru-ru/library/bf08984t.aspx

Использование элементов управления WPF в решениях Office:
http://msdn.microsoft.com/ru-ru/library/bb772076.aspx
- Знакомство с Windows Presentation Foundation - http://msdn.microsoft.com/ru-ru/library/aa970268.aspx
WPF (Windows Presentation Foundation) ― это система следующего поколения для построения клиентских приложений Windows с визуально привлекательными возможностями взаимодействия с пользователем. С помощью WPF можно создавать широкий спектр как автономных, так и размещенных в веб-обозревателе приложений. В качестве примеров таких приложений можно привести Yahoo! Messenger и New York Times Reader, а также демонстрационное приложение «Contoso Healthcare», показанное на следующем рисунке.

(кстати.. мне очень понравилось. если подтянуть знания по XAML & WPF, то можно создавать приложения такой крутизны… и вполне за недели, а не годы разработки)

Практическое руководство. Создание меню Office программными средствами:
http://msdn.microsoft.com/ru-ru/library/0batekf4.aspx

Пошаговое руководство. Сбор данных с использованием формы Windows Forms:
http://msdn.microsoft.com/ru-ru/library/f1wckde0.aspx

Практическое руководство. Взаимодействие с Windows Forms:
http://msdn.microsoft.com/ru-ru/library/sxk5sx7f.aspx

*********
Общие справочные сведения по средствам Visual Studio Tools для Office:
http://msdn.microsoft.com/ru-ru/library/5s12ew2x.aspx

Справочник по управляемому API выпуска 2007 системы Microsoft Office:
http://msdn.microsoft.com/ru-ru/library/bb771305.aspx

Анри, ну ты даешь, целое руководство написал, еще и с иллюстрациями!

уже четвёртый день сижу ковыряю =бешеный

и некогда и не охота

вот лики пока под рукой были, я их и вставил