Spring MVC中文文档翻译发布

先后通过九个月，我翻译的Spring MVC官方4.2.4版本中文文档能够发布第一个较为完整的版本了。译文上尽可能作到准确而且符合中文习惯，让人能读懂，能理解。现全文发布以下，也但愿它可以给出其价值，并收到反馈。

• 七牛主站：mvc.linesh.tw
• 备份镜像：一个奇怪的域名（主站不稳定时使用）
• Gitbook原站（墙内访问较慢，且不太稳定）

阅读过程任何想法、建议、吐槽、强迫症不给译者狂点100个赞就浑身不舒服、以为赞、以为不赞，不管关于翻译、技术、样式等，请让我知道。你能够：

• 来Github赞我被消费一个
• 在Gitbook讨论里给我留言
• 在Github里给这个项目提issue
• 在Github里给这个项目提pull request
• 在文档上进行即时评论：在gitbook文档上，鼠标划过任何段落右侧，浮现+号时点击便可评论
• 邮箱：linesh.simpcity@gmail.com

翻译过程，文本无关的思考

在翻译上仍在摸索，有本身的想法，体现到译本中，读者也许能够发现一些痕迹。这种种理念，若是要排个优先级，那么我以为是：

1. 符合中文习惯。看起来像机翻不能要，名词乱翻误导读者不能要，长句复杂句太多不能要
2. 准确传达原意。这点本来是最重要的，但让位于符合中文习惯，是由于若是译本有机翻痕迹，给人的品质感和可信度就下降了
3. 更准确和更优雅的翻译风格。

软件开发的脚步一直在前进。发展尤为火和快的应数前端，各式样的MV*框架（Angular/React/Vue.js）、包管理（npm/bower）、构建工具（webpack/gulp/grunt）不胜其数，展现了前端所见即所得的强大魅力。与这股先后端分离趋势相适应的呢，后端也在提RESTful、MicroService这些东西。我对后端感兴趣，也但愿能克服一些不温馨去学习前端的东西，一些UI实在令人愉悦。

另外呢，翻译和推广翻译又是两回事。翻译的时候天然但愿译文受到你们喜欢和关注，但昨天在各大平台推广的时候呢，又发现什么样的题目和图片能更吸引读者眼球。后端在社群里相对前端确实没有那么可视化，不少模式、框架、架构等讨论起来流于文字，要是还不注重UI和representation的话，确实光看到题目就直接pass掉了。在活跃的社区呢，也看到了一些现象，你们如今想要看什么东西？

• 从Android代码中来记忆23种设计模式
• 15款你可能不知道的精致Mac应用
• 100个弹框设计小结
• 5款高效的原型设计工具
• Android名企面试题及涉及知识点整理

资源太过丰富，致使咱们学习浅尝辄止，这已是一个许多人提过的问题。看到有人为咱们总结了几点几点，一下就看完了，或者集合了什么资源，下意识点个赞，收藏一下（特别是还有这种收藏插件），就完了。点赞收藏的成本很低，但这样肯定不是在朝着抵抗力最低的路径在走吗？不是在放弃本身思考的权利么？难道不是在成为被平台消费的用户？看完了这些东西，我真的就提升了吗？

我检讨的恰是这个。Bob Martin在《程序员的自我修养》一书中说，“那些在过去50年中来之不易的理念，绝大部分在今天仍像过去同样富有价值，甚至宝贵了”。在翻译的过程，我对MVC和Spring所提供的AOP、IOC、设计模式，以及Servlet 3.0规范一些东西，感受有深挖的价值。里面是一些更为根本的代码功底和工程理念，非表层框架变迁所及。

推广之初，本是但愿这个译本能被多多star，检讨及此，又但愿本身不要被消费，同时但愿各位不要被我所消费。什么是有有益的，什么是本身须要的，什么工具能让本身更有效率，就去看，去用。其他形式应无所住。

以上。如此译本亦将脱离我而去。

-- 2016年06月28日