LINUX.ORG.RU

Некий локальный вопрос на глобальную тему, не знаю даже как назвать... правила задания синонимов?


0

0

В общем след. проблема. Есть некий набор объектов, фактически дерево, каждый объект имеет ряд строковых/числовых полей. Необходимо придумать неикй механизм, позволяющий гибко (и удобно) задавать синонимы для объектов, то есть что бы после пропускания через этот механизм нек-е объекты заменялись на другие. Вопрос в том как это сделать наиболее удобным для пользователя образом?

Зяык разработки питон, правила нужно (видимо) описывать в некотором конфиге. Варианты есть (напр типа задавать правила вида маска:действие по замене объекта), но все как то не то, не нравится.......... в какую сторону хоть смотреть по данному поводу?

★★★★★
Ответ на: комментарий от anonymous

Ептить.... да нету проблемы в том как это представить и т.д. - есть проблема в том как это сделать удобно в использовании!

Про конфликт м-ду мощностью/уровнем слышали? Все что есть из такого фундаментального весьма мощно, позволяет делать все что угодно... т.е. любая конкретная операция выливается в некоторый геморрой.

AIv ★★★★★
() автор топика
Ответ на: комментарий от AIv

> Про конфликт м-ду мощностью/уровнем слышали? Все что есть из такого фундаментального весьма мощно, позволяет делать все что угодно... т.е. любая конкретная операция выливается в некоторый геморрой.

ну так твоя задача -- это задача которую решает любой package manager с зависимостями..

dilmah ★★★★★
()
Ответ на: комментарий от AIv

А тебе уже советовали использовать языки, которые позволяют выбрать любую нужную тебе степень абстракции, или конкретизировать до нужного уровня любую абстракцию. Ты же в свой C++ упёрся, и теперь мучаешься...

anonymous
()
Ответ на: комментарий от anonymous

>А тебе уже советовали использовать языки, которые позволяют выбрать любую нужную тебе степень абстракции, или конкретизировать до нужного уровня любую абстракцию. Ты же в свой C++ упёрся, и теперь мучаешься...

В данном случае речь я пишу на питоне. Про конкретизацию и абстракцию - см. выше. Я ж не для себя дела.ю а для тупых кодеров, все должно быть понятно... они и слов то таких как абстракция не знают:-)

AIv ★★★★★
() автор топика
Ответ на: комментарий от AIv

Тем более - раз для тупых, то надо сделать для них наиболее простой и понятный язык для работы с этими графами, а не заставлять бедненьких приспособить Питон туда, куда он никак не подходит.

anonymous
()
Ответ на: комментарий от anonymous

Епрст.... во первых для пользователя графовость задачи тут если будеьт стрелять, то весьма редко ИМНО.

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

без обид........

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

AIv ★★★★★
() автор топика
Ответ на: комментарий от dilmah

Э... в приницпе да, именно об этом и речь. Токо задача не в том как эти зависимости раскрутить (это тривиально), задача втом какой функционал предоставить юзеру для эффективного изменения этих зависмостей... то чт оесть в CVS напр ИМНО довольно скромно, хочеться большего...

А так обычно pm -ы как мне казалось просто зависимости поднимают, и их изменение (ручная перенастройка) явление доволлььно редкое? Или я не прав?

AIv ★★★★★
() автор топика
Ответ на: комментарий от AIv

Что такое domain specific languages мсье не понимает. Так и запишем.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.