|
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-11
标题党。。。
|
| 返回顶楼 | |
|
发表时间：2011-04-11
caoyangx 写道 就你那几个图片，也算是忘记ssh原因？我上学的毕业设计都比那图片的UI漂亮。simple自己也用spring等大量jar，还敢说忘记ssh。
感谢这位兄弟的评价，你要知道，你完成上述这些功能，需要写多少代码，而我完成上面的功能，后台只要几十行代码，当然，平台使用了spirng的IOC, 我要说的意思，是忘记ssh开发的模式，太浪费时间与精力了，如果你对simple 深入了解后，我相信你会有不同的看法。 |
| 返回顶楼 | |
|
发表时间：2011-04-11
hubeen 写道 对于后台代码，也是按照网上的例子，不需要写bean,直接在ajax中进行jsp与后台数据库字段的映射，就完成的操作了。
什么概念？视图控制业务逻辑。业务逻辑就这么简单，直接插入数据库？只能说是悲剧的设计。。。 我没有说清楚，simple 支持 ajax提交的数据，在handle处理后可以直接入口，要表达的只是后台开发非常轻松，上面我说过，开发这个功能，代码不超过50行。 |
| 返回顶楼 | |
|
发表时间：2011-04-11
kjj 写道 我觉得颠覆性的东西应该带来思想上的创新而不是表面形式的改变,这样看simple充其量只可能是改良的ajax或者jsf之流的东西,根本不能让人忘记ssh,发这样的文章证明simpl只能说明simple还太弱,
ps :技术人员最讨厌假大空的,他们需要的是实实在在的改变,一切噱头在他们实事求是的态度面前都没用 simple并没有抄袭那个框架，包括后处理模式绝对是原创，并且把这种开发模式进行提炼。 simple 当然仅仅是改良的ajax,我们提供丰富的组件，包括网站都说自己的技术开发的，我也不是噱头，只是愿意与大家分享我开发的喜悦与成就感。 以前开发类似的功能，我要写一堆代码，而现在就是上面展示的 加后台几十行代码，就可以搞定，难道这不是创新吗？ |
| 返回顶楼 | |
|
发表时间：2011-04-11
leelege 写道 说实话，目前为止我还没有找到任何放弃spring的理由，你这个……我就不评价了
相信自己的观点，深入了解后才能客观的评价。 我弱弱的问一句，你实现上面的功能，需要自己写多少代码？ |
| 返回顶楼 | |
|
发表时间：2011-04-11
iday 写道 标题党。。。
本人表示很冤枉，告诉你，我不是标题党，我发的有内容为证，这是我写的例子，有必要做标题党吗？ 写很少的代码，完成分配的工作，难道不是进步吗？ |
| 返回顶楼 | |
|
发表时间：2011-04-11
最后修改：2011-04-11
曾经也想用XML定义一个伟大的框架，在这个框架下写XML就可以了。后来发觉语法太复杂的硬伤，作罢。后来发觉一个貌似将会很伟大的基于XML的内容发布框架COCOON，开始还觉得不是很复杂。再后来，发觉这个框架要记忆的东西太多了，N多的XML标签和属性，不查API根本记不住。
COC这东西最好要贯彻一下，凡是好的框架必然遵循COC的原则，或者核心部分遵循COC。假如要让一个程序员接收一样东西，最好不要让他丢掉以前的COC知识。 引用 <validation name="YddValidation" triggerSelector="#_YddBtn" warnType="insertAfter"> <validator selector="#clmc" method="required" /> </validation> validation 如果不是被别的代码所引用或者操控，name属性是没有必要的，增加开发者的思考停顿。 triggerSelector那么长的属性名，还不如onselect比较遵循COC。 warnType="insertAfter"看不懂， <validator selector="#clmc" method="required" />看不懂， 引用 <calendar name="jcdata" inputField="jcdataCalendarText2" dateFormat="yyyy-MM-dd HH:mm" showTime="true"> </calendar> inputField="jcdataCalendarText2"干啥用？如果用name="jcdata"可以引用到，要这个根本没用。 showTime="true"干啥用？如果仅仅是页面展现的时候把日历选择框popup出来，还不如show="true"简单，甚至popup="true"更让人容易理解。 引用 <!-- 保存ajax --> <ajaxRequest name="demo_save" handleClass="demo.DcfwHandle" handleMethod="doSave" formSelector="#ajaxdcfw_ydd_Params"> <jsCompleteCallback> if (json["ok"]) alert("保存成功！"); </jsCompleteCallback> </ajaxRequest> ajaxRequest最好简化为ajax name属性貌似多余。 handleClass="demo.DcfwHandle" handleMethod="doSave"要是我来设计肯定会是 handle="demo.DcfwHandle.doSave()" formSelector="#ajaxdcfw_ydd_Params"智商太低，猜不透。。。。 jsCompleteCallback改为onsuccess会好点，另外，最好设计onsuccess和onfailure标签，这样不用出现：if (json["ok"])，OK? |
| 返回顶楼 | |
|
发表时间：2011-04-11
lz好样的，只要学到东西就是进步。。。不必在乎别人说什么的。。。放出代码又怎样。。。菜鸟又能怎样呢？
|
| 返回顶楼 | |
|
发表时间：2011-04-11
最后修改：2011-04-11
llade 写道
曾经也想用XML定义一个伟大的框架，在这个框架下写XML就可以了。后来发觉语法太复杂的硬伤，作罢。后来发觉一个貌似将会很伟大的基于XML的内容发布框架COCOON，开始还觉得不是很复杂。再后来，发觉这个框架要记忆的东西太多了，N多的XML标签和属性，不查API根本记不住。
COC这东西最好要贯彻一下，凡是好的框架必然遵循COC的原则，或者核心部分遵循COC。假如要让一个程序员接收一样东西，最好不要让他丢掉以前的COC知识。 引用
<validation name="YddValidation" triggerSelector="#_YddBtn" warnType="insertAfter"> <validator selector="#clmc" method="required" /> </validation> validation 如果不是被别的代码所引用或者操控，name属性是没有必要的，增加开发者的思考停顿。 triggerSelector那么长的属性名，还不如onselect比较遵循COC。 warnType="insertAfter"看不懂， <validator selector="#clmc" method="required" />看不懂， 引用
<calendar name="jcdata" inputField="jcdataCalendarText2" dateFormat="yyyy-MM-dd HH:mm" showTime="true"> </calendar> inputField="jcdataCalendarText2"干啥用？如果用name="jcdata"可以引用到，要这个根本没用。 showTime="true"干啥用？如果仅仅是页面展现的时候把日历选择框popup出来，还不如show="true"简单，甚至popup="true"更让人容易理解。 引用
<!-- 保存ajax --> <ajaxRequest name="demo_save" handleClass="demo.DcfwHandle" handleMethod="doSave" formSelector="#ajaxdcfw_ydd_Params"> <jsCompleteCallback> if (json["ok"]) alert("保存成功！"); </jsCompleteCallback> </ajaxRequest> ajaxRequest最好简化为ajax name属性貌似多余。 handleClass="demo.DcfwHandle" handleMethod="doSave"要是我来设计肯定会是 handle="demo.DcfwHandle.doSave()" formSelector="#ajaxdcfw_ydd_Params"智商太低，猜不透。。。。 jsCompleteCallback改为onsuccess会好点，另外，最好设计onsuccess和onfailure标签，这样不用出现：if (json["ok"])，OK?
Simple 对每一个组件的方法都采用xsd描述文件解决开发过程中帮助提示。
|
| 返回顶楼 | |
|
发表时间：2011-04-11
最后修改：2011-04-11
vincent_com 写道 lz好样的，只要学到东西就是进步。。。不必在乎别人说什么的。。。放出代码又怎样。。。菜鸟又能怎样呢？
做了这么多年的java开发，其实标题写的有点大，应该是ssh的重新组合，不管怎么样，坚持自己的理念，以开放的心态与大家分享开发的心得。 看到很多点击隐藏帖，真的很打击人，打击的原因是不明白，就直接拍砖。 多谢你的支持，你的一番话让我更加坚定把好的东西与大家分享。 |
| 返回顶楼 | |
