Joker123456789

@MidCoder 用起来更方便一些。 而且只要不是照抄的，总会有些差异的，解决同一需求的产品总是不会以孤独的方式出现，比如安卓和 ios，windows 和 macos，百事和可口，KFC 和麦当劳，vue/anglurjs/react 。

还有一点就是，我提供了官方 web 生态，开发 web 也更方便，而 netty 是一个纯粹的网络包，社区内可能有一些生态 但是官方没有。 其实我更像 vert.x

不过 这些都比较虚啦，个人开发者 这个招牌 本身就不存在信任感，我即使说的再多也没啥用，网络包毕竟不是一个小工具，不是给大家带来方便就行的，他一般在项目中属于核心，所以选型的时候会比较谨慎。

随缘吧。

可以啊，完全可以，没有任何问题。

唯一的不方便点 就是 需要自己写脚本 做自动连接与登录。 不然每次都得写 ssh [email protected] 然后输入密码。

你是不是应该先说一下 你要写什么语言？ 不说这个 谁能帮到你哦

简单粗暴的理解一下就行了。

Controller 进出都是 VO，为的是 一旦前后端的交互数据有了改动，只需要改 controller 就行了，不需要去动 service 。
Service 进出都是 DTO，为的是 业务逻辑内部发生变化，跟外界无关，反正入参出参没改。
DAO 就要看情况了，如果是多表查询 一次返回多个表的字段作为一个数据集，为了数据结构的清晰 可以用 DTO 。其他情况基本进出都是 PO 。

但是 绝非雷打不动的，实际开发中可以酌情处理。

@danc 为什么要做好被喷的准备？ 你们是受害者吗？ 跟玻璃心又有啥关系？

如果你说的这个 喷，指的是 有理有据的吐槽项目缺点，那就算你说的对吧。我也乐意接受这种吐槽。

然后关于功能简陋的问题，这个项目的定位本身就是 介于原生 nio 和 应用层之间的一个东西，又不是 spring 那种完善庞大的框架， 所以简陋反而是对的。 而且我不是还提供了其他组件嘛。

@soulzz 目前还没有，都是通过 报文里的 长度属性 来分包的。 后面我再接着优化吧。

@Dragonphy 非常感谢你的建议， 方便透露下 二维码是什么问题吗？ 太紧凑？ 太小？ 太模糊？ 还是其他什么问题？

还有就是 您是在什么屏幕下 浏览的这个网页。

@Jirajine 这个是 tcp，不过默认使用的是 http 解码器。

https，是有这个打算，但感觉还不到时候，因为现在的线上环境基本都会用 nginx 转发，ssl 可以配在 nginx 里。

现阶段我主要还是想 进一步的优化性能 和现有的功能。 路得一步一步走。 后面会有加上去的， 非常感谢您的建议。