Практическая работа с Visual Studio.Net

Практическая работа с Microsoft Office

Web-технология

Создание реальных проектов

Вопросы и ответы

Качество рассылки.

Подошёл очередной выпуск, и мне бы хотелось поговорить немного о качестве рассылки. Как вы, наверное, уже заметили, оно оставляет желать лучшего. Впрочем, мне приходиться целиком и полностью набирать её вручную. Таким образом, я являюсь редактором, оформителем, писателем, а публиковать и распространять рассылку мне помогает web-ресурс subscribe.ru. Естественно, в таких условиях трудно добиться высокого качества издания по всем параметрам, что естественно и не произошло. Приведу ряд наиболее сильных недостатков:

• Бессистемное содержание: Поскольку содержимое рубрик набирается вручную и выполнено в разговорном стиле, а не в виде энциклопедического материала, то порой трудно бывает сказать, какая же тема станет следующим предметом обсуждения.
• Посредственное оформление: Да, оформление не на высоте. К счастью, оно пока не перешло грань, когда без него, лучше, чем с ним. Так же отсутствовали битовые картинки, вместо них пока использовались символы специальных шрифтов (Webdings), это чуть-чуть экономило объём присылаемых вам писем, но портило внешний вид.
• Плохая структуризация: Структуризация не просто плохая, она вообще отсутствует. К примеру, у меня нет заранее заготовленных шаблонов для создания проектов в системах программирования Visual Studio.NET или Microsoft Office. То есть, если я в рассылке посоветую собрать приложение на основе некоего кода, но не укажу, как это сделать по этапам, полный чайник может и не разобраться.

Наряду с этим рассылка так же имеет ряд преимуществ:

• Новостной тип: По мнению subscribe существуют два типа рассылок. Одни являются новостными рассылками, а другие новостями сайтов. В рассылках новостей сайтов часто используются ссылки на ресурсы глобальной сети Internet, что хорошо только для тех людей, у которых к нему безграничный доступ. Моя же новостная рассылка если и содержит ссылки, то преимущественно на локальные ресурсы, такие как MSDN и другие.
• Универсальность: Для этой рассылки нет конкретных ограничений. Это значит, что она не является полным руководством по системам Visual Studio.NET и Microsoft Office. Преимущество заключается главным образом в следующем. Раз нет лимита на используемый материал, то есть возможность взглянуть на одно и то же с разных сторон. Может статься, что для некоторых это станет приятной неожиданностью.
• Проектирование и программирование: Часть статей будут рассматривать программы не только с точки зрения программирования, но и проектирования. О том, что это означает, будет рассказано ниже.

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

Досадная задержка выпуска.

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

Друзья и знакомые.

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

Желаю удачи, автор рассылки.

	Практическая работа с	Версия
	Visual Studio.Net	2003

Сосредоточение.

Как известно, Visual Studio.NET во многом превосходит Microsoft Office, и это касается, прежде всего, объёма информации, которую нужно запомнить при работе с ней. Для этого одного упорства будет недостаточно. Вам, наверное, не раз приходилось сталкиваться с явлением забывания. К сожалению это неотъемлемая часть механизма работы нашего мозга. Но на любой недостаток найдётся свой метод его преодоления, и только против лома нет приёма. Объясню более подробно, вы забываете потому, что целенаправленно не вносите нужные вам знания в мозг. А вот стихийная запись срабатывает далеко не у всех. То есть, прочитав какую-либо книгу и попытавшись её вспомнить, вы с ужасом, или, наоборот, с огромной радостью обнаружите, что не помните ничего кроме обложки, и то с трудом. Это значит, что я могу приводить сколько угодно примеров из MSDN, их там десятки тысяч, но вы не усвоите и сотой полученной информации. Если вы считаете, что у вас совершенная память, то просто пропустите этот раздел, и читайте дальше. В противном случае вам следует, как можно серьёзнее отнестись к данным рекомендация.

