Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

CheckBox в DBGrid [D7, MySQL]

Roman_kv © (2003-03-22 15:23:00)
Мастера подскажите... плизззз
Как в DBGrid поле сделать вроде CheckBox?
Возможные значения это 0 и 1

Соловьев (2003-03-26 10:34:00) [1]
По моему скромному мнению от англ раскладки. Типа ЗЫ - PS

Stas (2003-03-26 10:32:00) [2]
To Sergey13 & Соловьев
Что такое ИМХО ?

Fiend (2003-03-26 10:21:00) [3]
То Stas:

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

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

Соловьев (2003-03-26 10:16:00) [4]
Можно конечно, но если потом у тебя появится глюк, и заказчик будет тебя доставать, а исходников нет, будет туго, прийдется долго посидеть чтобы исправить: связываться с разработчиком компоненты или самому переделать. Я тоже использую чужие компоненты, но стараюсь свести это к минимуму.

Stas (2003-03-26 10:11:00) [5]
to Соловьев, Вот и я о том же...
Если нет времени делать свой компонент (а компонент дело такое, что с ним возится дольше чем с прогой), то можно использовать и чужой.

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

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

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

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

Stas (2003-03-25 15:15:00) [8]
>Бог в помощь.
Спасибо.
помоему Roman_kv нашел EhLib и забыл за этот вопрос, а мы уже пол дня спорим.

MsGuns (2003-03-25 15:03:00) [9]
>Stas © (25.03.03 14:21)
>Зачем писать три дня грид, для пятиминутной программы ??? когда есть готовый. А розабраться и понять можно и на досуге.

Бог в помощь.

Stas (2003-03-25 14:21:00) [10]
to MsGuns
А я не спорю что нужно знать как устроено, Я че-то за архитекторов не понял.
А крестьянин пашет на тракторе, чтобы мышцы не напрягать и производительность повысить, НО если есть трактор крестьянин не пройдет первый ряд лопатой чтобы понять как плуг работает !!!
Также и с Grido"m, Зачем писать три дня грид, для пятиминутной программы ??? когда есть готовый. А розабраться и понять можно и на досуге.

Anatoly Podgoretsky (2003-03-25 14:09:00) [11]
Fiend © (25.03.03 13:11)
Это компилятор десятого поколения.

MsGuns (2003-03-25 14:07:00) [12]
>Stas © (25.03.03 13:59)
>А почему вы используете DELPHI а не Ассемблер ???

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

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

Fiend (2003-03-25 14:04:00) [13]
То Stas:
А мы и на Асме можем
(а-ля кот матроскин - а я еще и на машинке вышивать умею)

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

Stas (2003-03-25 13:59:00) [14]
To MsGuns and Fiend
А почему вы используете DELPHI а не Ассемблер ???
Я не против того чтобы понимать, но всего должно быть в меру !!!
Если мне нужно отобразить какие-то данные в сетке а потмо сгенерировать простой отчет, то я что должен сесть написать генератор отчетов, потом GRID, Кнопку, ToolBar, только для того чтобы разобраться как это работает ???
Тем более что я считаю если я специалзируюсь в своей области, а кто-то в области написания компонент, то я не уверен что я могу написать компонент чем он.

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

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

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

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

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

Desdechado (2003-03-24 21:12:00) [19]
см. DBGridEh

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »