zido

多对多双向，需要一个是 ManyToMany 注解 + 一个 mappedBy。具体看一下 jpa 的说明。应该是你配置的问题，而不是 fetch.LAZY 的问题。而且如果我没记错的话，LAZY 应该是默认的吧

我并没有指责的意思啦，只是说因为我以前用了很长一段时间这个主题，对这个主题映像很深刻，情不自禁的说了一下，我的错我的错。😂

你这个皮肤就是 hexo-material 啊，一毛一样 2333

spring3？！！？？!我穿越了？

已注册，太喜欢这种风格了！😆

为什么你们写出来的前端这么好看！我不服。。。

我的笔记本现在用的 deepin，台式是 archlinux

赞同，很可惜，没人这么教我，我花了几年时间才明白这个道理

我一直依赖推荐的是以需求推动学习。以我学习 ioc、di 为例。首先是需求确定，为什么去学习他，有两个方向，一个是闲得发慌重复造轮子，一个是更好的在日常中去使用。接着先用用比较知名的框架，例如 spring 的 ioc，看看手感怎么样，想想它是如何实现的，翻翻官方文档，一般都有简单的实现原理，spring 的明确的提到了 beanFactory 之类的东西。接着，这个时候，如果你一股脑钻进去看源码，没有一定的经验，一定是不知所谓，茫然得一比，所以这个时候其一般鼓励先思考思考如何实现，先猜猜有些什么坑（比如我猜到了依赖会有循环问题，当然只猜对了一般，实际上只有 contructor 会有，而我猜的是所有情况下的注入都会有），然后想想自己怎么去实现它，没有把握就勤能补拙，动手去写一个，不要怕代码写的差，老实说，写得好也不会有人多看你一眼（笑）。人如果是菜鸟时期，又没有人教你，那么毫无疑问，勤能补拙，多动手，动手结合理论，就能够慢慢进入角色了，多看了几个框架，之后你就会慢慢积累一些套路经验，到那时，无论结构多么复杂的代码都能开始慢慢看懂了。我个人在 2018 最大的收获就是通过勤能补拙，进入了一个开始不那么依赖于动手也能看懂代码的阶段。

个人理解

啊，我之前写 ioc 也是啊！话了好长时间用图来搞 ioc 的依赖模型。。。发现，还是 tm 的硬编码舒服，简单粗暴可定制型高，气哭惹

嗦嘎，骚瑞，失误。。。。

如图，我怎么修改都没用，@88250 ，bug 反馈，markdown 解析问题，直接反馈给你了。

共享经济神话破灭、互联网企业裁员风潮、P2P 频频爆雷、区块链大军轰然溃败

看新闻上说的

java！java！我是 java 厨。go 也可以

你这个，seo 问题大啊

说到服务端渲染，我不得不吹一波 gatsbyjs。爽到哭。基本做到了最舒服的 spa。ssr 极其友好，靠着 react 的生态圈，简直爽到哭。😒

nodejs 你完全可以和前端区分开来看，你把 nodejs 当做另外一门语言（例如 java）。这样你就好理解多了，以下我直接说明用 java 作为 nodejs 的别名，看着别扭的话，你就换成 nodejs 就行了。

nodejs 到底是干什么的只是单纯的提供 rest 请求的数据？

java 是一门后端语言，不仅仅可以提供 rest 服务，你可以用在任何地方，然后浏览器的编程语言仅仅只识别 js（先计较 applet，凉都凉了），所以 java 不能在浏览器上运行。你完全可以用 java 做一个 js 渲染引擎，只要你够强。

能否指定前端标签进行类似 dom 的指定数据渲染呢 ？

什么意思，没看懂

前端和 node 交互式通过 ajax 吗？

js 和 java 交互一般通过 http，因为一般情况我们接触最多的就是浏览器 <-> 服务器模式，所以是由浏览器端的 js 执行 ajax 请求服务器端的 java 数据，然而实际上还有种东西叫模板引擎，你可以通过模板引擎由服务器渲染出指定的 js 代码到浏览器端。

node 写的 js 和前端内嵌的 js 有什么区别？

你可以用 java 进行 js 脚本本身的预处理，特别强调一下 java 和 js 不互通，不能够直接进行语言层面的交互，例如函数调用（当然可以用中间件的形式，那也不算语言层面的交互了）。在很久很久之前，没有 nodejs 的时候，前端工程化使用的是 maven 之类的（正式 java 现在的流行的工程化工具）。js 语言本身只是脚本，例如本来的文件只是 var abc = 1;abc += abc;console.log(abc),但是你可以使用 java 写一个程序压缩代码，变成 var a = 1;a+=a;console.log(a);，使得代码更短小，前端加载的带宽压力减小，而这样一个过程需要你编写前端运行的 js，然后运行一次 java 程序来压缩它。当你需要解决前端更多的问题时，比如你想自动解决兼容性，所以你可以使用 java 编写一个兼容性处理程序，实际上就是往 js 文件里面塞入一些 js 的 polyfill 脚本，这些 js 在服务器端就只是字符串，没有任何特殊意义。只有当服务器把这个 js 发送到客户端的浏览器上的，这些代码才会生效。当你有越来越多的需求，你就需要更多的 java 程序，来帮助你自动处理这些 js 文件，让很多编写过程直接省略变成一次自动处理过程（后来越来越复杂，现在基本也叫做编译了）。所以这个问题总结就是，你的 java 可以用来做 js 代码的编译器，帮助你自动解决一些 js 代码的问题，例如压缩。

