看了一下代码，感觉有点闭门造车的感觉 about anno.core HOT 4 CLOSED

你这框架排场搞的很大，代码细节一看千疮百孔，随便找一段你自己琢磨琢磨，catch里搞这么多事情干什么，完了再try，再出异常也不写日志，没有一个框架级的重试机制吗，这样的代码看起来很初学者，其他的代码我懒得贴了，自己找吧。
我不是故意要喷你没事找事，只是我也是做.NET的，看到这种代码我很无语，难道.NET开发者现在都这样了吗，认清不了自己的水平在哪，代码细节都处理不好就要造火箭

from anno.core.

看到你也实现了事件总线，再来一起看看，几个很严重的问题
1.你的事件总线难道从头到尾就一个Exchange和Queue！？？所有消息都发到一个队列吗！？？，要是有些任务是要实时执行的，但是前面有一些无关紧要的消息还没出队列耗着，你是要他排队到什么时候？
2.所有消息都发到一个队列，你是要消费者写判断语句去选择哪个是他该处理的消息吗？？你要是做架构师，手下得累死，加个不同类型的消息就得改下消费者，整天就处理这些破事得了
3.有必要每次发消息都重新ExchangeDeclare定义一下吗，你不知道这个是很耗性能的吗，这个CreateModel()不能做成池复用吗，来来回回的创建合适吗，你去看看阿里云提供的RabbitMQ服务，他要求CreateModel，ExchangeDeclare这些定义操作tps不超过100，如果是大量的消息发送很多tps都是无用的重复ExchangeDeclare定义操作，把这些tps留给SendMessage不好吗？？
4.你这个异步操作PublishAsync，你根本就没搞懂await和async的原理，加了Async后缀的异步操作必须返回Task
5.这个Subscribe，理解不了，我只是觉得Subscribe没必要这么实现
..

from anno.core.

不喷喷你，人人都觉得自己是架构师，清醒一点，好好再加把劲，你框架列的组件名称都是很好的，只是你实现的太难看了，重新再规划规划重新写吧，别一上来就干代码，先思路理清楚，多了解了解国外开源组件的**（并不是抄代码），看看人家为什么要这么设计，肯定是遇到了什么业务问题才这么设计的，这样可以在你没有大量项目经验的基础上可以少走弯路，就这样吧。

from anno.core.

你真的只是看了一下，没有第二下。
1、分布式锁，是多台机器多个服务的。
2、性能你可以去测试下
3、eventbus 你也可以 多了解下。
不要一知半解没看懂别人在做啥，一栏懵逼的去一顿乱喷。
虽然很不愿意搭理你，但是你仍然可以在这里提出你的问题，有时间会给你解答。

from anno.core.