|
锁定老帖子 主题：不明白有些人的看法是什么
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-06-02
MyJavaRoad 写道 finaleden 写道 je已经不是以前的je了，看看海版首页的最后回复时间就知道了！
嗯，我一直有这样的感觉，但是总是用Robbin在下一盘很大的棋来说服自己 同意，有点刚愎自用的感觉 |
| 返回顶楼 | |
|
发表时间：2010-06-02
抛出异常的爱 写道 zozoh 写道 koalant 写道 也许是习惯了 ruby 和 rails， 现在再回头看这些复杂的 xml 配置和 java 代码，真是头疼，根本就不愿意看。也许“复杂性”带来的问题就是能引发更多关于如何简化它的争论吧。如果不得不回头做 java ，我觉得 clojure 是一个很好的选择。
是啊，为啥写 Java 就要用很复杂的 XML 以及写很啰嗦的代码呢？ 这个不是 Java 的本意吧 编译后的代码没有可改可能.....打成jar包之后必须要有个遥控器 xml就是那个遥控. 电视一个遥控. 录像机一个遥控 音响还有一个.... 电视，录像机，音响如果是一个厂家造的 出一个通用遥控器也并不是件难事。 遥控器的多少，是否能通用 并不是因为有电视，录像机，音响 ... 而是因为不同的厂家 但是为客户写一个系统，基本都是一个开发商吧 当然，如果你只是集成了一些开源产品，每个产品都是一堆不同的配置文件 那么 你就是在找倒霉 或者你的客户要倒霉 因此 做一个项目，弄出复杂的配置文件 是人的问题 不是 Java 的问题 |
| 返回顶楼 | |
|
发表时间：2010-06-02
最后修改：2010-06-02
zozoh 写道 抛出异常的爱 写道 zozoh 写道 koalant 写道 也许是习惯了 ruby 和 rails， 现在再回头看这些复杂的 xml 配置和 java 代码，真是头疼，根本就不愿意看。也许“复杂性”带来的问题就是能引发更多关于如何简化它的争论吧。如果不得不回头做 java ，我觉得 clojure 是一个很好的选择。
是啊，为啥写 Java 就要用很复杂的 XML 以及写很啰嗦的代码呢？ 这个不是 Java 的本意吧 编译后的代码没有可改可能.....打成jar包之后必须要有个遥控器 xml就是那个遥控. 电视一个遥控. 录像机一个遥控 音响还有一个.... 电视，录像机，音响如果是一个厂家造的 出一个通用遥控器也并不是件难事。 遥控器的多少，是否能通用 并不是因为有电视，录像机，音响 ... 而是因为不同的厂家 但是为客户写一个系统，基本都是一个开发商吧 当然，如果你只是集成了一些开源产品，每个产品都是一堆不同的配置文件 那么 你就是在找倒霉 或者你的客户要倒霉 因此 做一个项目，弄出复杂的配置文件 是人的问题 不是 Java 的问题 spring 作了一个带hibernate mvc 事务 权限一起控制的万能遥控器..... 有人用,没人喜欢. 人他娘的太复杂了. |
| 返回顶楼 | |
|
发表时间：2010-06-02
抛出异常的爱 写道 myreligion 写道 那是我发的帖子，我也很纳闷。本来就是一种讨论，如果不认同可以发表自己的观点；如果很熟悉，就跳过去；如果觉得很菜，投新手帖。但不明白什么地方在灌水，就进了隐藏。。，而且也算不上新手月经贴吧，以前也没怎么看到过这种设计提法……
很无奈。 以前见过你这种设计风格. 不过更精巧一些. 但内心中不是很喜欢. 想要看看这个东西有什么好处与不足. 如果有机会可以一起聊聊 应该有更精巧的设计，这个想法也是一位朋友告诉我的，刚刚入门。他们做SAAS，每家客户都要做大量定制，因此设计了这种模式，只需要开发前端即可。这种模式在他们的应用场景下还是非常成功的。主要的缺点那位朋友介绍说是：开发人员每天的工作主要就是写js，感觉工作没有挑战性很烦，心里不爽，有情绪。 我们有个活动系统也开始在用，用于帮助业务查询随意组合的各个活动/活动条件的数据。我们活动的数据量比较大，每次活动都是一张小表，表的字段也不完全一样；活动结束后做积分，抽奖之类的（一般在半夜），需要多个活动不定条件的查，以前基本没法拿程序做，什么都不确定，只能派人陪着业务人员加班手工计算；使用这种动态提取SQL方式后，倒是非常好的解决了问题。先做好SQL，给了统一的页面，提前告诉业务怎么填参数即可，很方便，至少解决了我们人员加班的问题。 这种设计有其局限，感觉独立完成一个系统会比较悬，但对某些功能确是不二的选择～～ |
| 返回顶楼 | |
|
发表时间：2010-06-02
不得不说, 中国的教育(我承认范围大了点, 有IB嫌疑)是个茶几.
说论坛存在的价值是讨论哲学问题, 跟老罗的粉丝有一拼. 有人回帖说, 博客能否出现在niubo的首页是一个人是否成功的标志. |
| 返回顶楼 | |
|
发表时间：2010-06-02
抛出异常的爱 写道 zozoh 写道 抛出异常的爱 写道 zozoh 写道 koalant 写道 也许是习惯了 ruby 和 rails， 现在再回头看这些复杂的 xml 配置和 java 代码，真是头疼，根本就不愿意看。也许“复杂性”带来的问题就是能引发更多关于如何简化它的争论吧。如果不得不回头做 java ，我觉得 clojure 是一个很好的选择。
是啊，为啥写 Java 就要用很复杂的 XML 以及写很啰嗦的代码呢？ 这个不是 Java 的本意吧 编译后的代码没有可改可能.....打成jar包之后必须要有个遥控器 xml就是那个遥控. 电视一个遥控. 录像机一个遥控 音响还有一个.... 电视，录像机，音响如果是一个厂家造的 出一个通用遥控器也并不是件难事。 遥控器的多少，是否能通用 并不是因为有电视，录像机，音响 ... 而是因为不同的厂家 但是为客户写一个系统，基本都是一个开发商吧 当然，如果你只是集成了一些开源产品，每个产品都是一堆不同的配置文件 那么 你就是在找倒霉 或者你的客户要倒霉 因此 做一个项目，弄出复杂的配置文件 是人的问题 不是 Java 的问题 spring 作了一个带hibernate mvc 事务 权限一起控制的万能遥控器..... 有人用,没人喜欢. 人他娘的太复杂了. 那是 spring 的问题，仍然不是 Java 的问题 
|
| 返回顶楼 | |
|
发表时间：2010-06-02
最后修改：2010-06-02
zozoh 写道 抛出异常的爱 写道 zozoh 写道 抛出异常的爱 写道 zozoh 写道 koalant 写道 也许是习惯了 ruby 和 rails， 现在再回头看这些复杂的 xml 配置和 java 代码，真是头疼，根本就不愿意看。也许“复杂性”带来的问题就是能引发更多关于如何简化它的争论吧。如果不得不回头做 java ，我觉得 clojure 是一个很好的选择。
是啊，为啥写 Java 就要用很复杂的 XML 以及写很啰嗦的代码呢？ 这个不是 Java 的本意吧 编译后的代码没有可改可能.....打成jar包之后必须要有个遥控器 xml就是那个遥控. 电视一个遥控. 录像机一个遥控 音响还有一个.... 电视，录像机，音响如果是一个厂家造的 出一个通用遥控器也并不是件难事。 遥控器的多少，是否能通用 并不是因为有电视，录像机，音响 ... 而是因为不同的厂家 但是为客户写一个系统，基本都是一个开发商吧 当然，如果你只是集成了一些开源产品，每个产品都是一堆不同的配置文件 那么 你就是在找倒霉 或者你的客户要倒霉 因此 做一个项目，弄出复杂的配置文件 是人的问题 不是 Java 的问题 spring 作了一个带hibernate mvc 事务 权限一起控制的万能遥控器..... 有人用,没人喜欢. 人他娘的太复杂了. 那是 spring 的问题，仍然不是 Java 的问题 我记得有个东西可以根据注释生成hibernate的xml文件还可以用ant启动. 在h3没出来之前 很是流行了一阵子...... java问题太多了 |
| 返回顶楼 | |
|
发表时间：2010-06-02
抛出异常的爱 写道 zozoh 写道 抛出异常的爱 写道 zozoh 写道 抛出异常的爱 写道 zozoh 写道 koalant 写道 也许是习惯了 ruby 和 rails， 现在再回头看这些复杂的 xml 配置和 java 代码，真是头疼，根本就不愿意看。也许“复杂性”带来的问题就是能引发更多关于如何简化它的争论吧。如果不得不回头做 java ，我觉得 clojure 是一个很好的选择。
是啊，为啥写 Java 就要用很复杂的 XML 以及写很啰嗦的代码呢？ 这个不是 Java 的本意吧 编译后的代码没有可改可能.....打成jar包之后必须要有个遥控器 xml就是那个遥控. 电视一个遥控. 录像机一个遥控 音响还有一个.... 电视，录像机，音响如果是一个厂家造的 出一个通用遥控器也并不是件难事。 遥控器的多少，是否能通用 并不是因为有电视，录像机，音响 ... 而是因为不同的厂家 但是为客户写一个系统，基本都是一个开发商吧 当然，如果你只是集成了一些开源产品，每个产品都是一堆不同的配置文件 那么 你就是在找倒霉 或者你的客户要倒霉 因此 做一个项目，弄出复杂的配置文件 是人的问题 不是 Java 的问题 spring 作了一个带hibernate mvc 事务 权限一起控制的万能遥控器..... 有人用,没人喜欢. 人他娘的太复杂了. 那是 spring 的问题，仍然不是 Java 的问题 我记得有个东西可以根据注释生成hibernate的xml文件还可以用ant启动. 在h3没出来之前 很是流行了一阵子...... java问题太多了 哪个语言问题不多呢？ 程序员的责任不就是 抗着客户，避开地雷，达到目的地吗？ 被炸死的，那是纯属自己倒霉，怨不得别人 |
| 返回顶楼 | |
