目前的扩展点定位，在动态匹配场景下灵活度不完善

[funkygao]

在SaaS平台下，要建立一套low-code平台，要实现类似salesforce Trigger机制：

• Trigger通过扩展点机制实现
  • 每个Model可能对应一个Trigger，完成beforeInsert/afterInsert/beforeUpdate/afterUpdate/beforeDelete/afterDelete功能
• 通过Plugin机制，实现动态加载Trigger的实现，即扩展点实例
• https://github.com/dddplus/easyapp/blob/5a92067ed97dc2d43abd6d3ed75b5ef297df5ce5/easyapp-sdk/src/main/java/io.github.dddplus.easyapp.sdk/ITrigger.java#L10
• 每天Trigger实例，@Extension(code=model_id)

面临的挑战：

• 谁来实现Pattern?
  • 使用者实现Pattern，则全都是boilerplate code block，违法DRY原则；此外，也不安全，万一写错呢，还需要加保护
  • SaaS平台实现Pattern，但Pattern目前都是靠实现写代码实现的/static；这个场景下，Pattern是不确定的，因为用户可以随时定义新的Model
• Pattern数量会太多，造成匹配的性能障碍

[funkygao]

如果一个JVM上跑20个客户，每个客户都有100个Model，每个Model都实现了Trigger，那么Trigger实例总计：2,000

[funkygao]

如果一个JVM上跑20个客户，每个客户都有100个Model，每个Model都实现了Trigger，那么Trigger实例总计：2,000

all stored in JVM Map, O(1), acceptable