假如这样的项目开发完了，java 作为后台肯定需要（jre 还有 Tomcat），html 还有 css 文件放到 Nginx 上，那其他的呢，尤其是用 node.js 写的 js 放到什么地方？

java 代码本身不是计算机可识别的机器码，所以不能直接运行，需要虚拟机（这里强调一下，nodejs 需要 nodejs 环境，类似虚拟机，直接叫运行环境吧，我也不太具体的知道这里的虚拟机和运行环境有啥区别。php 语言需要 php 的运行环境一样）。java 需要 tomcat 是因为缺乏内置的 http 服务实现，现在也已经有了，tomcat/undertow/jetty 之类的都能内嵌。有了内嵌就能直接运行，不需要使用外部的 http 服务。对于 js，不需要有任何的特殊对待，直接放在能被客户端访问到的地方就行了。

总结

把上面的 java 替换成 nodejs，也没啥问题。只是需要提一下，nodejs 和 js 互通的问题，对于这个问题，你需要辩证的看待。毫无疑问，nodejs 和前端的 js 是同一种编程语言，但是你更应该了解，js 是脚本语言，只是字符串，真正的解释执行是由运行环境来的，比如 nodejs，比如 chrome 浏览器。但是不同点是 nodejs 是后端语言，它的全局挂载点 global 和浏览器里的 window 不是同一个东西，nodejs 提供额外的很多 api，浏览器环境并不支持，对于这些 api，你想要互通是不可能的。更别提前端不支持（最新的 chrome 支持）模块化。也就是说如果你在 js 文件里面使用类似'module.exports', export , import 之类的更是不可能在前端使用。但是编程语言是灵活的，我前面也提到了，只是文本处理而已，那么就可以使用一个编译程序来让它支持，把 module.export 之类的api替换掉，换成 window.xxx=这样，就可以在前端使用 window.xxx` 来访问了。这也就引出来了现代化的编译工具 babel，它就可以完成这项工作，webpack4.x(还是 3.x 来着)，也内置了相似的实现。

以上

js 不太适合也不太需要面向对象的语法啦，就函数式走下去其实也挺不错的，不必强求面向对象的感觉

更高级的套路差不多就是 google 的套路啊，到处笼络开发者的人心，现在人心都向 google 啊，有个微软站出来也挺不错的 。感觉谷歌，微软都在下一盘超级大的棋

再来一波用原型链的 😒

然俄 manjaro 体验可以用糟糕来形容，至少对我而言是这样 😒 ，而且超级容易炸

如果是这样，我推荐 archlinux+kde。你会发现比 manjaro+kde 还炫酷，konsole 可以设置毛玻璃效果 😂

哦，对了，我放弃 kde 是因为 wine 在 kde 下有个窗口 bug，而且等了好几个版本都没能修复，后来看到不知道是不是作者说的，这个 bug 没法修复，是 kde 的问题。没办法，我就转向了 gnome

说真的，不是很推荐 manjaro，我觉得甚至还不如 deepin，至少 deepin 是真的好看，自带软件也很符合国人习惯。

在以前，我也是一直推荐别人用 manjaro，毕竟图形化安装界面很有吸引力，直到我自己安装了一次之后...就再也不想碰了。

。。。虽然号称易用，但是都不如直接用 archlinux 按照自己的想法来配置。之前也试过，i7/16G 都能卡。。。我是真的佛了。总之还是感觉原本的 archlinux 最好用。kde 确实炫酷，用了很久，但是因为某些原因，最后还是换了 gnome，也还行，挺不错的，主要是稳定性很突出。

微信真是同感，我也只能说自己不是目标用户 😆。

彩蛋作者就是偏右啊，哪有被祭天，只不过是绩效好像成了最低（3.25）

光看书是没有用的（除了大学时期，大学时期一定要稳得住），边写边学效率是最高的，没有目标很难进步的

造轮子，我就是这样的，一直在想办法对自己进行深化，我觉得最好的就是先试着在 github 上面打打卡，前期不一定要作出多么有意义的东西，慢慢打卡开坑，尝试着找自己的兴趣。

这是我最近一两个月的连续打卡情况，养成习惯，不打卡不舒服斯基 😆

其实感觉思路大同小异，确实，你说的意义不大我在最后也提到了，是真的意义不大，只能说一些约定俗成的事情尽可能的多做吧，主要还是提供一些思路。对于日志来说，套用我们老大的话，日志就是用来写的，多点信息挺好，利于排错 😆

v 大的史诗级大作准备开始了吗