【muzzik分享】MK框架上架了!开源、类型安全、即改即用

好吧我才反应过来框架中很多设置是直接改全局配置

有群吗 框架得思想太高深了

群号点我头像

V1.1.1 版本更新

What’s Changed

Full Changelog : v1.1.0…v1.1.1

1赞

不错,比tgx 好多了

1赞

V1.1.2 版本更新

增加

  • 增加框架模块剔除/恢复功能
  • 增加 MVVM 单独示例
  • 为打开动画增加是否等待选项

修改

  • 修改命名风格为驼峰
  • 升级至 3.8.6
  • 简化示例项目
  • 删除已弃用接口的使用
  • 更新 README,增加仓库导航

修复

  • 防止分组重复添加相同音频单元
  • 增加音频单元自动释放管理
  • 修复 MKHttp 中的编解码器未使用

What’s Changed

Full Changelog: https://github.com/1226085293/MKFramework/compare/v1.1.1...v1.1.2

V1.1.3 版本更新

What’s Changed

Full Changelog: https://github.com/1226085293/MKFramework/compare/v1.1.2...v1.1.3

1赞

MK框架博客更新:纯脚本和组件式开发的区别及方法

https://mkframework.muzzik.cc/blog/script-and-component-development

打开ui,需要传递脚本名,这样是不是没法解耦,这样脚本分包就不好弄

脚本名可以走配置,单独放一个地方

可以具体说下吗?我现在想兼顾不影响分包,但传参的智能提示在,又不需要手动处理参数

像我们的都是放一个公共的地方的,到时直接取。一般是放到main包里

这种有坑点,本来只想更新某个子包,增加了窗体,那么就会连主包也更新.

那就采用注册形式的呗,加载bundle的脚本后自动注册,然后再打开Bundle里的界面

这不会造成任何影响,如果你不使用某个类型那么就应该删除,而且不会造成循环引用,也更方便查看代码
从预制体到脚本或从枚举到脚本会导致代码查看不便,这才是落后的方式

对于分包,即使你使用其他方式也得保证你使用的脚本已经存在,引用未加载的脚本的结果是报错,你分割开了顶多可以拦截报错,而且编码更麻烦,没有任何好处

选择其他方式时,你可以想想另外的方式比这个方式好在哪儿

能代码分包~

正常的也能,代码分包取决于你的项目架构,或者你可以举例直接引用类型不能做分包但是其他方式可以分包的情况

我认为静态import和动态import都能解决你的问题

所以我在问有什么办法能解决。
用字符串可以处理,但智能化不够。

你的情况是需要在先加载的A Bundle调用B Bundle的脚本是吧,要么把逻辑放在B,要么就得动态import,没啥好办法