@whitev2 页面不写 sql，以接口来实现建表和修改操作


@ben1024
@exonuclease
我仔细翻了 graphql 的想法，但是我发现 graphql 并没有提供修改表 schema 的能力，graphql 只是提供了让使用者决定获取的数据结构的能力。新增表，修改表结构这样的能力 graphql 有提供过？

要么 VS，要么 IDEA。
顺便说一下我非常讨厌 IDEA，但是这是个比烂的世界，在 IDEA 的领域里你找不到比它好的

楼主，你说你是写爬虫的？你难道没有被别人家的反爬虫措施整的欲仙欲死的经历？你居然认为阻碍爬虫的问题是网速和响应时间？你真的是写爬虫的？你不是在逗我？

人怎么可能绝对理性，绝对理性的那绝对不是人

@kaneg 对，这才是 Linux 桌面的本质困境，Xwindows 这个老玩意的问题从上世纪一直喷到现在，没见人改

@zqx 你这句话的言下之意就是“市场都是白痴，看不到你说的语言特性高级”？

@cjh1095358798 没关系啊，程序员本身就不应该只困在一门语言里，我当初就是受不了 Java 的死板，投奔到 PHP 和 Python 的世界里去呆了两年，然后又被“重构火葬场”给恶心回了静态语言的世界，年轻就应该什么都试试，你试过才知道静态语言和动态语言分别的好处在哪里，翔又在哪里。
PS：程序员千万不要干的事情就是当狂信徒，问题是程序员又是技术工种里狂信徒特别多的行当。我还是建议你，两个都玩玩，没有你想的那么难的。等你两个都玩过，两个的翔都吃过，就会明白为啥 Java 这种简陋死板的语言能够在后端领域经久不衰了

@love 我当然知道 ts 这个东西啊，甚至我自己必须用到 node 的场合我都是尽量用 TS，问题是 TS 这个东西说到底还是要把源码编译成 js 的，ts 并不是 node 原生支持的东西。也许倒是可以期待一个 node 原作者搞的 deno

@love 第一代动态语言原本想要的是类型推导和匿名函数(Lambda)。然而它们过于激进犯了一个错误，把参数，返回值的类型约束彻底去掉了，不光 js 有这个毛病，perl,asp,php,python。全都有，谁也别笑谁，这也是为啥知乎有一个专门问题——为什么 2010 年前后诞生的语言(如 Golang, Rust, Swift)都是强类型 。https://www.zhihu.com/question/31100089

@cjh1095358798 多出去走走，看看广大的世界，不要因为自己身边用的是啥，就以为世界都是啥

从目前的情况看无类型约束的动态语言想入侵对安全性和稳定性有要求的领域非常困难，nodejs 可以吃掉 PHP 的地盘，但是 Java 的地盘。。。旁边还有 Go 和.Net Core 看着呢，轮不到 js 说话

楼主，我就说一句，注册表是 windows 的精髓，完全不愿意动注册表属于不正常的洁癖

@azh7138m 等一下朋友，我搜索资料过，说 NPM 现在已经能把依赖树扁平化了，只要依赖树扁平化，为何不能一个版本只存一份呢。你说的那些问题，如果 NPM 的扁平化依赖方式能处理，那么，只存一个位置——不管它放在哪里，都是毫无问题的。除非 NPM 的依赖扁平化也解决不了你说的：
P1 P2 依赖 D@1
P3 P4 依赖 D@2
你说的这个问题其实就是依赖不同版本，为了避免冲突，不得不用本地存放的方式来生成一个嵌套树

所以现在我感觉大家的回答很矛盾。我想问的是能不能“全部依赖放在集中的位置，一个版本只留一份”。而大家回答的是因为历史原因，容易出现依赖一个库但是版本不同的原因，为了应对这个问题，必须使用嵌套树存放，好像嵌套树才是 npm 必须使用本地目录存放依赖的根本原因。但是又有人回复我说 NPM 已经解决了这个依赖嵌套树，一级套一级问题，实现了依赖树扁平化——但是只要依赖树扁平化了，那实际就是一个版本只放一份吧。这等于说 NPM 依赖处理是可以实现集中存放的。还是说 NPM 的依赖扁平化并不是适用所有场景的？前套树在某些情况下还是得存在

@lzvezr 版本不同没关系啊，我的意思是，难道不能同版本只留一份吗？一个统一的存放目录，xx 框架 1.0,2.0，3.0 各一份，其它项目想引用哪个版本就引用哪个版本啊，为啥非要像现在这样，一个项目下下一次 xx 框架 1.0。换个项目又下一次 1.0 ？

@KuroNekoFan 请问一下，npm5 到底能不能实现共享的依赖？如何实现？

@karnaugh 这个难道不能在全局路径下 vue1.x 和 2.x 共存吗？这没什么吧，大部分包管理工具都是这么干的，多版本共存，每个版本只留一份

@wesnow .net core 其实已经获得了远超之前.net framework 的发展。事实上在中国以外地区的商业领域，.net core 现在过的非常滋润。但是国内 Java 十几年来积累的生态和人口优势，哪是那么容易打破的。所以不要和大势怼，啥合适就用啥

为了工资，赶紧转，没啥说的，打工就是面向工资编程。反正我现在对外工作仍然是 Java，自己干的时候就开.net ，两不误