OberonCore

Модератор: выделено из viewtopic.php?p=34313#p34313
Точно так. Все бантики не впихнуть, всем не угодишь. А вот автоматическая инсталляция компонентов прямо из ББ - это было бы да-а-а Понадобился компонент - открываешь список, выбираешь и жмёшь кнопку "Поставить".

Изобретаем менеджер пакетов?

Что такое "пакеты" и зачем их менеджить?

Мне просто лень браузер открывать, лень скачивать компонент вручную и устанавливать.

Это первый шаг. Шаг второй -- разрешение зависимостей между компонентами.

И снова - что такое "пакет"?

Если я поставил компонент, затем заюзал его в других компонентах - то мне его уже никак не стереть - с манагером или без (вернее, физически стереть можно, если голова не думает совсем). А если не заюзал, то стирание делается вручную.

Будьте проще

P.S. Сразу и на это (viewtopic.php?p=34343#p34343) отвечу, тема одна.



Если вводить автоматизированное управление компонентами, то придётся избавляться от файловой системы. То есть, от возможности устанавливать и удалять компоненты вручную. И мнение системы управления компонентами будет в этом вопросе определяющим. То есть, получаем баальшой "чёрный ящик", который не пойми как работает, при минимальной выгоде.

Стереть компонент я могу сам. Посмотреть зависимости - леХко (а благодаря инструменту BBTools и вовсе стало чудесно жить . Вот искать компоненты и ставить их - можно бы и на два клика мышой. И достатошно.

Дело в том, что у человека не всегда получается помнить всё что он установил и все связи между этим вот установленным. Поэтому неплохо бы иметь инструмент которым помнил/выявлял/помогал найти эти самые вот зависимости. Чтобы не потереть чего лишнего нечаянно.

Это ж рутина. Почему бы рутину не повесить на машину?

Во! Я тоже так думаю.
В меню - "Установить" - "Деинсталлировать".
При установке собирается инфа, а деинсталлятор делает корректный откат.

Деинсталлятор не сможет сделать откат, если компонент заюзан другими. Остаётся возможность стереть вручную, но это плохой путь и поэтому надо избавляться от ручного стирания и т.д. и т.п., т.е. вставать на Путь Больших Проблем.

А если компонент не заюзан, то просто стираем и всё.

Не знаю, я нечасто ставлю-удаляю компоненты, поэтому вряд ли для меня это рутина. Выявить компоненты, от которых зависит модуль можно как с помощью стандартного Info, Dependencies, так и с помощью BBTools. Для выявления мест, где используется компонент, мне помогает обычный поиск в файловом менеджере.

Заюзан в данный конкретный момент (вот прямо сейчас загружен какой-то модуль использующий модуль который мы собираемся стереть), или же вообще?

Вообще, да. То есть, ситуация "BlackBox не запущен". Или не загружены ни наш компонент, ни тот, кто его юзает. В этом случае, надо осуществлять поиск по имени нашего компонента в содержимом компонентов во всех подсистемах. И тут мы выходим на варианты:

1. Поиск по исходникам.
2. Поиск по бинарникам (если компонент распространяется без исходника).

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

Что такое "разрешение зависимостей", я не понимаю. Кому и зачем надо что-то решать или разрешать? Вот "навигация по зависимостям" мне как-то понятнее.

Мы просто всё хотим мыслить ББ как целую ОСь и приложения.

А не лучше ли представлять себе его как индивидуальную ОС для одного приложения - набора компонент? ))

Храним сборки на каждую задачу - use-case. Ненужно - выкинули целиком соответствующий Блэкбокс. Или как минимум профиль.

Да, но в таком случае нужен инструмент по формированию "сборок". Сейчас вот я это делаю вручную и не скажу, что это сильно удобно.

А как так можно допускать несоответствие бинарника его исходнику?

Момент компиляции разводит их во времени.

То есть Вы считаете такую ситуацию нормальной?

Она просто есть и мы её обсуждаем как данность.

Извините, а что за BBTools?

А, извините, ссылку не дал. Исправляюсь: http://www.zinnamturm.eu/downloadsAC.htm#Bbt

Большое спасибо Ивану Горячеву!

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