feat(config): config compiler plugins for auto-patching and supporting legacy import_preset syntax

[lotem]

Fixes #149 , also:

• Fixed two bugs in config dependency resolution append/merge algorithm.
• Disabled the old Customizer.

TODO:

• Remove the patched copy on next upgrade.
• Schema copied to user direction without notification, as well as symlinks should be removed too,
• after applying the fallback resource resolver to dictionary files.

[kionz]

/ku:l/

[osfans]

android ndk 有編譯錯誤，不知有沒有解法。
linux的gcc和clang編譯通過。

  In file included from /home/osfans/trime/app/src/main/jni/librime/src/rime/config/auto_patch_config_plugin.cc:6:
  /home/osfans/trime/app/src/main/jni/librime/src/rime/config/config_compiler_impl.h:37:33: error: member reference base type 'char const[12]' is not a structure or union
    return stream << representable.repr();
                     ~~~~~~~~~~~~~^~~~~
  /home/osfans/trime/app/src/main/jni/librime/src/rime/config/auto_patch_config_plugin.cc:28:13: note: in instantiation of function template specialization 'rime::operator<<<std::__ndk1::basic_stringstream<char, std::__ndk1::char_traits<char>, std::__ndk1::allocator<char> >, char [12]>' requested here
    LOG(INFO) << "auto-patch " << resource->resource_id << ":/__patch: "

[Prcuvu]

@osfans ndk是怎么识别成那个对RepresentableT的左移操作符的？难道ndk没有std::ostream对const char *的左移操作符？

[lotem]

這代碼是我寫的嘛？我瞧瞧。

喔。原來是 Reference 和 Dependency 兩種類型，我給他總結成模板參數了。
沒法唔，我太喜歡用模板了。編譯器展開以後應該還是他倆。
妥了，我就多寫幾句，還給他寫成兩樣吧。

[lotem]

@osfans Pushed 71817a0

[osfans]

@lotem 果然編譯過了。是因爲ndk檢查嚴格嗎？

[osfans]

發現一個問題,不能__include自己
錯誤如下:

E0919 11:44:33.235180 29953 config_compiler.cc:504] unresolved dependency: Include(luna_pinyin.schema:/test/punctuator)
E0919 11:44:33.235309 29953 config_compiler.cc:504] unresolved dependency: PendingChild(luna_pinyin.schema:/punctuator)
E0919 11:44:33.235345 29953 config_component.cc:213] error loading config from: luna_pinyin.schema

luna_pinyin.schema.yaml

test:
  punctuator:
    full_shape:
      ' ' : { commit: '　' }
      ',' : { commit: ， }

punctuator:
  __include: /test/punctuator

[lotem]

@osfans 因爲有個看不見的 auto-patch。

__patch: luna_pinyin.custom.yaml:/patch?

test:
  punctuator:
    full_shape:
      ' ' : { commit: '　' }
      ',' : { commit: ， }

punctuator:
  __include: /test/punctuator

這樣看的話，的確有衝突：punctuator/__include 要用到尚待 patch 的節點 test/punctuator——在應用 __patch 之前，無法確定要引用內容（的最終版本）。

怎麼解決呢？
一個思路是，讀完YAML只要任何子節點上有操作，就不自動打補丁啦。這也就是說，只給未使用新語法的文件自動打補丁。
另一個思路是，先對當前文件未解決的依賴求值，再打補丁。這樣呢，導致自動補丁在語義上有所不同——補丁可能修改被引用過的節點（test），那麼先期求值的引用會保持舊的值。

無論如何，如果自己寫等效的補丁，還是會發生衝突的。——或者不應當認爲這種用法有錯？

[osfans]

第一個思路的話，要不就判斷luna_pinyin.custom.yaml是否存在？不存在就不打，應該能滿足依賴關係。
但如果存在的話，還是會有錯誤。

不知怎麼解決好了。

[kionz]

@osfans @lotem i have a fix #154
allowing references to access unresolved node