Концепты

Концепция построения бизнес-логики

Правила простроения бизнес-логики

Для построения бизнес-логики используется иерархическая модель функциональных элементов.
То есть базовым элементом бизнес-логики является функция - компонент, которая реализована с помощью
объекта класса Command с методом Exec, это типичный шаблон проектирования Command

Браузер как клиентская часть СУБД

Тема этой ветки тоже относится скорее к теме "идеальной БД". Тоже обсуждение концепций, но уже использования браузера для работы с БД, как middleware между человеком и сервером. Основной постулат: браузер есть идеальный клиент идеальной БД. Для этого ему нужна небольшая JS-библиотека, подгружаемая прозрачно для пользователя.

Концепции разработки идеальной БД

Здравствуйте. Как-то настораживает, что здесь просто МЕРТВАЯ тишина, но, возможно, это и к лучшему. Я хотел бы обсудить концепции построения моделей и баз данных, сформулировать требования к идеальной БД. По всей цепочке: от ядра до конечного пользователя. Но только концепции - иначе мгновенно утонем.

ELIT. ООП и роли

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

Непричесанные мысли о первичности ООП

В любой задаче, решаемой с помощью компьютера, можно выделить следующие основные части:

  1. Интерфейс с внешним миром (входные и выходные данные расчетной задачи, входные и выходные сигнальные цепи, а также человеко-машинный интерфейс (HMI) - в задачах управления);
  2. Структура (всего программно-аппаратного комплекса, используемого при решении задачи);
  3. Процесс (функционирование аппаратно-программного комплекса при решении задачи);
  4. Результат (анализ результата).

Машины теорий. Структура линейного текста и ее альтернативы

Алексей Седов, 1997

Уважаемые Господа! Хочу предложить Вам (в сокращении) фрагмент моей старой статьи по ряду проблем построения программ. Статья была написана по другому поводу, чем предлагавшиеся мною ранее материалы, но, надеюсь, она немного прояснит то, что я понимаю под введенными ранее понятиями. Полагаю, ее чтение не оставит сомнений в том, что я не считаю, будто люди мыслят многомерными матрицами. В настоящий момент мне трудно предложить какой-либо иной способ ответить на возникавшие здесь вопросы, чем пересылка в конференцию фрагмента моего архива.

Размышления о путях развития ООП

1. Кризис программирования

"Программа выполнила допустимую операцию, но будет закрыта по умолчанию".
Из программистского юмора

Когда Ваш компьютер в третий раз за день зависает по необъяснимым причинам, или любимый текстовый редактор перечеркивает полдня Вашей работы, аварийно завершаясь с лаконичным сообщением "Программа выполнила недопустимую операцию и будет закрыта", совершенно закономерно приходят в голову мысли о кризисе отрасли программирования. Эмоциональные советы "специалистов" о том, что "настоящие программисты не используют Windows, Basic, Pascal, С++ и проч. (нужное подчеркнуть)" являются на самом деле не столько советами, сколько признанием собственного бессилия перед конъюнктурой компьютерного рынка, который заставляет производителей в спешке выпускать все новые и новые версии сырых программных продуктов. Это внешняя причина кризиса.

RSS-материал