Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.04.14;
Скачать: [xml.tar.bz2];

Вниз

CheckBox в DBGrid   Найти похожие ветки 

 
Roman_kv   (2003-03-22 15:23) [0]

Мастера подскажите... плизззз
Как в DBGrid поле сделать вроде CheckBox?
Возможные значения это 0 и 1


 
Desdechado   (2003-03-24 21:12) [1]

см. DBGridEh


 
MsGuns   (2003-03-25 10:54) [2]

>Roman_kv (22.03.03 15:23)
Не советую начинать с Эх!-либа (EhLib, откуда DBGridEh) - это путь ленивых, а следовательно, не прогрессирующих.
Посмотри на этом же форуме в разделе СТАТЬИ отличную работу "Полосатый грид". Там много чего вкусного, а главное, дает ПОНИМАНИЕ принципов работы гридов (и не только)
Против Эх!-либа не имею ничего против, но лично не использую хотя бы потому, что нет времени и желания разбираться, что он там делает и как. А я стараюсь ПОНИМАТЬ, что происходит в моей проге.


 
Stas   (2003-03-25 11:25) [3]

To MsGuns Если начать понимать, то можно докопаться до машинных кодов :-). Конечно если есть время, то можно и ПОНИМАТЬ, а если нет времени, то лучше использовать существующий. Тем более если твоя прога значительно меньше чем сам dbgrid.


 
MsGuns   (2003-03-25 12:25) [4]

>Stas © (25.03.03 11:25)
Не соглашусь ! Писать программы, не понимая, ЧТО ИМЕННО И КАК происходит в твоей проге - подход дилетантский и ни к чему хорошему не приведет. Как доказательство - туча "свистунов", научившихся "кидать" компоненты и заполнять свойства в 1С за пару месяцев и толком не умеющих разобраться даже в своем "коде".

Не беда, что ты не знаешь как процессор обрабатывает пошагово твои инструкции, что делает контроллер HDD при открытии таблицы и т.д. Беда, когда "программист" использует разработанные кем-то (часто-густо не без ошибок) готовые куски только для того, чтобы не писать самому какую-то достатотчно простую фичу (типа сабжа) и при этом не представляет, какую муть, совершенно для данного случая лишнюю, этот самый компонент делает дополнительно.


 
Fiend   (2003-03-25 13:11) [5]

То Stas:
поддержу MsGuns и съязвлю:
если не ПОНИМАТЬ, или не пытаться ПОНЯТЬ, то можно наткнуться в собственном мозгу на мысли: А ХОРОШО БЫЛО ПОДУМАТЬ ОБ ПРОГРАМЕ А КОМПЬЮТЕР УЖЕ ВСЁ ЗА МЕНЯ НАПИСАЛ - КЛАСС


 
Stas   (2003-03-25 13:59) [6]

To MsGuns and Fiend
А почему вы используете DELPHI а не Ассемблер ???
Я не против того чтобы понимать, но всего должно быть в меру !!!
Если мне нужно отобразить какие-то данные в сетке а потмо сгенерировать простой отчет, то я что должен сесть написать генератор отчетов, потом GRID, Кнопку, ToolBar, только для того чтобы разобраться как это работает ???
Тем более что я считаю если я специалзируюсь в своей области, а кто-то в области написания компонент, то я не уверен что я могу написать компонент чем он.


 
Fiend   (2003-03-25 14:04) [7]

То Stas:
А мы и на Асме можем
(а-ля кот матроскин - а я еще и на машинке вышивать умею)

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


 
MsGuns   (2003-03-25 14:07) [8]

>Stas © (25.03.03 13:59)
>А почему вы используете DELPHI а не Ассемблер ???

А почему архитекторы используют сталь и бетон вместо кирпичей ?
Почему крестьянин пашет на тракторе, а не лопатой ?
Зачем люди пользуются компьютерами, а не счетами ?

Потому что не знают как они устроены ?


 
Anatoly Podgoretsky   (2003-03-25 14:09) [9]

Fiend © (25.03.03 13:11)
Это компилятор десятого поколения.


 
Stas   (2003-03-25 14:21) [10]

to MsGuns
А я не спорю что нужно знать как устроено, Я че-то за архитекторов не понял.
А крестьянин пашет на тракторе, чтобы мышцы не напрягать и производительность повысить, НО если есть трактор крестьянин не пройдет первый ряд лопатой чтобы понять как плуг работает !!!
Также и с Grido"m, Зачем писать три дня грид, для пятиминутной программы ??? когда есть готовый. А розабраться и понять можно и на досуге.


 
MsGuns   (2003-03-25 15:03) [11]

