一样的需求，也看中卢瓦尔这个显示器，不过狗东活动不是太给力，咸鱼的狗东直发不知道怎么样，有么有了解的小伙伴？

恭喜恭喜，支持一个

具体的什么数据库，如何存储，其实从大的角度聊不出什么来，要么关系型数据库，但是大体上直接存 JSON，比如某软的 SharePoint，直接大字段存 XML，或者 NoSQL 这种 schemaless 的方式，初期比较简单。

我觉得两个层面的问题是值得讨论的:
1. 前端表单和后端对象(表格)的绑定问题
2. 如何做多租户

不知道楼主现在的实现是如何的？

已经删掉了

@ooh 看这个 ticket，第一感觉是这还没有到可用的地步啊 [汗]

设置线程池，其实一般来说，就设置成 2N | 2N + 1 就可以了，数据库连接池也一样

> 云服务成本大概是 20 倍
V 的这个编辑器。
其实建议还是上云服务器，因为这个成本是确定的，比如就是 20 倍。但是兼职的问题不提，其隐形成本是不固定的，比如时间，方案的准确性，可靠性等等，这就不单单是钱的问题了。(如果有靠谱的朋友，推荐靠谱的人，则相对来说会好一些。但是这个靠谱，无法准确定义和准确评估)

> 云服务成本大概是 20 倍

DDD 被过度神话了，特别是自媒体之后，嘴上没个把门的。DDD 并不能解决各种丑陋的代码，因为 DDD 的输出，其实并不是直接的代码。

> 大部分单位工时也不给你这个时间去设计领域模型
相反的，其实各个公司这部分的时间，真没有省，一个新项目下来，各种需求分析，各种项目规划，评审，业务分析师，系统架构师，都是要弄清需求，吃透业务。

DDD 上的几个概念，我觉得单根性的作用很大（尽管项目大了之后，问题也很明显），其他的，什么限界上下文，什么 context map，都不是一成不变的。

代码写的烂，就补代码，不是引入 DDD 就能解决的。

> 这里的 user.name 其实是 Column 的实例。
用你的话来解释，那么"user.name"，应该是属于 Column 的语义，也不是"name"的语义了，只是恰好你的 column 的名字也叫"name"这个名字。

> 2) 至于 Java 的运算符重载，你可以参考： 里面有详细的描述和讨论。

嗯，这个就没啥可说的了，您说这个是运算符重载就是运算符重载吧。但我认为这个是通过函数调用来模拟运算符操作，而运算符（比如+，-，==）重载本质上应该是一种多态。

@Braisdom 这里的 “ SQL 域” 是指什么？是标准 SQL 吗？我不是太理解您说的这种方式。如果是标准 SQL，那么 order 这种方式是通过字句的方式来解决的，其本质其实也是编程语言。
拿您的例子来说，name 存储为状态这个本身是没有问题的，难道排序后的 name 就不是 name 了？

回到本质的问题，如果同数据库的交互还是 SQL，那么规避不了拼接 SQL 这个本质，只是的形式不同而已（但形式上确实会有优劣之分，不过会有些主观）。您的这个 ObjectiveSQL 我没有去看，或者采用了其他方式，您可以说明一下，可能 ObjectiveSQL 操作数据库，不是最终在数据库层面去执行 SQL 的，而是通过其他方式。


> 2) 至于 Java 的运算符重载，你可以参考： https://www.v2ex.com/t/734572#reply103
里面有详细的描述和讨论。

能讨论总是有意的，不过看了楼主提的例子，有点“为赋新词强说愁”的感觉:

> 语义表达的双重性
"一个 Column 可以进行排序、算术运算、比较运算等"，这个在 SQL 层面也并非是有 column 自身提供的语义，如果是，那么也就没有 order by, group by......什么事情了。

> 语法一致性
我不是太理解，两个完全不等同的东西，讲什么一致性？

> 也无法 Java 对语义的解析和执行过程进行干预，也就导致了 Java 的表达式无法直接转换为 SQL 表达式，只能以字符串的形式进行拼接
如果和数据库的交互形式，最终都是 SQL，那么不同的框架，只是拼接的形式不同而已，比如 Hibernate，比如 MyBastis

> Java 运算符重载
不知道楼主说的是什么意思，Java 应该是没有运算符重载一说的(C++的运算符重载)

我也是这个机子(i7+16G)，楼主升级后如何?

@ga6840 可以发一下这方面的链接吗？谢谢。

@ga6840 我现在用的就是 traefik，但是比较简单。nginx 的话，可以使用 consul-template 的方式，不知道你说的 openresty 是不是就是采用这种方式？