Вход Зарегистрироваться
Обзор
Проекты с открытым исходным кодом > Mobile/Cell Phone Development > Android Components/Projects &&
Сканировать QR-код WeChat для оплаты
Отмена
Платеж завершен
Смотреть
Отписаться Следить за всеми активностями Следить только за динамикой выпуска обновлений Подписаться без уведомления
1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/xiaojinziCoder-Component

Код Задачи 0 Запросы на слияние 0 Wiki Статистика
Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
HTTPS SSH SVN SVN+SSH
Копировать
Скачать ZIP
changelog.md 43 КБ
Копировать Редактировать Web IDE Исходные данные Просмотреть построчно История
Отправлено 06.03.2025 04:26 b52604c

v1.9.2.1

  • Улучшена проблема с определением нескольких раз для плагина Gradle

v1.9.2

  • Обновлены версии связанные с Kotlin
  • Исправлена проблема с тем, что после внесения изменений в версию v1.9.1-beta1 страница-перехватчик схемы scheme перестала работать

v1.9.1-beta1

  • Исправлена проблема с атрибутом autoInit аннотации @ServiceAnno для классов, где указано имя
  • В URI схема scheme начала действовать официально, после обновления совместимость с предыдущими версиями сохраняется, но модули бизнеса, выпущенные с помощью старых версий, требуют обновления и повторной публикации
  • Аннотация RouterAnno теперь поддерживает регулярные выражения, что делает переходы типа http://xxx/xxx более удобными
  • Больше не рекомендуется вызывать метод Component.check() вручную, вместо этого в конфиге добавлен новый атрибут errorCheck, который при открытии проверяет наличие дубликатов во время отладки

v1.9.0-Stable2

  • Добавлена полная поддержка автоматического внедрения для файлов Kotlin
  • API маршрутизатора теперь поддерживает режим suspend для Kotlin

v1.9.0-Stable1

  • Поддержана регистрация модулей с учетом приоритета#### v1.9.0
  • Все методы и названия, связанные с before, исправлены на before
  • Метод call для запуска перехода теперь поддерживает больше расширений Kotlin для удобства использования

v1.9.0-beta2

  • Автоматическое внедрение теперь поддерживает свойства файлов Kotlin, нет необходимости использовать аннотацию @JvmField
  • Аннотация @ServiceAnno получила новый атрибут autoInit, позволяющий автоматически инициализировать сервис после загрузки модуля. Этот процесс происходит каждый раз при загрузке или выгрузке модуля.#### v1.9.0-beta1
  • Добавлена возможность декорировать сервисы с помощью аннотации @ServiceDecoratorAnno
  • Возможность декорировать сервисы теперь поддерживает условия
  • Исправлена проблема с тем, что маршруты не выгружались вместе с выгрузкой модулей

v1.8.8

  • Выпущен модуль корутин на Kotlin
  • В этом выпуске и во всех предыдущих версиях существует проблема с отключением модулей, когда таблица маршрутов не может быть отключена
    • Поскольку в реальных проектах нет ситуаций с отключением модулей, эта проблема временно не исправлена в данном выпуске, но будет исправлена в последующих версиях
    • Причина, почему в реальных проектах модули не отключаются, заключается в том, что после отключения могут возникнуть непредвиденные проблемы. Верное решение — загружать только те модули, которые вам нужны при запуске, а не отключать их позже!
  • Исправлен баг метода isCauseBy в Util

