Кстати убил на нее год своей работы + кодера.
кодера убил?? :)
Yurij [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
Поля не обязательно расставлять линейно - в метаданные объекта вполне
могут
входить элементы описания расстановки.
Искусственный интеллект встраивается в виде объекта в реляционную БД.
И будет всем щастье.
On Tue, 06 Mar 2007 09:26:42 +0300, rstas [EMAIL PROTECTED] wrote:
Можно использовать и оба подхода. А чтобы в формах, сгенеренных
[поскипано, sorry]
Для более-менее приличной юзабилити нужно будет тогда целый конструктор для
юзверя делать, чтобы он мог панели создавать и по группам /
sw [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Много копий и не только переломано на фронте R vs OO.
Но часто у сторонников этих подходов наблюдается какая-то крайность
взглядов.
Либо суют OO где не поподя, либо шарахаются от ООП - не лучше мы
Привет, WildSery!
Вы пишешь 06 марта 2007:
W [поскипано, sorry]
W Для более-менее приличной юзабилити нужно будет тогда целый конструктор
W для юзверя делать, чтобы он мог панели создавать и по группам / закладкам
W раскладывать эти едиты. Плюс задание шоткатов.
И получим новый 1С
Plotnikov Y wrote:
Дед, а без юмора если (ну, или в меру) - есть какие нить труды на эту тему?
Должны быть, но я не помню. 30 лет назад у нас даже курс был в
институте на эту тему, правда касаемо приборных панелей. Просто в голове
ещё тогда отложилось, что об этом надо думать и иметь в
Юзабилити и автоматическая генерация друг другу никак не противоречат.
И точно
так же сделанные вручную интерфейсы могут быть непригодными к
использованию.
Поля не обязательно расставлять линейно - в метаданные объекта вполне
могут
входить элементы описания расстановки.
Баловался я в
D Есть хороший способ. Когда кто-то из юзеров приболел или в отпуск
D пошёл, сядь на денёк на его рабочее место. Куча новых идей по интерфейсу
D гарантирована, равно как и стайка матов в полёте ;)
+1
Я однажды на своей тульской еще системе один торговал запчастями с 8 утра до
11. На двух
Hello, Alex!
You wrote to WildSery on Tue, 6 Mar 2007 11:28:20 +0300:
AC И получим новый 1С
AC Вернее - 2C!
Брр. Чем больше я с нею (1С) общаюсь, тем сильнее меня от нее тошнит.
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixangry_dogtndottobdotru
sw [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
И где здесь противоречие реляционной теории?
Даже заикания не было о противоречии МОДЕЛИ (не теории) реляционной БД.
Правда при реализации всё равно остаются вопросы разграничения доступа,
виртуализации
Plotnikov Y пишет:
нормально получается, но интересно же и теорию послушать...
Должно помочь: Интерфейс Джеф Раскин, изд. Символ, 2003
--
Успехов, Андрей Иванов.
On Mar 6, 10:18 am, Андрей Могильный [EMAIL PROTECTED] wrote:
Поля не обязательно расставлять линейно - в метаданные объекта вполне
могут
входить элементы описания расстановки.
Left, Top, Width, Height?
Тебе проще так в коде прописать, чем мышой поместить куда надо, используя
всякие
On Mar 6, 12:20 pm, Alexander A. Venikov [EMAIL PROTECTED] wrote:
AC И получим новый 1С
AC Вернее - 2C!
Брр. Чем больше я с нею (1С) общаюсь, тем сильнее меня от нее тошнит.
При этом это наиболее успешный продукт из области автоматизации
бухучета. Причем реализация языка для
On Mar 6, 12:27 pm, Ded [EMAIL PROTECTED] wrote:
sw wrote:
В наследование, например, доволько аккуратно вписывается ситуация, когда
есть две таблицы связаны связью 1:1 и вторая (наследуемый класс)
ради бога... Но вообще-то наследование к 1:1 притянуто даже не за уши, а
за гениталии. Ну
Hi Alexander A. Venikov !
AAV Брр. Чем больше я с нею (1С) общаюсь, тем сильнее
AAV меня от нее тошнит.
А меня забраковали 1С-программеры :) Сказали, меня переучивать надо, чтобы я
правильно, по-одинэсовски, писать начал :)
И слава Богу, что забраковали, а то навешать хотели на меня еще
sw wrote:
Так я и не тяну любую 1:1 связь к наследованию. Заметь:
яВ наследование, например, доволько аккуратно вписывается ситуация,
когда есть две таблицы
ясвязаны связью 1:1 и вторая (наследуемый класс) соответствует
некоторому набору первой
я(базовой таблицы), если между ними можно
Yurij wrote:
По-моему, моделирование наследования с помощью таблиц, связанных 1:1,
наиболее очевидный вариант. Причем так можно делать даже множественное
наследование.
За ту же парту.
--
Regards. Ded.
P.S. Наверное большинство, так или иначе попадали на объектно-ориентированный
крючок,
хотелось бы узнать опыт и сделанные выводы.
Ничего не посоветую, ибо опыт совсем короткий был, да и очень давно это было.
Просто расскажу, как было.
1997-м, начали делать КИС для организции, и главному
За ту же парту.
Не нельзя... - явно подерёмся :-)
Всем привет.
Много копий и не только переломано на фронте R vs OO.
Но часто у сторонников этих подходов наблюдается какая-то крайность взглядов.
Либо суют OO где не поподя, либо шарахаются от ООП - не лучше мы постаринке.
Пытаться совмещать - это тоже компромис не впользу обоих подходов.
Вот
Привет, sw!
Вы пишешь 05 марта 2007:
[мечтания автора грубо поскипаны]
s В тоже время не ставить палки в колёса реляционной теории.
s Что об этом думает уважаемая публика.
утопизм.
буль-буль.
--
With best regards, Alex Cherednichenko.
Если в предметной области паралельно использовать оба подхода, для
абстракции.
Например:
Таблица - Класс,
Столбцы таблицы - Поля объекта,
Процедуры для получения и записи строки таблицы - методы доступа
Процедура для обработки обной строки таблицы (удаление, изменение) -
метод объекта
[мечтания автора грубо поскипаны]
s В тоже время не ставить палки в колёса реляционной теории.
s Что об этом думает уважаемая публика.
утопизм.
буль-буль.
Спасибо Ихтиандр. //без обид :-)
PS. Тут анекдот вспомнился:
Значит, попал к опытному сантехнику ЖЭКа студент ПТУшник на практику.
А
sw wrote:
Вот я подумал почему нельзя использовать некоторые приимущества ООП не
отходя от Коддовской теории.
Однажды лебедь раком щуку...
Например:
Таблица - Класс,
Не-а. Это описатель свойств множества.
Столбцы таблицы - Поля объекта,
С натяжкой покатит.
Процедуры для
On Mar 5, 5:50 pm, Ded [EMAIL PROTECTED] wrote:
Что об этом думает уважаемая публика.
Вот скажи-ка, мил человек. Вспоминая многострочные
докУменты-проводки. Вот у мну, например, процедура завершения складской
операции, скажем, приёмки, задевает 13 таблиц:
- хидер входной накладной
-
Yurij wrote:
Складская операция - сложный объект,
Стоп-стоп-стоп. Тока што объектом была таблица, а операция - это
как-никак функция...
состоящий из связанных объектов
И состоит она (информационная реализация) из кода, а не из объектов.
А материальная реализация состоит из
On Mon, 05 Mar 2007 19:23:11 +0300, Yurij [EMAIL PROTECTED] wrote:
Т.е. если по хорошему - клиент вообще не касается таблиц, а
работает с объектами через сервер приложений.
Казалось бы, при чём тут Firebird?
--
Сергей Смирнов.
Y Описание объекта в свою очередь состоит из описания его
Y хранения в СУБД(адаптер объект-СУБД), нескольких вариантов
Y описания его интерфейса(адаптеры GUI,адаптеры веб-интерфейса)
вот налицо типичный образец человека, принявшего за веру книги Фаулера.
А теперь признайся, ты реальной проект
On Mar 5, 6:41 pm, Ded [EMAIL PROTECTED] wrote:
Yurij wrote:
Складская операция - сложный объект,
Стоп-стоп-стоп. Тока што объектом была таблица, а операция - это
как-никак функция...
Тут возникает путаница из-за того, что таблица выполняет несколько
функций -
это и множество записей,
On Mar 5, 7:02 pm, Alexandr Kochmin [EMAIL PROTECTED] wrote:
Y Описание объекта в свою очередь состоит из описания его
Y хранения в СУБД(адаптер объект-СУБД), нескольких вариантов
Y описания его интерфейса(адаптеры GUI,адаптеры веб-интерфейса)
вот налицо типичный образец человека,
Yurij wrote:
Множество же объектов класса не во всех реализациях ООП
доступно вообще.
Не может быть, чтоб в ООП что-то было не то што недоступно, а просто
некузяво. Не верю!
Действие раскладывается на его отображения в разных аспектах
информационной системы и поэтому описывается
Что об этом думает уважаемая публика.
Ну что тебе сказать про Сахалин? На острове нормальная погода.
Жаль я уже ушел из большего секса, а то бы я побуянил в этом
топике :-)
Коваленко Дмитрий.
Андрей Могильный пишет:
А меня бесят автоматически сгенеренные интерфейсы, веришь - нет? Потому что
юзабилити у них - ноль. Это я со стороны пользователя говорю, со стороны
программиста - конечно класс, один раз продумал все и айда автоматом лепить
формы. Похер что на них по 50-100 атрибутов в
On Mar 6, 7:21 am, Андрей Могильный [EMAIL PROTECTED] wrote:
А меня от вида дизайнера форм и мышиной возни начинает бесить. Я
А меня бесят автоматически сгенеренные интерфейсы, веришь - нет? Потому что
юзабилити у них - ноль. Это я со стороны пользователя говорю, со стороны
Юзабилити и
34 matches
Mail list logo