>Stas © (25.03.03 14:21)
>Зачем писать три дня грид, для пятиминутной программы ??? когда есть готовый. А розабраться и понять можно и на досуге.

Бог в помощь.



 
Stas   (2003-03-25 15:15) [12]

>Бог в помощь.
Спасибо.
помоему Roman_kv нашел EhLib и забыл за этот вопрос, а мы уже пол дня спорим.


 
Соловьев   (2003-03-26 09:43) [13]

ИМХО, и Stas и MsGuns правы какждый по своему. Я тоже придерживаюсь мнения MsGuns, так как разработчик просто обязан знать что у него происходит в проге. Использование чужих компонент чревато тем, что при новых версиях Delphi под нее может не оказаться этих самых компонент: фирма развалилась, програмеру надоело поддерживать ну и т.д. и т.п. Но и игнорировать чужие идеи тоже нельзя. Можно(даже нужно !!!) смотреть чужие компоненты, даже поюзать. Но потом взять и удалить их, посмотрев приэтом исходники, если их нет, то на интерфейс и функционирование.


 
Sergey13   (2003-03-26 10:00) [14]

2Соловьев © (26.03.03 09:43)
>Использование чужих компонент чревато тем, что при новых версиях Delphi под нее может не оказаться этих самых компонент
А переходить на новую версию Делфы это необходимость? Особенно с переработкой всех старых проектов.
>Но потом взять и удалить их, посмотрев приэтом исходники, если их нет, то на интерфейс и функционирование.
Ну вот! Оно мне понравилось, но все равно сотру. Зачем? Если есть исходники и ты в них разобрался, то можешь и баг(возможный) устранить и на новую делфу переделать самостоятельно.
>фирма развалилась, програмеру надоело поддерживать ну и т.д. и т.п.
А к себе ты это не относишь? Ты ушел в другую фирму и оставил потомкам собственный код - а им потом разбирайся.

Откуда уверенность, что решение "подсмотреное" в чужой компоненте при переписывании будет избавлено от багов? Может оказаться прямо противоположное.

Тут вопрос в количестве и качестве сторонних компонент. Если поставить себе всё тори.нет то конечно проблем не оберешься. Если же следовать принципу разумной достаточности и отвергать "случайные связи" - то все будет тип-топ. ИМХО


 
Stas   (2003-03-26 10:11) [15]

to Соловьев, Вот и я о том же...
Если нет времени делать свой компонент (а компонент дело такое, что с ним возится дольше чем с прогой), то можно использовать и чужой.


 
Соловьев   (2003-03-26 10:16) [16]

Можно конечно, но если потом у тебя появится глюк, и заказчик будет тебя доставать, а исходников нет, будет туго, прийдется долго посидеть чтобы исправить: связываться с разработчиком компоненты или самому переделать. Я тоже использую чужие компоненты, но стараюсь свести это к минимуму.


 
Fiend   (2003-03-26 10:21) [17]

То Stas:

> а компонент дело такое, что с ним возится дольше чем с прогой


Дык не пишите готовые компоненты!
Я в 99% случаев просто беру стандартный класс и доделываю его под свои нужды. не напрягаясь при этом какими бы то ни было редакторами свойств и т.д. просто делаю классу нужную мне функциональность.
А компоненты писать ничуть не сложнее чем любой другой софт. Даже зачастую наоборот


 
Stas   (2003-03-26 10:32) [18]

To Sergey13 & Соловьев
Что такое ИМХО ?


 
Соловьев   (2003-03-26 10:34) [19]

По моему скромному мнению от англ раскладки. Типа ЗЫ - PS



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2003.04.14;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.49 MB
Время: 0.008 c
3-44052
Andy Eremin
2003-03-26 11:47
2003.04.14
Подскажите событие


1-44266
homozoid
2003-04-02 14:33
2003.04.14
Нормальный алгоритм для подсветки слов


14-44410
Владимир Пархоменко
2003-03-26 11:12
2003.04.14
Работа в Москве (Delphi + Interbase)


1-44105
Suharew
2003-04-02 20:33
2003.04.14
Как узнать какая клавиша нажата впределах моей проги.


3-44021
Ик сик
2003-03-24 15:13
2003.04.14
Растут затраты памяти





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский