ActFramework

一楼致敬开源中国 公开课链接 框架介绍 应用项目的搭建与框架和插件的版本 直播修复 GH1346 bug 的过程 如何在 Act 应用中发送邮件 ActFramework 的路由机制 来源： oschina 链接： https://my.oschina.net/greenlaw110/blog/4405864

上次老码农在 一场版本升级引发的性能血案 - 之数据历险 一文中讲得口吐白沫, 最后还是没有一个结果, 反而被 OSCer 们各种吐槽: "看得我快快精尽人亡了" "看着一头雾水" "一脸懵逼进来，一脸懵逼出去" ... 看来是扯得太细致了一些 (虽然老码农已经省略了 99% 的历险细节了). 这次老码农保证文章绝对简单易懂, 中心思想就四个字: 王者归来 . 这次不需要什么探案过程, 直接把结果给大家汇报一下. JSON 测试结果 单次查询测试结果 20 次查询测试结果 查询及后端模板生成测试结果 20 次数据更新测试结果 Hello World 文本返回测试结果 这次的测试结果老码农非常满意, 完全回到了 Act 在 1.8.1 时期的性能水准, 甚至还有提高. 再一次证明了 ActFramework 在 Java Web 框架中明显的性能优势. 当然老码农也看到还有一些测试数据表现出明显的异常, 最典型的就是 act + hibernate 在 postgresql 数据库的 20 次数据更新测试中得分非常低, 在 Java 框架中基本上处于垫底的位置. 这个是老码农在接下来的性能优化工作的重点照顾对象. 而一场版本升级引发的性能血案本身也就此结案了. 关于 ActFramework ActFramework 是一款功能强大的 Java Web 框架, 适用于传统的 Web

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> JFinal 波总和我在 谈谈我对 JFinal Marketing 的一些看法 博文的评论中谈到了数学和软件之间的关系. 这篇文章中我再详细说说我的理解. 在我看来, 纵观人类知识的积累, 大致可以分为 "道" 与 "术". 所谓"道", 即天道, 也就是自然规律. 而"术", 即技术, 是人类对已发现自然规律的应用. 自先秦而降中国文化即重道而轻术, 这当然尤其历史局限, 但道在术先也是毋庸置疑的. 波总在 JFinal 4.8 发布 新闻中引用了欧拉恒等式: 在我看来欧拉恒等式属于"道"的范畴, 它简洁优美地表达了几个基本量之间的关系, 这是我们这个宇宙的自然规律, 是被 发现 的, 而不是被 发明 的. 波总在对我的回复中讲到: 就因为要素 + 关系是很普适很好用的建模因子，所以才会像你所说的与很多东西存在同构。这里的关键、难点在于：你将什么东西提取并抽象成为要素与关系，一百个人可以有一百种提取方式。数学大师欧拉提取了e、i、pi、0、1、+、= 这五个要素与两个关系，请问为什么不是另一个普通人提取出来，就因为这个提取过程极难、极难，需要对本质有深刻洞察。提取抽象出要素与关系只是建模的第一步，你得验证要素与关系之间是不是逻辑自洽、续洽、他洽，否则你建立的这个模型就是错误的。光是这一步就是极难的事情。好了

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 今天我参与到一桩 嘲讽 JF 的公案 中 , 坦率的讲, 这不是一件光彩的事. 在 ActFramework QQ 群里也有人表达不赞同. 我当时回应的是 " 这也是对 JF 看法一种比较间接的表达方式 ". 后来想了一下, 这的确有背后伤人的小气在里面, 所以干脆就借助 OSC 的博客平台公开自己对 JF 的一些看法. 首先, 技术上是有一些不认同的地方, 但这些不认同并不妨碍 JF 在我心中属于优秀国产开源项目的看法. 放下技术方面的看法不论, 这里谈谈我对 JF Marketing 方面的一些异见: “极”，“可怕”这一类的修饰词放在文学作品中当然没有问题，但像这样夸张地方式在广告中尚且不对，出现在一个工程产品的发布新闻，甚至说明手册中，真的让人难以接受 欧拉恒等式当然是优美简洁的坐标，可拉出来佐证 JF 的“极简”，这怕是比拉大旗作虎皮还要过分很多倍的事情吧 谈性能 9 年，居然不拿出（或者拿不出）三方平台的数据报告；放出自己搞的性能数据只有模板生成的，这是不敢面对真实的自己呢，还是不敢面对外面的世界呢？ 产品手册中随意使用“平庸”,“浪费生命”之类的字眼来形容其他产品；自己做的就修饰为“独创”- 当然也不管是不是独创 在我心中软件工程属于科学技术的范畴, 不是用文字修饰的对象.

有的项目可能需要前端展示后端应用的版本, 这样可以让用户在报告错误的时候给出版本信息,帮助定位错误. 使用 ActFramework 开发应用可以很方便地提供应用版本信息给前端. 1. 访问 /~/info 服务 使用 Accept=application/json Accept 设置为其他值 2. 检查响应的 Server 头: 当你的应用部署在 nginx 后面的时候, Server 头被 nginx 占用了. 这时候你可以设置 nginx 使用其他头来输出应用版本信息, 例如 X-App-Version : server { listen 80; server_name mysvc.mycomp.com; location / { proxy_pass http://localhost:5460; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; add_header X-App-Version $upstream_http_server; } } 设置好了之后你就能从响应中通过 X-App-Version (或者你设置的任何名字) 访问到应用的版本了: