• Главная
  • Оглавление
  • Обратная связь
  • Лента RSS
  • Правила
Что здесь уже нашли

Автор будет очень признателен, если Вы кликнете по одной из белых ссылок выше.
Вам это ничего не стоит, а автору сайта будет приятно ;)




Найдено страниц: 5

  1. Залепа №9. Microsoft друзей не признает.

    Степень соответствия запросу: 90,19%
    Фрагменты текста поста :
    ... Голуба "Правила программирования в С и С++" (речь идет именно о C++): Цитата: Как-то раз я видел интерфейс, в котором объект "календарь" позволял пользователю интерактивно выбирать дату, щелкая мышью на каком-либо из дней, показанных на изображении календаря... ... "Календарь" затем экспортирует эту дату в другие части программы, помещая ее в объект "дата", который возвращается из сообщения get_date()... ... "Дата" использовала бы объект "календарь" для реализации сообщения "инициализируй_себя" (которое могло бы быть конструктором), но "календарь" бы содержался внутри "даты"... ... Определение класса "календарь" можно было бы даже вложить в определение класса "дата"... ... никто, кроме "даты", даже бы не знал о существовании объекта "календарь"... ... // отображение календаря для ввода даты пользователем... ... есть класс CCalendar , представляющий собой вспомогательное окно, отображающее календарь и принимающее ввод от юзера... ... 2) класс календаря, фактически являясь окном, имеет только "оконную" функциональность... ... Отсюда вытекают пункты: 3а) класс календаря не должен быть виден пользователю... ... Из третьего пункта следует, что объекты класса CCalendar будут создаваться не пользователем, а только классом CDate , им же они будут контролироваться в течении всей жизни календаря и, в конце-концов, он же их будет и уничтожать... ... Причем, скорее всего случится так, что календарю потребуется доступ к некоторым методам CDate , которые предназначены для внутренних механизмов самого CDate... ... :( В C++ мы бы просто сделали класс CCalendar другом класса CDate , разрешив тем самым календарю использовать внутренние механизмы в виде вызовов защищенных методов CDate... ... Согласен, решение не самое элегантное, но, поскольку оба класса разрабатываются нами, а пользователи о таком "разделении труда" даже не подозревают (и соответственно не смогут, например, породить наследников от календаря), то такое решение вполне приемлемо... ... Выигрыш от него на лицо: календарь может использовать скрытые возможность CDate , при этом пользователь все так же остается ограниченным рамками предоставленного нами открытого интерфейса CDate (пункт 3 выполняется в полной мере)... ... И поэтому, чтобы открыть доступ календарю к скрытой внутренней функциональности CDate , нам придется открыть эту функциональность и для всех остальных... ... Если же скомпоновать наш класс в сборку (assembly), то класс календаря можно сделать ненаследуемым, но при таком подходе пользователю уже не удастся сделать программу из одного exe-файла - придется тягать за собой еще и нашу сборку... Подробнее: http://fit-media.com/post_1199568462.html


  2. Залепа №10 Cупер-хренорезка может все. Только хрен не режет.

    Степень соответствия запросу: 6,96%
    Фрагменты текста поста :
    ... Снова полез в MSDN, посмотреть, как же будет зваться свойство, разворачивающее календарь, ибо, наученный горьким опытом копания в коде майкрософта, я твердо знаю, что метод, выполняющий одни и те же действия в разных (пусть даже схожих) контролах будет зваться по-разному... ... Интересно, нарисует только строчку с датой или еще и развернутый календарь... ... Но вот только не ясно, какое именно отношение эти свойства имеют к календарю, ровно как и к любому другому контролу... ... Ну коль уж так хочется напихать в календарь еще и прогресс-баров с радио-кнопками и полями ввода RTF-текста, то почему их нельзя перебрать просто как массив... ... NET Framework масса лишнего мусора, а к тому, что ни свойства, ни метода для программного разворачивания календаря я так и не обнаружил... Подробнее: http://fit-media.com/post_1202303173.html


  3. Залепа №6. Вечный календарь и пляска с бубном.

    Степень соответствия запросу: 2,51%
    Фрагменты текста поста :
    ... Вечный календарь и пляска с бубном... ... Итак, секретарше в календаре надо видеть дни, в которые начальник выезжает и как-то особо метить дни, в которые начальник будет брать с собой помощника... ... К слову сказать, диапазон у этого календаря тоже удовлетворит любого - он умеет работать с датами до 9999 года, так что очередная "проблема 3000" нам уже не грозит... Подробнее: http://fit-media.com/post_1197894841.html


  4. Залепа №7. Самые умные на свете.

    Степень соответствия запросу: 0,28%
    Фрагменты текста поста :
    ... Другой пример - DataGridView... ... Кстати, Вы знаете, что DataGridView имеет свойство AutoGenerateColumns... Подробнее: http://fit-media.com/post_1198060658.html


  5. Залепа №11. Зазеркалье отдыхает.

    Степень соответствия запросу: 0,07%
    Фрагмент текста поста :
    ... Ранее я уже писал о свойстве AutoGenerateColumns контрола DataGridView , которое тоже является призраком, невидимым для IntelliSense... Подробнее: http://fit-media.com/post_1202747053.html


История внешних поисковых запросов

Меню

  • Главная страница
  • Оглавление блога
  • Лента новостей
  • Обратная связь
  • Правила блога

Анонсы по темам

  • Все посты блога
  • С миру по нитке
  • Мысли вслух
  • Графика и фото
  • Кривизна платформы .NET
  • Грамотные интерфейсы
  • WEB-программирование
  • FlatCMS - шустрая и гибкая
  • Доработки Lasto-блога

Категории

  • Все посты по порядку
  • С миру по нитке
  • Графика и фото
  • Кривизна платформы .NET
  • Грамотные интерфейсы
  • WEB-программирование
  • FlatCMS - шустрая и гибкая
  • Доработки Lasto-блога

Сервисы

  • Поиск по блогу
  • Поиск по всему сайту
  • Шпионское досье

Реклама


Стоимость сайта

Мой вебсайт стоит 865 404,18 руб

Статистика

    Widgetize!
  • Время работы: 0,10393 сек.
  • Память: 17 664 кБт
  • Статистика привратника
Copyright FIT-Media.com, © 2007-2012
Главная | Общее оглавление | Обратная связь | Правила блога | Лента RSS