Я только что говорил, что могу обучать вас, беря материал из MSDN 2004. Такой способ прост, а главное быстр и не требует усилий с моей стороны, так как большинство английского технического текста понятно без переводчика. Со времени выпуска MSDN 1998 многое изменилось, но слова, которыми авторы описывают свои программные творения остались теми же. Всё это хорошо только для меня, но ни в коем случае не для вас, так как умей вы переводить и систематизировать информацию из различных источников, а потом ещё и с поразительным успехом применять её на практике, эта рассылка вам понадобилась бы не больше, чем жёлтая пресса. Вот по этим, а так же по некоторым иным причинам, постараюсь пока не вставлять сложные алгоритмы в рубрики рассылки.

Теперь пора обсудить то, чему не учат ни в школе, ни в университете, а именно, извлекать полезную информацию из окружающего вас мира. Для того, чтобы успешно осуществлять этот процесс, нужно иметь высокую степень сосредоточения. По большому счёту, необходимо сосредоточиться и мыслить. Если вам кажется это глупым, то вы очень сильно ошибаетесь, и вряд ли ваша умственная производительность, а, следовательно, и количество полезного труда произведённого за счёт мозговых усилий будут выше, чем у среднестатистического человека. Могу сказать и по-другому - вы не используете и десять процентов своего потенциала. Однако, это поправимо. Используя ряд простых упражнений (простых в физическом, но не умственном плане), можно за короткое время увеличить свои умственные способности в несколько раз, а в перспективе в десятки раз выше.

Начнём с увеличения показателя сосредоточенности. Многие люди, пытаясь решить какую-нибудь задачу, попросту зацикливаются. Преодолевая трудность, они уходят внутрь своего сознания, и уже мало обращают внимания на окружающий их мир. Естественно восприятие такого человека коренным образом меняется. Для него час в его субъёктивном времени становится минутой, а минута секундой. Часы тикают, решение так и не найдено, голова начинает болеть. В общем, ничего хорошего, одно расстройство об упущенных возможностях. В фильме <Сказка о потерянном времени> дети хотя бы развлекались, теряя его, а в данном случае получается форменное издевательство.

В связи с этим предлагаю следующее упражнение. Возьмите механический будильник. Не важно кварцевый или пружинный у них завод, главное чтобы была секундная стрелка. Она тикает каждую секунду, описывая полный круг. Теперь осталось только следить за ней взглядом, лучше всего за концом, указывающим на деления, и думать. Чем сложнее тема для размышлений, тем эффективнее будет упражнение, главное чтобы вас не замкнуло. Вот это и является корнем всех зол. Если вы будете не достаточно сосредоточены, то, или потеряете нить рассуждений, или что наиболее вероятно ваш взгляд расфокусируется и прекратит следить за стрелкой. Умственными усилиями нужно возвращать его на место, то есть на траекторию движения по окружности. Тренируйтесь подобным образом 2-3 раза в день, по 4-5 минут и если всё будете делать правильно, ваша степень сосредоточенности возрастёт многократно. Главное, чтобы вы смогли одновременно видеть и думать.

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

Использование оформления XP для элементов управления.

Возможно, некоторым из вас надоело смотреть на квадратные некрасивые кнопки и прочие элементы управления. Исправить подобное недоразумение можно множеством способов. К примеру, создать собственные формы или переопределить существующие. Но, если вам не охота всем этим заниматься или нужны именно XP составляющие, то не стоит искать ActiveX, способные имитировать их. В Visual Studio.NET предусмотрена такая возможность, а именно, переопределение формата на текущий стиль Windows. Это значит, если вы запустите программу в Windows 98, или в любой другой не поддерживающий темы XP, то получите некрасивые кнопки. Однако, в XP всё будет выглядеть так, как вам и нужно. Это, прежде всего, зависит от того, что в Windows XP существует шестая библиотека Comctl32.dll. Зачем же было тогда так издеваться над программистами и не включить красивые кнопки сразу? Ответ прост, разработчики заботятся о совместимости с другими версиями ОС Windows. Подробную информацию вы можете найти в MSDN 2004 - Using Windows XP Visual Styles With Controls on Windows Forms. А пока, я вкратце перескажу этот документ.

Создайте проект Windows Application с именем XPTheme. Теперь привожу четыре элемента управления, у которых в свойстве FlatStyle нужно обязательно ставить параметр System, иначе они просто не изменятся.

