|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-11-16
ZHH2009 写道 linliangyi2007 写道 个人感觉这个帖子不在于Douyu本身的前景（商业化是需要大量的资金和推广的），但楼主给出了一个有别于当前主流JavaEE APP的思路。
感觉Java社区沉寂很长一段时间了，都没有本质性新颖的东西提出，倒是Ruby等脚本语言盛行（这类东西好虽好，却不适合企业应用）。 Java需要新生力量了哈哈，能从编译器层面突破，不可谓不别具匠心咯。做一个新的东东，却又能和现有的JavaEE兼容扩展，这个有趣啊。不知道楼主是否有做强做大的想法，有否招募有志之士一同发展。 从长远上说，中国的开源是到了有大发展的时期了。 是的，这篇文章最主要的目的就是介绍一种新的设计思路， 我当然希望Douyu能够做得更好，不敢说招募， 只希望看完此文后能有更多人与我交流就好了。 我目前在桂林，桂林很适合发展软件行业，但是人才真的很少、留不住人，所以基本上没人交流， 只能在网上随便看看，但是也没多少人关注底层的东西， 我非常希望在桂林能带个好头，让更多人关注软件行业。 不敢奢求对中国的开源有什么贡献。 桂林为什么适合发展软件业？ 互联网时代，交流不会局限于地域嘛 
|
| 返回顶楼 | |
|
发表时间：2009-11-16
linliangyi2007 写道 有个大胆的想法，楼主是不是不去做流程引擎之类的设计（PS：那个东西太过实用性，用户需求是能用就好，且已有很多很多的实现，企业用户不会因为新技术而用你的东西，这样太容易夭折啊）。
是不是考虑在JVM规范的基础上，给出一种符合java语法的增强性语言扩展，哈哈。 我有留意你的词法解析器，我想你也用到了编译理论中的一些东西， 工作流程引擎在长远的规划中有考虑，当然我也不会照着目前主流的那些工作流模式去走， 我会先从Java FX开始，Java FX的编译器也是基于OpenJDK Javac编译器的， 我希望研究完Java FX后能想出一种图形布局、图形控制描述语言， 然后把描述语言编译成基本的顺序、选择、循环三个基本结构，这样用户在设计UI界面时， 就可以直接与控制层和模型层交互了。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
Jekey 写道 创意不错，不过总觉得在硬编码里边写死如***.html有些怪怪的，呵呵。
 ***.html这只是个模板文件，不是定死的，你可以把模板文件保存在一个变量中， 完全可以动态决定要向浏览器发送什么模板文件， 模板文件不是跟控制器一一对应的。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
如果说中国的计算机产业真要有大发展，还是应该从基础抓起，先把底层之类的东西搞搞好。
|
| 返回顶楼 | |
|
发表时间：2009-11-16
对一个走下坡路的东西贡献青春，不值得。
|
| 返回顶楼 | |
|
发表时间：2009-11-16
helian 写道 桂林为什么适合发展软件业？ 互联网时代，交流不会局限于地域嘛
桂林是旅游城市，最近慢慢搞工业了， 但是我不喜欢看到这种情况，现在空气明显比以前差了很多，漓江的水也慢慢少了。 软件业没有什么污染，老外们也喜欢来桂林，比如最近GNU创始人Richard Stallman就来讲学了。 呵呵，不过不提那么远的话题了， 互联网时代也不一定，开发人员更多的是交流应用层次的东西， 底层的东西没多少人有兴趣。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
ZHH2009 写道 linliangyi2007 写道 有个大胆的想法，楼主是不是不去做流程引擎之类的设计（PS：那个东西太过实用性，用户需求是能用就好，且已有很多很多的实现，企业用户不会因为新技术而用你的东西，这样太容易夭折啊）。
是不是考虑在JVM规范的基础上，给出一种符合java语法的增强性语言扩展，哈哈。 我有留意你的词法解析器，我想你也用到了编译理论中的一些东西， 工作流程引擎在长远的规划中有考虑，当然我也不会照着目前主流的那些工作流模式去走， 我会先从Java FX开始，Java FX的编译器也是基于OpenJDK Javac编译器的， 我希望研究完Java FX后能想出一种图形布局、图形控制描述语言， 然后把描述语言编译成基本的顺序、选择、循环三个基本结构，这样用户在设计UI界面时， 就可以直接与控制层和模型层交互了。 你可以看一下Windows Workflow Fundation，在思路的方向上和你想的差不多。但是，我本人还是比较同意linliangyi2007的意见。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
lz的从web服务器到mvc的一整套确实很强大，希望能在orm上做更多的工作，这一块至今抱怨声音最多。
|
| 返回顶楼 | |
|
发表时间：2009-11-16
真空跳跃 写道 明确一点 现阶段不少框架都开始尝试绕开servlet
但是针对点 大都是基于REST http://www.restlet.org/about/introduction 也指出了servlet对rest的不友好性 而lz的原因 引用 每次修改Servlet类的源代码时总得经过烦人的手工编译步骤(有时还不得不重启Tomcat)，
还有与数据库打交道的模型层也得人工干预，一堆烦人的映射配置。 我非常不解的是 在这个像AR,DM这样优秀orm遍地走的年代 lz居然介绍出这样"反潮流"的持久层... 的确让人叹为观止了 REST我不是很熟，如果是单纯的GET请求，用REST在URI中组织请求参数的确简单， 但是如请求参数超过了5个以上，那为什么不用POST提交， 一般的企业应用都是表单的多，表单差不多都是用POST提交的， Douyu的Action是可以自动解析GET和POST的请求参数的， 当然如果你用REST风格来组织URI，因为URI中没有?name=douyu&age=10这样的参数名/值对， 所以不能自动解析请求参数，但是你使用REST风格你必须事先声明routes(像Rails那样)， 我并不想采用REST风格，因为我不想多加其他配置， REST风格在解析URI并映射到控制器时也带来性能上的损失。 |
| 返回顶楼 | |
|
发表时间：2009-11-16
精神可嘉，勇气可嘉，非常佩服楼主。
|
| 返回顶楼 | |