v1.8.6

  • Поддержка нескольких реализаций для Service. Для одного интерфейса можно иметь несколько реализационных классов, но они должны различаться по имени.#### [v1. 8. 3. 6](https://github.com/xiaojinzi123/Component/releases/tag/v1. 8. 3. 5)
  • [#79](https://github. com)com/xiaojinzi123/Component/issues/79) Из-за решения задачимертвых

Замени все китайские символы на русский эквивалент:

мертвых

Таким образом, полный текст с исправлениями будет следующим:

мертвых[v1.0]8. 3. 1](https://github.com/xiaojinzi123/Component/releases/tag/v1. 8. 3. 1)

  • Добавлена возможность публикации с поддержкой Java 8
  • Поддерживается внедрение нескольких свойств через аннотацию. Это主要用于解决如果需要更改key的问题。
  • Поддержка классов реализации помеченных аннотацией @ServiceAnno, которые могут опционально реализовать интерфейс IServiceLifecycle для получения обратных вызовов жизненного цикла модулей — данная функция будет удалена.
  • Классы пользовательских модулей жизненного цикла должны реализовывать интерфейс IApplicationLifecycle, а не старый интерфейс IComponentApplication. Хотя последний пока поддерживается, в будущих версиях он будет удален.
  • Внутренняя оптимизация структуры классов. Необходимо обновить новый конфигурационный файл ProGuard.

[v1. 8. 2. 3](https://github.com/xiaojinzi123/Component/releases/tag/v1. 8. 2. 3)

  • Улучшена работа с именами хоста, где нельзя использовать _ в начале имени.
  • Исправлена проблема бесконечной рекурсии при вызове методов ServiceManager.get() или FragmentManager.get() в потоках, отличных от основного, если нет реализованного класса.#### v1.8.2.2
  • При использовании обычного startActivityForResult вместо активностей из фреймворка можно указывать requestCode.

v1.8.2.1

  • Исправлена проблема с недействительностью ProxtActivity после изменения пакета модуля impl.
  • В документацию router добавлен переключатель boolean для управления созданием документов (component_router_doc_enable). Конфигурация аналогична componnet_router_doc_folder, например ext.component_router_doc_enable = true.
  • Атрибут конфигурирования аннотационного генератора RouterDoc переименован в RouterDocFolder.
  • Аннотационному генератору добавлен переключатель для управления созданием документов RouterDocEnable, значение которого обычно совпадает со значением component_router_doc_enable.

v1.8.2- Добавлены сообщения об ошибках при выборе между конфигурацией Androidx и не Androidx.

  • После изменения host и path URI страницей-перехватчиком происходит перезагрузка нового перехватчика целевой страницы.

    • Поскольку перехватчики связаны с URI цели, изменение URI внутри перехватчика может привести к тому, что Intent не будет соответствовать перехватчику.

  • Добавлены приоритеты выполнения перехватчиков interceptorPriorities и interceptorNamePriorities.

  • Исправлена проблема с получением ActivityResult при одновременном использовании двух переходов.

    • Причиной является то, что commitAllowingStateLoss не выполняется немедленно, а требует использования commitNowAllowingStateLoss. Проблема чаще всего встречается в тестовых условиях.

  • Улучшено логирование ошибок при получении ActivityResult из-за повторения requestCode.#### v1.8.1.1

  • Исправлена проблема синхронизации Query URI с Bundle после обновления версии.

    • В предыдущих версиях это проявлялось как невозможность получения параметров Query из Bundle внутри перехватчиков.

v1.8.1

  • beforJumpAction полностью переименовано в beforAction
  • afterJumpAction полностью переименовано в afterAction
  • Добавлен beforStartAction, этот Action связан с методом startActivity
  • Добавлен afterStartAction, этот Action связан с методом startActivity
    • Может использоваться для переходных анимаций

v1.8.0.2

  • Поддержка обычных методов putXXX для маршрута Fragment

v1.8.0.1

  • Поддержка типа ArrayList<? extends Serializable> в RouterApi и AutoWire. Этот тип проверяется как Serializable
  • Исправление ошибки в названии папки для генерации документов componnet_router_doc_folder. Изменено на component_router_doc_folder

v1.8.0

  • Исправление обработки userInfo в Uri при его отсутствии

  • Добавлена возможность использовать метод для проверки повторной активации маршрута. Navigator.useRouteRepeatCheck(boolean) по умолчанию использует глобальное значение, которое по умолчанию равно true

  • Добавлена функция генерации документации, соответствующая issue#### v1.7.9

  • В класс ModuleManager добавлен метод autoRegister(), который автоматически загружает все модули

    • Предполагается использование плагина Gradle и включение опции optimizeInit

  • Добавлена опция конфигурации для автоматической загрузки всех модулей при инициализации

  • Два вышеописанных изменения не поддерживаются Google App Bundle. Обратите внимание

  • В класс ParameterSupport добавлена поддержка получения данных из Uri

  • Поддержка UserInfo в Uri при переходах. Для использования аннотации @UserInfoAnno

  • Исправление проблемы передачи значений при применении аннотации @FragmentAnno к классу. Подробнее см. issue #51

  • Переименование метода haveProxyIntent в isProxyIntentExist в классе Router

  • Исправление ошибки при автоматическом внедрении параметров типа ArrayList<T extends Parcelable>

  • Поддержка внедрения массивов данных из Uri

  • Автоматическое внедрение теперь поддерживает SparseArray<? extends Parcelable>

  • В класс ParameterSupport добавлен метод getSparseParcelableArray

Версия 1.7.8 (несовместимое обновление)- Все конфигурации были переформатированы. Теперь используется класс Config для конфигурирования. Способ инициализации изменился. Component.init(boolean, Config); 

- В конфигурациях добавлен метод `tipWhenUseApplication(boolean)` для напоминания пользователям использовать `Application` в качестве контекста, значение по умолчанию — `true`.
- В конфигурации добавлен метод `useRouteRepeatCheckInterceptor(boolean)` для управления использованием встроенных антидроповых проверок повторных переходов, значение по умолчанию — `true`.
- Класс `Config` реализует паттерн "строитель", что позволяет лучше организовать несколько конфигураций и обеспечивает хорошую расширяемость для будущих конфигураций.

  • Метод Router.with(Context).withProxyBundle переименован в Router.with(Context).proxyBundle.

  • Пакеты OnRouterCancel и OnRouterError переименованы в com.xiaojinzi.component.support.

  • Класс com.xiaojinzi.component.condition.Condition переименован в com.xiaojinzi.component.support.Condition.

  • Класс com.xiaojinzi.component.bean.CustomerIntentCall переименован в com.xiaojinzi.component.support.CustomerIntentCall.

  • Улучшены возможности внедрения свойств и сервисов. Цель — сделать более явной логику внедрения значений свойств и сервисов, а также предоставить пользователю возможность выбора между объединением и разделением этих функций.

    • Функциональность метода Component.inject(Object) остается прежней.
    • Метод Component.injectFromIntent(Object, Intent) переименован в injectAttrValueFromIntent(Object, Intent), внутри которого удалено внедрение сервисов. - Метод Component.injectFromBundle(Object, Intent) переименован в injectAttrValueFromBundle(Object, Intent), внутри которого удалено внедрение сервисов.
    • Добавлен новый метод Component.injectService(Object) для внедрения сервисов.

  • Аннотация @FieldValueAutowiredAnno переименована в @AttrValueAutowiredAnno. Несовместимое обновление.

  • Обновлены несколько библиотек до последних версий.

    • Версия RxJava обновлена до 2.2.17.### Версия 1.7.7.3 (функциональные улучшения + оптимизация)

  • Для удовлетворения некоторых сценариев, требующих получения Intent заранее, была специально реализована функция создания прокси Intent. Подробнее здесь.

  • Исправлена проблема путаницы requestCode при получении ActivityResult через Router и при указании только requestCode в Router.

  • Исправлена правильная запись аннотации FieldAutowiredAnno, ранее она была названа как FiledAutowiredAnno.

  • Исправлен баг плагина Gradle при копировании jar.### Версия 1.7.7.2 (оптимизация) — планируется удаление свойства singleTon в аннотации FragmentAnno. Учитывая, что обычно при использовании Fragment создается новый экземпляр.

  • Фреймворк никогда не будет вызывать метод requestCodeRandom() автоматически. Несколько человек обратили внимание, что когда они запрашивают ActivityResult, можно было бы просто генерировать случайный requestCode с помощью метода requestCodeRandom(). Однако это не рекомендовано. Ниже приведены мои объяснения.

    • На самом деле, запрос ActivityResult связан с процессом, который начинается от метода startActivityForResult() и заканчивается методом onActivityResult.
    • В качестве дизайна фреймворка, я могу сделать так, чтобы он автоматически генерировал случайный requestCode. Но я хочу, чтобы пользователи понимали, что это все еще является частью метода startActivityForResult(), требующего наличия requestCode.
    • Метод requestCodeRandom() представляет собой удобство, но его нельзя игнорировать, поскольку я хочу, чтобы пользователи осознавали необходимость использования requestCode.
    • Таким образом, следует отметить, что фреймворк не будет автоматически вызывать метод requestCodeRandom(). Это стоит помнить всем пользователям.

  • При использовании Application для перехода, добавлены логи, предупреждающие пользователя о том, что используется Application, а также о том, что использование этого объекта не рекомендуется.

    • Добавлен метод Component.````markdown closeLogWhenUsingApplication(); для отключения предупреждающих сообщений.

  • Оптимизация внутреннего кода получения объекта Service в методе ServiceManager.get(Class). Объекты, созданные пользователем, должны создаваться в главном потоке, согласно начальному дизайну (все взаимодействие пользователя должно происходить в главном потоке).

  • Оптимизация возможной проблемы инициализации интерцептора в других потоках.

    • При первом выполнении перехода в фоновом потоке может произойти инициализация интерцептора в этом потоке.

  • Все внутренние методы были добавлены аннотациям потока, указывающим диапазон потока для каждого метода.

  • Добавлено глобальное уникальное имя для Fragment. Когда есть несколько фрагментов с одинаковым именем, вызов Component.check() при старте выведет ошибку, помогая найти проблему повторяющихся имен.

v1.7.7.1

- Устранены ошибки в корректировке (оптимизация следующих проблем):
    - При получении целевого экрана `ActivityResult`, если произошла ошибка в методах до или после, сообщение об ошибке не выводится.#### v1.7.7
- В конфигурационном классе компонента `Component` добавлена возможность `optimizeInit(boolean)`, которая по умолчанию равна `false`. Если установить значение `true`, то инициализация будет выполнена с использованием технологии ASM, в противном случае — через рефлексию.
    - На практике производительность обоих вариантов практически одинакова. Поэтому, если вы не занимаетесь экстремальным оптимизированием, я рекомендую использовать рефлексию.
- `Gradle Plugin`
    - В предыдущей версии был добавлен плагин `Gradle Plugin`, предназначенный для ускорения запуска приложения. Подробнее см. [issue](https://github.com/xiaojinzi123/Component/issues/26).
    - По умолчанию компонент использует рефлексию для инициализации, но время инициализации с оптимизацией и без неё отличается всего на несколько миллисекунд. Поэтому использование этого плагина не рекомендуется.
    - Конечно, использование `Gradle`-плагина может привести к некоторым неизвестным рискам. Если возникнут какие-либо проблемы, немедленно отключите этот плагин для диагностики.
    - Если проблема вызвана этим плагином, пожалуйста, отключите его. Это не повлияет на ваш код. Если возможно, отправьте мне информацию о проблеме. Спасибо.
- `Idea Plugin` исправлено отображение значков для `RxRouter`.
- `Idea Plugin` больше не поддерживает `AS3.4`, минимальная поддерживаемая версия — `AS3.5`.#### v1.7.6.2
- Все методы `navigate` теперь имеют аннотацию `@CheckResult`, что указывает пользователям на наличие возвращаемых данных. Если вам не нужен возврат значения, вы можете использовать соответствующий метод `forward`.

#### v1.7.6.1
- Добавлен полный набор методов `forward`, которые не возвращают объект типа `NavigationDisposable`.#### v1.7.6
 - Добавлена функциональность "роутинга" `Fragment` (это просто более простой способ получения `Fragment`).
     - Любой `Fragment` можно пометить аннотацией `@FragmentAnno`.
     - Для использования см. раздел "Роутинг" в `wiki`: [Переход Fragment](https://github.com/)Рейс-Сопоставление-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-Соответствие-- Исправлено опечатание в методе `onDestory` интерфейса `IComponentApplication`, правильное название — `onDestroy`.

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

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

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

- Переработана последовательность выполнения нескольких пользовательских действий (`Action`).

- В API маршрутов добавлены аннотации `AfterErrorActionAnno` и `AfterEventActionAnno`.#### v1.7.4
- Метод `Router.with()` теперь поддерживает пустые аргументы, что по умолчанию использует `Application` в качестве контекста. Разработчик рекомендует использовать этот метод только тогда, когда нет доступного контекста `Activity`. При наличии контекста `Activity` разработчик советует передавать его.

#### v1.7.3.2
- Расширенная версия API маршрутов теперь поддерживает возврат `Observable` с использованием `RxJava`, а также поддерживаются типы `Single` и `Completable`.

#### v1.7.3.1
- Устранены проблемы с автоматическим внедрением компонентов типа `Fragment`.
- Класс `ComponentConfig` переименован в `Component`.
- В исходном коде добавлен пример запуска отдельного модуля `Module1` через новый модуль `Module1Run`.

#### v1.7.3.0
- Поддерживается внедрение свойств с помощью аннотации `@FieldAutowiredAnno`.
- Поддерживается внедрение сервисов с помощью аннотации `@ServiceAutowireAnno`.
- Используется метод `Component.inject(this)` для внедрения свойств и сервисов.

#### v1.7.2.3
- Поддерживается создание пользовательского класса жизненного цикла для каждого бизнес-модуля, если это требуется. Это позволяет пользователям уменьшить количество конфигураций.

#### v1.7.2.2
- Добавлена возможность указывать свойство `hostAndPath` в аннотации `@RouterAnno`.

#### v1.7.2.1
- Репозиторий изменён на `jitpack`, более стабильный источник зависимостей.

#### v1.7.2
- Поддерживается использование `Activity Options` в API маршрутов, параметры можно пометить аннотацией `@OptionsAnno`.#### v1.7.1
- Улучшена поддержка использования API маршрутов.
- Удалена возможность создания пользовательской функции для возвращаемого значения `void` при переходах.
- Добавлена поддержка параметров `flag` и `category` при переходах.

#### v1.7.0
- Отменена поддержка возможности пользователей определять параметры при переходах.
- Поддерживается полное внедрение всех свойств в компоненты интерфейсов, что возможно благодаря методу `Component.inject(this)`.

#### v1.6.1
- Устранена проблема с неподдерживаемым `requestCode`.

#### v1.6.0
- Добавлена поддержка маршрутизируемых интерфейсов типа `Api`, аналогично `Retrofit`. Подробнее см. примеры в исходном коде. Поиск всех классов, помеченных аннотацией `@RouterApiAnno`.

#### Версии до v1.6.0
Детали версий ранее v1.6.0 уже не отслеживаются. В каждом последующем обновлении будет подробно указано содержание изменений.

Опубликовать ( 0 )

Вы можете оставить комментарий после Вход в систему

1
https://api.gitlife.ru/oschina-mirror/xiaojinziCoder-Component.git
git@api.gitlife.ru:oschina-mirror/xiaojinziCoder-Component.git
oschina-mirror
xiaojinziCoder-Component
xiaojinziCoder-Component
1.x/develop
Опубликовать
Отчет о репозитории
Вернуться к началу