只显示主题贴
引入规则，原则上是希望把规则定义和规则处理进行解偶。因为规则常常是无限的，多变的，但是处理的方式是常常有限的。按照理想的开发情况，项目上线后，就可以把规则维护交给运维人员，开发人员就可以托管了。当然这个是理想情况，也是一开始的期望。不过现实中，规则语言的复杂度和运维人员的水平，一样可以把做开发的你带入地狱。
- 进入论坛 Java 版
其实没有闭包又怎么了？我为什么循环一定要写的那么简洁？而且循环便利也不是所有场景都是foreach的形式。少写几行代码就代表了不起？编译器精简到中间代码的时候还不是差不多？你写程序是拿来看的，还是拿来用的？没有什么该不该学的。正如前面所说，该学的东西太多。关键是看有没有应用场合才去学。真的要用去，你在去看看好了。其实ruby包括php和python，也没什么难学，看一天书，大致也会用了。基本使用都差不多。其实归根到底，所谓的动态语言，所谓的优势就是解释执行带来的灵活性。因为类型是运行时决定的。但是这种优势，不在设计层面上统筹，编码上是很难充分利用的。因此这种所谓语言差异的优越性，就是在设计解决 ...
- 进入论坛 Java 版
那个this的我倒是真不知道。其他么，基本上倒还都规避了。语法错误么，用skpet的eclipse插件吧。
- 进入论坛 AJAX 版
别的也许还凑合，之所以抛弃dwr是因为浏览器的兼容性有问题。某些客户端浏览器xmlhttpRequest存在问题，虽然框架内部号称会自动转化为iframe，但是事实不是那么一回事。不得已，写了一些违心的兼容代码。因为其不开源，写的时候调试也很痛苦，基本靠猜。
- 进入论坛 AJAX 版
感觉sun么，感觉很喜欢慢慢超越。一般一开始出来的都不是太好的。比如swing就是这样。但是随着版本的更新，被人骂死的性能问题，渐渐得到解决。flex目前最大的问题，是太贵。
- 进入论坛 AJAX 版
我觉得extjs最大的缺点在于如下几个方面，以至于最终在项目中，予以放弃：1. 上手艰难。让两个开发工程师在项目的工具选择的时候，对ext进行研究。结果就是觉得组件使用比较复杂。api眼花缭乱。当然也有可能我们这个团队，技术都比较平均，2－3年的工作经验。牛人不是太多。2.diy困难。真的发现组件不满足的时候，又不太好自己diy。虽然开源，但是那么多代码，是没有经历一个个搞过来的。虽然提供的组件很强大，但是总有满足不了业务需求的时候。另外让美工看了改样式，结果人家不干了。3. 依赖性太强，现有的展现代码，基本上完全被ext强奸。一点发现有风险抛弃ext，修改工作量就很大。另外代码风格个人也不太 ...
- 进入论坛 AJAX 版
个人觉得楼主的意见是可以参考的。适当用map可以有效地提高开发效率，少诞生一些对象。基本上就是贫血的pojo用map,带点逻辑或者有点复杂用处的，就建立vo对象吧。
- 进入论坛 Java 版
评论排行榜