苟利技术生死以，岂因困难避趋之

感觉这句话可以说三遍，如果觉得无聊了就换本书看，多买几本不同领域的书，比如算法/嵌入式/GUI应用/编译原理/语言实现换着看，是个不错的方法。

以前有电脑的时候我根本不会看书，现在也是一样……

所以说一定不能让自己经常在电脑旁边…… 会死人的
思维也是不在实操编程的时候会灵活很多

许多不错的设计也都是在吃饭、散步什么的时候想出来的

所以这个下机时间很重要，学习期要多留

像我这样的码农，不太在乎（学习理论、实践理论）提升的，书基本不会看，编程比较多……

成天水裙是没前途的 （无恶意，只是说，如果那样的话）

大概帮助，太冷漠太热情都不合适，还是点到为止。

#Java #statement

以前我也写过，可惜我不会写（
https://github.com/duangsuse-valid-projects/GeekApk

上次被逼无奈用了下spring，真香（x

XML 怪物
没了 XML 开始回归自然 也不见得就好到哪里去
Java EE 有不少画蛇添足的举措
往往解决一个问题他们能多引入 30% 的 boilerplate

要我自己还是不会去用的，文档太厚，原理不清楚，出了问题不会修

？用spring boot注解就香了

但 Vert.x 用 Router() 更方便，更体贴编程语言

感觉这张路由表非常巨大（

终归还是得写在一个verticle里的

『路由表』(path bindings) 是没有办法的，不是他们起个 endpoint 的名字暴露给你们，后面就不需要有 dispatch 的操作了

这可不一定，暴露到编程语言的『值』里面，可组合性完全可能超乎你想像
路由表和 handler 甚至都可以动态从外部加载，靠 Annotation 这种极其特化的东西是办不到的
反射靠 Annotation 的『语法糖』，可是另一个世界了

httpserver被verticle外部访问是可以的吗？

可是 Router 是一个值啊
HttpServer.setRouter
Router.route

框架的 Vertice 抽象，对面向对象有啥限制是他们的事情，Router 是一个有状态的数据，怎么解耦合是另一回事

也行。。。全局持有一个router？

可以用全局函数设置 Router 实例

而且你也完全可以用良好设计的 Router 模型和反射，支持 SpringBoot 式的 Annotation 配置，理论上这没问题

这是做好了一个更大的情况，不是在保持大情况依然就那样的情况做小的 workaround

而且那么写就要上类扫描啥的