• Button
• RadioButton
• CheckBox
• GroupBox

  Остальные элементы управления будут меняться автоматически, без каких-либо дополнительных предустановок. Теперь перетащите их с вкладки Toolbox на форму, хотя бы по одному экземпляру и установите свойство FlatStyle в System. Плюс к этому можно добавить ProgressBar, MainMenu, DataGrid и так далее.

  Теперь поработаем с тем, что называется манифестом, то есть обращением. Естественно это обращение идёт к операционной системе. Вот шаблон, который нужно видоизменить под наше приложение:

  <?xml version="1.0" encoding="UTF-8"
  standalone="yes"?>
  <assembly xmlns="urn:schemas-microsoft-com:asm.v1"
  manifestVersion="1.0">
  <assemblyIdentity
     version="1.0.0.0"
     processorArchitecture="X86"
     name="Microsoft.Winweb.<Executable
  Name>"
     type="win32"
  />
  <description>.NET control deployment tool</description>
  <dependency>
     <dependentAssembly>
       <assemblyIdentity
         type="win32"
         name="Microsoft.Windows.Common-Controls"
         version="6.0.0.0"
         processorArchitecture="X86"
         publicKeyToken="6595b64144ccf1df"
         language="*"
       />
     </dependentAssembly>
  </dependency>
  </assembly>

  После соответствующей обработки он будет выглядеть так:

  <?xml version="1.0" encoding="UTF-8"
  standalone="yes"?>
  <assembly xmlns="urn:schemas-microsoft-com:asm.v1"
  manifestVersion="1.0">
  <assemblyIdentity
     version="1.0.0.0"
     processorArchitecture="X86"
     name="Microsoft.Winweb.XPTheme"
     type="win32"
  />
  <description>.NET control deployment tool</description>
  <dependency>
     <dependentAssembly>
       <assemblyIdentity
         type="win32"
         name="Microsoft.Windows.Common-Controls"
         version="6.0.0.0"
         processorArchitecture="X86"
         publicKeyToken="6595b64144ccf1df"
         language="*"
       />
     </dependentAssembly>
  </dependency>
  </assembly>

  Как видно, изменилось только имя, стало XPTheme вместо <Executable Name>. Оно должно быть точно таким же, как и имя вашего исполняемого файла. Иначе при запуске программы будет выдана ошибка о неправильной настройке приложения. Теперь создаём файл XPTheme.exe.manifest, аналогично можно работать с любым названием по шаблону <Executable Name>.exe.manifest. Только не забывайте при копировании убирать знаки < и >, это так же касается шаблона содержимого манифеста. Вставьте приведённый мною код XML в ваш новый файл и сохраните его в директории obj\Debug или obj\Release, зависит от вашей текущей настройки в Visual Studio.NET.

  Осталось самое простое. Откройте XPTheme.exe из Visual Studio.NET, находящийся в той же директории, что и ваш манифест (обращение). Это будет возможно, только если до этого вы использовали Build, в противном случае вы не обнаружите exe файл. Нажмите правую кнопку мыши и выберите пункт Add Resource, а можете сделать тоже самое через меню. Импортируйте ваш манифест дав ему имя RT_MANIFEST и задав ID равным 1. Закройте исполняемый файл. Всё, теперь запускайте приложение и наслаждайтесь прекрасным оформлением.

  Но это ещё не конец, при повторном построении приложения все ваши труды пропадут. Зайдя в исполняемый файл, вы не увидите добавленного ресурса. Решить эту проблему довольно просто. Необходимо загружать манифест автоматически. В Using Windows XP Visual Styles With Controls on Windows Forms приведён для этого пример кода на двух языках NET: С# и Basic. Впрочем я думаю вам не трудно будет преобразовать это в формат С++ или Java. Изначальный пример на языке Visual Basic.NET менял элементы управления на стиль XP основанные на ButtonBase, но GroupBox в этом отношении является исключением. Поэтому я немного усовершенствовал код и теперь он способен преобразовывать все элементы управления в стиль XP. Так что скопируйте файл манифеста в директорию bin, так как именно оттуда происходит загрузка Application.ExecutablePath и вставьте следующий код в тело класса формы.

      ' Visual Basic
      Private Sub RecursivelyFormatForWinXP(ByVal control As Control)
          Dim x As Integer
          For x = 0 To control.Controls.Count - 1
              ' If the control derives from ButtonBase, 
              ' set its FlatStyle property to FlatStyle.System.
              If control.Controls(x).GetType().BaseType Is GetType(ButtonBase)
  Then
                  CType(control.Controls(x), ButtonBase).Flatstyle="FlatStyle.System"
              End If
              If control.Controls(x).GetType().Name = "GroupBox" Then
                  CType(control.Controls(x), GroupBox).Flatstyle="FlatStyle.System"
              End If
  
              ' If the control holds other controls, iterate through them
  also.
              If control.Controls.Count > 0 Then
                  RecursivelyFormatForWinXP(control.Controls(x))
              End If
          Next x
      End Sub
  
      ' Visual Basic
      Private Sub Form1_Load_1(ByVal sender As System.Object, ByVal e As
  System.EventArgs) Handles MyBase.Load
          ' Makes sure Windows XP is running and
          ' a .manifest file exists for the EXE.
          If Environment.OSVersion.Version.Major > 4 And _
       Environment.OSVersion.Version.Minor > 0 And _
       System.IO.File.Exists((Application.ExecutablePath + ".manifest")) Then
              ' Iterate through the controls.
              Dim x As Integer
              For x = 0 To (Me.Controls.Count) - 1
                  ' If the control derives from ButtonBase,
                  ' set its FlatStyle property to FlatStyle.System.
                  If Me.Controls(x).GetType().BaseType Is GetType(ButtonBase)
  Then
                      CType(Me.Controls(x), ButtonBase).Flatstyle="FlatStyle.System"
                  End If
                  If Me.Controls(x).GetType().Name = "GroupBox" Then
                      CType(Me.Controls(x), GroupBox).Flatstyle="FlatStyle.System"
                  End If
  
                  RecursivelyFormatForWinXP(Me.Controls(x))
              Next x
          End If
      End Sub
  

  Теперь вам не нужно добавлять ресурс, всё и так будет работать, пока существует файл манифеста. Энтузиастам программирования рекомендую прочесть Creating a Visual Studio .NET Add-In to provide Windows XP Theme Support. Конечно, в будущем я разберу эту статью в текущей рубрике, но зачем ждать? Там рассказывается, как создать врезку для автоматического добавления манифеста.

  На сегодня всё, и помните, для программиста главное не лениться, и думать, думать, думать.

  перейти к оглавлению

  	Практическая работа с	Версия
  	Microsoft Office	2003

  Классы и модули.

  Более ли менее серьёзное программирование в продуктах Microsoft Office происходит в модулях и классах. Сразу стоит отметить две существенные детали:

  • Классы и модули хранятся непосредственно в документах Microsoft Office: Это значит, что если вы удалите документ, то вместе с ним исчезнут и они. Такое поведение можно рассматривать как противоположное тем же Параметрам, которые являются настройками, а не объектами. Сразу оговорюсь о том, что они хранятся в документах только тогда, когда вы их там сохранили.
  • Один объект на двоих: И те и другие конструируются посредством класса Module. Различить их можно при помощи свойства Type, которое имеет тип перечисления AcModuleType: Const acStandardModule = 0 и Const acClassModule = 1.

  Для более полного ознакомления откройте какое-либо приложение Microsoft Office, к примеру, Access, и запустите редактор Visual Basic 6.3 (Alt+F11). Далее открываем Object Browser (F2) и ищем класс Module. Не забудьте установить ограничение на поиск в библиотеке по краткому имени - Access, для других это будет Word, Excel и так далее. Можно так же воспользоваться поиском. Теперь вашему взгляду предстают свойства и методы для работы с модулем.

  А теперь проведём маленький эксперимент. Создайте модуль с именем Module1 и сохраните его. Теперь настала очередь формы, сделайте любую в режиме конструктора и добавьте на неё кнопку. В свойствах на вкладке Другие поставьте Имя - Добавить. А теперь скопируйте в ваш модуль формы, следующий код:

  Option Explicit
  Option Compare Database
  
  Function InsertProc(strModuleName) As Boolean
      Dim mdl As Module, strText As String
  
      On Error GoTo Error_InsertProc
      ' Open module.
      DoCmd.OpenModule strModuleName
      ' Return reference to Module object.
      Set mdl = Modules(strModuleName)
      ' Initialize string variable.
      strText = "Sub DisplayMessage()" & vbCrLf _
          & vbTab & "MsgBox ""Wild!""" & vbCrLf _
          & "End Sub"
      ' Insert text into module.
      mdl.InsertText strText
      InsertProc = True
  
  Exit_InsertProc:
      Exit Function
  
  Error_InsertProc:
      MsgBox Err & ": " & Err.Description
      InsertProc = False
      Resume Exit_InsertProc
  End Function
  
  
  Private Sub Добавить_Click()
      Dim итог As Boolean
      итог = InsertProc("Module1")
  End Sub

  Теперь нажав на кнопку Добавить, в модуль с именем Module1 будет вставлена процедура DisplayMessage. Зачем вообще это нужно? Как вариант, вы могли бы создать модули, которые частично автоматизировали вашу работу. В этом плане Access невыгодно отличается от того же Word. Проведите опыты с обоими программами и попробуйте найти различие.

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

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

  перейти к оглавлению

  	HTML, ASP, VBScript	Версия
  	Web-технология	5.0

  Active Server Pages

  MicrosoftR Active Server Pages (ASP) - это среда для разработки сценариев на стороне сервера, которую можно использовать для создания интерактивных веб-страниц и построения мощных веб-приложений. Когда сервер получает запрос на файл ASP, он обрабатывает сценарий на стороне сервера, содержащийся в файле, и формирует веб-страницу, которая передается в обозреватель. Кроме сценариев на стороне сервера файлы ASP могут содержать HTML (включая связанные сценарии на стороне клиента), а также вызовы компонентов COM, которые выполняют множество задач, например соединение с базой данных или обработка бизнес-логики.

  Введение в Active Server Pages

  Active Server Pages (ASP) - это серверная среда для разработки и выполнения динамических интерактивных веб-приложений. Средства ASP позволяют объединить возможности HTML-страниц, команд сценариев и компонентов COM в интерактивных веб-страницах и мощных веб-приложениях, делают удобным и легким процесс их создания и изменения.

  Разработка HTML-страниц

  Разработчики HTML-страниц смогут увидеть, что создание серверных сценариев с помощью ASP - быстрый и простой способ перейти к разработке сложных коммерческих веб-приложений. ASP также предлагает универсальное решение задачи хранения в базе данных сведений, которые представлены HTML-формой, настройки веб-узлов с учетом особенностей посетителей и использования разнообразных возможностей обозревателей при работе с HTML-страницами. Например, раньше создание обычного приложения Common Gateway Interface (CGI) для обработки получаемых от пользователя данных на веб-сервере требовало знания языка Perl или C. Располагая возможностями ASP, можно получать данные HTML-форм и передавать их в базу данных с помощью простых серверных сценариев, которые могут включаться непосредственно в HTML-документы. Предварительное знакомство с такими языками написания сценариев, как Microsoft VBScript или MicrosoftR JScriptR (последний является реализованной корпорацией Майкрософт спецификацией языка ECMA 262) гарантирует легкое освоение ASP.

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

  Профессиональная разработка веб-сценариев

  В ASP отсутствует ориентация на конкретный язык программирования, поэтому знакомства с любым языком сценариев (VBScript, JScript или PERL) будет достаточно для того, чтобы работать с Active Server Pages. Более того, на страницах ASP допускается использование любого языка сценариев, для которого был установлен COM-совместимый обработчик сценариев. В состав ASP входят обработчики сценариев VBScript и JScript, но имеется дополнительная возможность установки обработчиков для языков PERL, REXX и Python, которые могут быть получены от независимых разработчиков.

  Разработка и программирование веб-приложений

  Профессиональным разработчикам, программирующим на языках Visual Basic, C++, Java и др. ASP обеспечивает гибкие возможности быстрого создания законченных веб-приложений. Помимо добавления сценариев и создания удобного HTML-интерфейса приложения имеется также возможность самостоятельной сборки компонентов COM. Необходимые правила расчетов могут быть реализованы в универсальных модулях, которые могут многократно вызываться из сценариев, а также из других компонентов и программ.

  Модель Active Server Pages

  Выполнение серверного сценария начинается после поступления от веб-обозревателя запроса на файл <.asp>. После этого веб-сервер вызывает ASP для обработки указанного в запросе файла. Обработка этого файла происходит последовательно, от начала и до конца, при этом выполняются все содержащиеся в нем команды сценария, после чего файл отправляется на обозреватель в виде веб-страницы.

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

  перейти к оглавлению

  	От начала и до конца	Ставим
  	Создание реальных проектов	опыты

  Проектировщики и кодировщики.

  Возможно, некоторые из вас заметили, как неохотно я вставляю код программ в свои публикации. Как это так, скажете вы, в других рассылках одни сплошные кодированные алгоритмы, а в той, которая называется <Практическая работа с Visual Studio.Net и Microsoft Office>, то есть по определению должна излагать большие объёмы кода, таковой почти отсутствует. Всё это сделано в первую очередь для того, чтобы вас не ввело в заблуждение огромное количество черновой работы. Именно так и называют кодировщиков - чернорабочими. Причём это не моё личное мнение, а соображения некоего Бьерна Страуструпа - создателя C++ (читается - си плас плас), которым он любезно делиться в третьем издании. Если я, в предыдущих выпусках делил программистов на практиков и теоретиков, а потом на осмысляющих и стихийных, то Бьерн считает, что они могут быть проектировщиками и/или кодировщиками. Особенность этого деления состоит в том, что профессионал должен быть одновременно и тем и другим, иначе это якобы взаимозаменяемый дешёвый винтик. В целом я согласен, что знать нужно как можно больше, иначе в человеке не смогут проявиться в полной мере его таланты.

  Теперь попробуем разобраться в сути этих двух понятий. Когда я привожу какой-либо код, то опускаюсь до уровня кодировщика. Причём опускаюсь, не значит, глупею, просто проектировщики охватывают не детали реализации, а всю её в целом. Так стоит ли приводить его в таком случае? Мне это сделать совсем не сложно, берёшь MSDN и приводишь в пример любой sample. Но вот закономерный вопрос: насколько в этом случае эффективность обучения? Я уверен, что вы можете сделать то же самое, то есть найти кучу разнообразных алгоритмов. Но ведь нам необходимо обучение программированию не ради самого обучения, а ради достижения конкретных задач. В идеале желательно получать любую нужную программу, а для этого естественно необходимо её сначала спроектировать, а потом закодировать.

  Мироощущение программиста.

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

    Сидят два программиста на лавочке возле двухэтажного дома и пьют пиво.
  Вдруг окно второго этажа открывается и оттуда падает мужик, но тут же вскакивает, отряхивается и забегает в дом. Буквально через минуту мужик опять падает из окна, опять отряхивается и снова бежит в дом. И так несколько раз. Первый программист говорит задумчиво:
    - Глюк...
    Второй, не спеша, попивая из банки, добавляет:
    - Да... Где-то в цикле...

  Как видно из этого рассказа, в нём описывается в основном характер человека, но не его знания. Следовательно, эту смешилку написали люди далёкие от серьёзного программирования и вот почему:

  • Во-первых, глюк - это сокращение от слова галлюцинация и не имеет к программированию никакого отношения. Лишь обычные пользователи привыкли называть неполадки в работе компьютерной системе глюком. Причём это касается не только программной, но и аппаратной части.
  • Во-вторых, была обрисована ситуация соответствующая повторениям событий. При этом в программировании одной из таких возможностей является цикл. Но если мужик исправно вылетает из окна и забегает в дом, то никакой неполадки в работе системы нет, на что явно намекает второй программист, ссылаясь на первого.
  • В-третьих, цикл это самое простейшее понятие, которое можно взять из программирования. Почему бы не рассматривать мужика, как итеративную (повторяющуюся) функцию. Он своими действиями заставляет повторяться однотипную последовательность действий, а значит, вполне может претендовать на подобное звание.

  Подобные рассуждения являются частью логического процесса. Логично, значит, осмыслено, хотя в русском языке это слово иногда употребляется в значении разумно или здраво. Например, звучит логично, то есть звучит разумно. Или, нужно размышлять логично, соответственно, нужно размышлять здраво (или разумно; здраво происходит от сочетания слов - здравый смысл; у осмыслено - корень смысл). Человек, собирающийся эффективно программировать, в первую очередь должен научиться мыслить логически - осмысленно. Выходит, что не система программирования должна накладывать отпечаток на программиста, а сам программист, своими осмысленными действиями должен научиться влиять на неё. И это касается не только программирования, а вообще всех сфер научной деятельности. В этом случае человеку не грозит стать персонажем анекдотов, так как его психика будет подчиняться универсальным законам логики - осмысления, а не частным случаям некой работающей системы.

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

  Автоматизация процесса программирования.

  В 48 выпуске рассылки я задал следующий вопрос:

  Как надоело набирать код вручную, хотелось бы знать, не пробовал ли кто исправить это досадное недоразумение и если пробовал, то как? Вот, к примеру, Add-in (в переводе - врезка) для VisualBasic существуют повсеместно, и в Visual Studio 6 и в Visual Studio 7, так же Microsoft Office имеет своеобразные возможности, особенно такой продукт как Access. Если соединить базу данных с Visual Studio 7 (которая по совместительству называется NET), это же даёт уникальные возможности. К тому же там есть специально созданные для этой цели Wizard's Add-in (мастера врезок). Предположим такую ситуацию, у меня множество событий вызова от кнопок. Если бы мне надо было в каждую из них автоматически вписать соответствующую функцию вывода звука, то есть определить звуковую схему, то понадобилось бы много времени на эту простейшую операцию. И эти дополнительные функции далеко не единственные. Код всё более и более запутывается, а ведь в программе главное порядок. Или, например, взять автоматический ввод инструкций, причём не в виде текста, а именно как элемент какого-либо списка (древовидного, обычного и так далее). То есть, нужна синхронизация кода и списков, а, следовательно, не обойтись без лексического преобразователя. Вообще существует огромное количество игр с удобным интерфейсом, и ни одной серьёзной системы программирования с такими же особенностями. Visual Studio 7 обрёл много замечательных нововведений по сравнению с Visual Studio 6. Но даже теперь в нём нет автоматизированного ввода инструкций, и предкомпиляционной проверки на допустимость. Для программистов будет гораздо легче, если запретить вводить код неправильно, чем потом проверять возникающие ошибки. Ещё один пример VBScript. Конечно, можно использовать PowerEditor и другие подобные программы. Однако это не лучший выход из положения, код то по-прежнему существует, он не упорядочен и не сгруппирован. Переход по нему занимает уйму времени. Особо больная проблема поиска функций. Вот тут недавно писали о программном решении сжатия базы данных в Access, а ведь этого не понадобилось бы, не запихни разработчики библиотеки вызов в , то есть вызов не самой функции, а так сказать через функцию менеджер. Устранение подобной проблемы было бы возможно, если ввести дополнительные ссылки на различные варианты вызова процедур. Часто не хватает такого способа упорядочивания, как разделения функций на группы в классах. Следовательно, необходимо считать существующие в классах функции и распределить их по особой системе, в наиболее удобном порядке. Таких способов будет великое множество, но действительно удобных окажется не так уж и много, а следовательно, такое вполне по силам. Общий вывод, отказаться от кода путём его запрятывания.

  В следующем, то есть 49 издании мне пришёл ответ, оценённый автором той рассылки в 3 балла.

  А может просто использовать массив кнопок, не нужно будет прописывать одно и то же.

  По существу, мне предложили использовать макросы, запускающиеся при помощи кнопок. Такой вариант действительно возможен, но он не даст обратной связи в реальном времени с Visual Studio.NET IDE (это та графическая оболочка, которой вы пользуетесь, программируя в Visual Studio.NET 2003). К тому же, макросы не умеют ловить происходящие в интегрированной оболочке события. То есть уровень оптимизации работы будет минимален и ограничен по сравнению с других возможностями Visual Studio.NET. Вот список доступных нам решений по увеличению производительности работы в Visual Studio.NET IDE.

  • Использовать макросы (оболочка Macros IDE)
  • Add-ins и Wizard's (оболочка Visual Studio.NET IDE, мастера Visual Studio .NET Add-in и Shared Add-in)
  • VSA IDE (Visual Studio for Applications IDE)

  ë	IDE расшифровывается как - Integrated Development Environment. В переводе с английского означает - Объединённая Среда Разработки.

  Для небольших и в то же время важных задач наиболее подходят первые два способа. Так или иначе, а чтобы внедриться в оболочки Visual Studio.NET, придётся использовать Visual Studio.NET Automation Object Model . Если у вас установлен MSDN 2004, то вы вполне можете воспользоваться этой локальной ссылкой. Не смотря на то, что использование макросов несёт ряд существенных недостатков, подобный способ является наиболее простым в осуществлении решением. А значит, его вполне можно использовать на ранних стадиях автоматизации. В будущих выпусках я расскажу не только о нём, но и о врезках, которые, на мой взгляд, даже при простейшем использовании являются более эффективными.

  перейти к оглавлению

  	comp.soft.prog.vsnetmsoffice-owner@subscribe.ru	Отвечает
  	Вопросы и ответы	автор

  k

  Как со мной связаться? Прежде всего можно послать письмо на адрес рассылки, он дан в заголовке. Пишите свои замечания и предложения, но постарайтесь сделать письмо как можно меньше, то есть, 5Kb или 10Kb в текстовом варианте будет более чем достаточно. К тому же сервис subscribe.ru тоже накладывает некоторые ограничения на доставку писем. Вы можете использовать мой лист обсуждений по текущей теме. Он нужен, прежде всего, для общения по почте, сразу многим участникам. В общем, экономный чат для тех, кому не терпится пообщаться. Его стоит использовать, только если вы действительно интересуетесь программированием. Подписаться на лист можно через таблицу подписки расположенную ниже. Там же находится и его всплывающее описание, которое появится если задержать курсор на названии.

  ™

  Я только что подписался!!! как мне получить предыдущие выпуски вашей рассылки, заказав их по почте? Ó Для начала пошлите текстовое письмо по адресу subscribe@subscribe.ru. Ни в коем случае не пытайтесь отправить письмо в формате HTML, робот subscribe просто не станет его рассматривать. Заполните содержание следующей строкой ARCHIVE comp.soft.prog.vsnetmsoffice 2006. Тему можно игнорировать. Ò Если вы всё сделали правильно, то через некоторое время вам придёт список предыдущих выпусков рассылки. Теперь повторите операцию с письмом, но используйте элементы из списка выпусков. Например, для получения первых трёх выпусков, можно использовать следующее содержание текстового письма: ARCHIVE comp.soft.prog.vsnetmsoffice 2006/02/10-00:11:08.html ARCHIVE comp.soft.prog.vsnetmsoffice 2006/02/15-01:06:13.html ARCHIVE comp.soft.prog.vsnetmsoffice 2006/02/21-23:15:18.html QUIT Отправьте письмо и ждите ваш заказ. Не пытайтесь получить почту, пока не пройдёт хотя бы несколько минут. Это наименьшее время, которое уйдёт на обработку заказа. А, заказав выпуски в 12 ночи по Московскому времени, придётся их ждать очень долго. Подобным методом вы можете получать не только мою рассылку, но и любую другую, подставив её код в письмо вместо моей.

  перейти к оглавлению

  Статистика
  Номер выпуска рассылки	6
  Дата выпуска рассылки	2006-04-11
  Время выпуска рассылки	01:35:38
  Возраст рассылки в днях	66
  Количество подписчиков	999
  Динамика подписчиков за вчера	+3
  Динамика подписчиков за неделю	+26

  Подписка
  Практическая работа с Visual Studio.Net и Microsoft Office	Подписаться web'ом	Подписаться почтой
  Напиши свою собственную книгу	Подписаться web'ом	Подписаться почтой
  Обобщённый взгляд на устройство вселенной	Подписаться web'ом	Подписаться почтой
  Лист: Обсуждение VS.Net 2003, MSOffice 2003	Подписаться web'ом	Подписаться почтой
  Visual Basic для новичков и профессионалов	Подписаться web'ом	Подписаться почтой

  Практическая работа с Visual Studio.Net и Microsoft Office

  ➲перейти к началу ➲перейти к концу