|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-11-17
其实摆脱servlet？ 那还不是另一个servlet出来？掩耳盗铃罢了
|
| 返回顶楼 | |
|
发表时间：2009-11-17
elementstorm 写道 天啊,这个真的震撼到我了,楼主你收徒弟么?
偶也有此意 遇到一个好师傅难啊.... 好比学绝世武功一样 良师难寻 机会难得啊 |
| 返回顶楼 | |
|
发表时间：2009-11-17
javaEye好久没有这么热闹了，或者说JAVA开发好久没有这么热闹了。有时间的同学搞搞研究学习一下还是不错的，谈到实用性基本上没有。
|
| 返回顶楼 | |
|
发表时间：2009-11-17
xujingbao 写道 helian 写道 kusix 写道 robbin 写道 kusix 写道 JE沉寂了很久，终于看到一个有活力的帖子了。
提供2点建议 1.看上去LZ想提供一套web应用的full stack解决方案，但是我还是建议LZ把douyu的各个部分（例如容器及编译器、URL映射、ORM、权限等等）模块化，使之可以很方便的被拆卸、替换。这样更便于用户定制化douyu，或者开发符合自己业务场景的模块去替换douyu的某个部分。精简的内核和易扩展性、可插拔性是一个框架成功的关键。像douyu这种侵入性非常强的框架（可能不应该称之为框架了），这点是非常重要的。 2.可以看的出，习惯优于配置这条原则是douyu的设计准则之一，为此douyu的编译器应当是做了相当的工作。但是我还是建议，允许用户在不使用任何默认习惯、奇技淫巧的情况下，依然能完成同样的工作。例如允许模型和数据库中的表不匹配，可以自定义这个关系；允许用户改变url和类名的匹配规则，不让其自动匹配等等。也就是用户要做的事更多了，但可以绕开douyu的魔法，完成一些特殊情况下的任务。 有句话怎么说的，不在乎目的地，只在乎沿途的风景 尽到自己最大努力做的最好吧 也许会有意外的收获呢 这么说吧：那些企图可以干所有事情，囊括所有需求的框架无一例外会走向臃肿和复杂。做一个web快速开发框架或者说平台的第一要素是：必须敢于大胆舍弃，聚焦在解决一个特定领域，才能取得成功。所以让所谓的括插拔，易扩展，自定义见鬼去吧。 手术刀么 从LZ已经内部集成了权限，还想着以后要集成工作流的想法来看，似乎LZ是想做个万能药式的方案，而不是web快速开发呢 如果在web快速开发上想有所突破，不越过PHP和ROR两座大山很有困难，当然了，我很乐意看到三国鼎立的局面。 既然java在所谓快速web开发上难以比肩php，干嘛不就用php呢。让java做他该做的事情不就对了么。每一种技术或框架都由他适应的应用情景，何必强求呢。 也不能算是强求，任何事物都是在发展的，今天出个play，明天出个斗鱼，技术或框架也是在优胜劣汰，至于三国鼎 立，还<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script>是军阀割据的说，都不会长久，那么谁能更适合当然就是好的 话是没错啦。不过现在已经不是军阀割据的时代了，有钱的NB大企业才是王者。 |
| 返回顶楼 | |
|
发表时间：2009-11-17
F.B.I 写道 其实摆脱servlet？ 那还不是另一个servlet出来？掩耳盗铃罢了
肉饼的意思是，sun的servlet是一套大而全的东西，无所不包，考虑了所有可能的情况，但是也导致了复杂和臃肿 也许你的领域不需要这么重的东西 可以针对某个领域，写个小而轻的“servlet”，它也许对其他需求无能为力，但是对这个特定的领域是锋利无比的 那么它就是有意义的 以上是个人理解哈，理解的不对，肉饼只管拍 |
| 返回顶楼 | |
|
发表时间：2009-11-17
robbin 写道 mycybyb 写道 在我眼里，Servlet只是提供了一个访问请求参数和输出响应的接口而已，我也只用这些。无所谓的东西，就算自己做平台，不也要提供吗。
这说明你根本不了解Servlet。 如果你想绕开Servlet，你就必须自己实现完整的HTTP Server，实现request/response/session/cookie等一套完整的服务器客户端交互机制，你必须扔掉WAR打包机制，扔掉WEB-INF资源加载方式，必须扔掉Tomcat/Jetty/WebLogic/....所有的Java应用服务器，扔掉我们习以为常的Servlet非线程安全的多线程编程机制，所有的都要扔掉。 所以只要摆脱了Servlet，就摆脱了现在JavaEE的所有桎梏，可以从新来过了，于是一个全新的世界开始了。 现在很多学生上来就是SSH，对于java在web开发的初始技术很多都并不了解。 如果只是简单会使用框架的开发者来说，实际工作中不了解这些照样能干活，只不过了解的多一些 才有更好的发展。 这个和计算机发展趋势一样的，应用层做的越来越智能化，现在还有谁去了解汇编呢 技术太多，学的也很多，专注于某一领域也不是错。但想在论坛上混，得知道的多才能才为大佬..... |
| 返回顶楼 | |
|
发表时间：2009-11-17
robbin 写道 mycybyb 写道 在我眼里，Servlet只是提供了一个访问请求参数和输出响应的接口而已，我也只用这些。无所谓的东西，就算自己做平台，不也要提供吗。
这说明你根本不了解Servlet。 如果你想绕开Servlet，你就必须自己实现完整的HTTP Server，实现request/response/session/cookie等一套完整的服务器客户端交互机制，你必须扔掉WAR打包机制，扔掉WEB-INF资源加载方式，必须扔掉Tomcat/Jetty/WebLogic/....所有的Java应用服务器，扔掉我们习以为常的Servlet非线程安全的多线程编程机制，所有的都要扔掉。 所以只要摆脱了Servlet，就摆脱了现在JavaEE的所有桎梏，可以从新来过了，于是一个全新的世界开始了。 我不想绕开Servlet啊，正如你所说，如果绕开Servlet，就必须自己实现完整的HTTP Servet，实现request/response/session/cookie。自己实现，不也要实现这些东西吗，而且又能比Tomcat/Jetty/WebLogic好多少呢。我还想用Tomcat/Jetty/WebLogic呢。所以，我只是利用它的这些机制而已，然后在上层屏蔽掉Servlet。 |
| 返回顶楼 | |
|
发表时间：2009-11-17
F.B.I 写道 其实摆脱servlet？ 那还不是另一个servlet出来？掩耳盗铃罢了
何必着急下结论呢，也许servlet就像当初EJB一样从JAVA WEB开发体系中淡出也未可知亚 |
| 返回顶楼 | |
|
发表时间：2009-11-17
非常好的思路，让我们学java的人重新定位了自己的学习方向，学东西不能太浮在表面。正是楼主的这种精神，让我对java产生了不丢充，不放弃的信念。
|
| 返回顶楼 | |
|
发表时间：2009-11-17
个人认为，只要让MVC三只脚不乱，根据不同的应用规模做不同开发简化都是进步，不管楼主以后的成果如何，至少思路是有价值的，这是在动态语言很潮的今天，对静态语言进行反思的价值所在。
建议以下步骤： 1、将思路进行系统整理并公开（类似与现已公开的例程） 2、接受同行专业大牛从不同角度、不同应用环境下的较专业化的建议（不是简单的类似论坛回复这样的建议，因为没几个人会去很认真的写回复）。 3、吸收建议后，对douyu进行既定应用规模内的核心提炼，完善插件体系。 4、开源，为国人放个卫星出去。 5、边做应用边进行修正完善。 |
| 返回顶楼 | |
