Joostina 1.3.0 и 1.3.1 разные ветки?

[Arkadiy]

Собственно вопрос. Надо-ли чтобы компонент поддерживал и ту и другую Joostina или сразу целиться на 1.3.1?

[smart]

А в чем проблема поддерживать обе? Насколько мне известно, там нет таких кардинальных изменений в ядре, чтобы это было проблематично.

[Arkadiy]

Небольшая проблема в перемещении файлов, так Tar.php переехал в библиотеки, ну и разные мелочи наверняка полезут.

[Arkadiy]

mosTabs сейчас тоже переехал, вопрос - просто переписать подключение или уже ставить условия в зависимости от версии?

[sekras]

+1
если хотим сделать систему популярной, одно из условий - расширения!
а тут не успела выйти 1.3.0, как в 1.3.1 уже кучу нововведений..
получается сейчас вообще 3 версии.. 1.2.0, 1.3.0 и скорая 1.3.1

надо бы стабилизировать API

p.s. ИМХО все потому что нет четкого плана, roadmap так сказать

[Arkadiy]

ну про 1.2.0 мы не говорим, т.к. в ней большинство расширений от Joomla работают, а вот две последние интересуют очень сильно.

[boston]

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

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

Плана развития нет, так же как и на другие версии Joostina. Всё решается на ходу, в ходе тестирования и анализа кода, потому и получается сумбур.

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

[smart]

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

И еще, IMHO, план развития нужен обязательно. Пусть не детализированный с точностью до имени класса, но должен быть. Ну как минимум, это интересно разработчикам расширений. Вот мне например. Чтобы знать, куда идет система, как укладываются планы по развитию системы, в планы по развитию расширений (может что-то станет проще, а может наоборот куча геморроя). Так что планы нужны, и публиковать их тоже надо.

[Arkadiy]

Исходя из вышесказанного могу сделать вывод: поддержку 1.3.0 делать не надо, все совмещать с 1.3.1. Я правильно понял?

[Gold Dragon]

голова кругом... Как делать компоненты когда нет документации по API ?

[boston]

Arkadiy, правильно.

smart, ок.

Gold Dragon, изучать систему самостоятельно, по готовым расширениям и коду. По документации пока не получается.

[Gold Dragon]

да я бы с удовольствием.. кстати это и делаю.. Вот только каждая новая версия получается совсем новой и другой

[beliyadm]

Gold Dragon, изучать систему самостоятельно, по готовым расширениям и коду. По документации пока не получается.

Коля, ты же не первый день замужем. Много ли жистестойких систем без официальной документации, но пусть и с идеально комментированным кодом? Я таких видел пару штук от силы...
Увы, наличие и правильность документации играет огромную роль в развитии приложения

[Gold Dragon]

кстати, boston, вот создали новый класс какой-нибудь, так можно кратко описать что это такое и что делает. А уж подробности допишем

[Maiwend]

Не хочу создавать новую тему, думаю это не так необходимо.

У меня вопрос: в 1.3.1 появилась папка com_finder в components, этот компонент сам заработает благодаря простой перезаливке 1.3.0 на 1.3.1?

Или надо шаманить? Я даже не знаю, что это )



В общем 1.3.1 более похожа на самостоятельную версию, чем на продолжение, даже форум (YarBB) и тот отказывается работать.

[boston]

Maiwend, нет, не заработает. он использует некоторые библиотеки появившиеся только  в 1.3.1.

[Gold Dragon]

коли такая революционная 1.3.1 обозвали бы её 1.4 или вообще 2.0

[boston]

из 1.4 сейчас и сливаю правки в 1.3.1... а 2.0 - она уже совсем другая по файловой структуре и расширения от других версий на ней только после очень жесткого допила заведутся...

[Maiwend]

Название не самое важное, важно, что к таким не слабым изменениям сразу подтянут приложения 

[Andros]

Ну если Boston обещает, что к уже стабильной 1.3.1 начнется работа с допилкой расширений и документацией, то тогда я спок!
Но... Надо бы сориентировать как-то по срокам выхода этой стабильной 1.3.1

[Gold Dragon]

лучше не определять а то сорвётся