LZ 给我一份吧,谢谢了
zuiwoxing@gmail.com
以前公司让做过个类似的东西,弄了一星期放弃了...
你是用C++调用的IE吧?那还用Java干什么?只要能调用IE剩下的事情应该就比较好办,我就是对Window下的IE调用和C++不太熟,比较失败,哈哈...
钱。。。。。。只这一个目标。
心态再好也不管饱。。。
没明白。
首先,你的第二个的ExtendedName没写。这是我写的,看是不是合你的意思。
public class ExtendedName extends SimpleName {
private String ext;
public ExtendedName(String base, String ext) {
super(base);
this.ext = ext;
}
public int compareTo(Name o) {
int c = super.compareTo(o);
if (c == 0 && o instanceof ExtendedName) {
return ext.compareTo(((ExtendedName)o).ext);
} else {
return c;
}
}
}
如果你的ExtendedName和我的一样的话,两个client返回的结果是一致的。-1。例如assert的话,第二个应该也是'<'。不知道是我跟你写的ExtendedName不一致造成的,还是其它什么问题。大家研究研究。。。
吼吼,决定了,用Java Swing来做。决定向Java GUI发展发展。毕竟我还是喜欢用一种方案解决大部分问题啊。
基于3个基本理由:
1、学习成本低,我Java怎么也学了几年了,一般swing没问题;
2、消费级jre的出炉,对它看好,看看融合后的效果,在体积、性能上应该不会差太多了。
3、刚看了个Nimbus,非常好,建议大家去看看,很不错,java在外观上也在迎头赶上啊。
酒店那个我要了一份。还没来得及看呢。^-^
谢谢大家的建议。个人也比较倾向于C,整体上不错,效率不错,难度也不大。界面部分可以考虑QT等(或完全自己做)。就是心里没底,C已经好几年没碰过了,不知道还能拿起来多少。
对了,大家知道C有啥好的IDE吗?IntelliJ用着太爽了,做其它语言开发不能用IntelliJ那些爽功能真不爽啊。。。。。。
咨询一下哈,如果我想开发GUI的话,选什么好呢?
C?C++?VB?
VB开发速度高,易学。但问题是开发一个结构合理完整的程序的效果如何?例如要开发像Firefox这样级别的程序,VB能不能胜任呢?
C/C++性能有保障,关于结构、框架这些看自己能力,可控性很强,但不易于掌握也是个不小的问题啊。
比较迷茫,老大对这些东西有什么好的建议吗?谢谢。
一直不太明白C/S的运作机理,源码给我一份儿吧。谢谢
qlqsh@sina.com.cn
笨笨啊,我有点迷茫。能给解答一下吗?
公司的站内搜索OK了,但领导让我继续研究研究搜索,但我不知道该继续去研究什么好了。
中文分词?目前使用的模块(JE)还可以,如果自己研发需要不少时间,还有词库问题。
爬虫?我们是站内搜索,虽然头说站外也是个方向,但很不明确,我对没有明确需求的东西实在不感兴趣。
分布式?目前的量还没必要(几百万),差的很远的,而且如果一直站内搜索的话也很难用上。
缓冲?这个很有用,但目前实在没有太好的想法。
目前站内搜索的状况就是正常运行,没什么错误,也不知道该改些什么。很迷茫。(还有个项目相反,能正常运行,但我还有很多想法,但领导说我在那个项目浪费太多时间了,不许我再做了,能运行就行。-_-!)
最近很怪,我对搜索的研究很迷茫,对用户的需求倒是很感兴趣。我一直在思考自己的东西最终能给用户带来什么,如何让用户更加方便的使用。
嗯。。。就是很迷茫,有啥好的建议吗?
说起来,Lucene的性能似乎不行啊(我没测试过啊,只是网上资料说明)。似乎千万级别就比较慢了。前段日子用Lucene开发了个站内搜索(数据量大概在几百万吧),感觉无论是搜索(其实还好,在可接收范围内)和索引都有点慢。有没更好的实现啊?那些真正的能承受较大压力的搜索都是怎么开发的?谁知道?
TUXEDO/CICIS?靠,全没听说过啊。深了。
页面用java?我觉得现在php、ruby编写页面更快、更灵活啊。那java还有啥用啊?像j2ee这些东西的意义何在呢?迷茫啊。
对了,老大都用啥C的开发工具和编译器啊。感觉比java下少好多。也没个让我喜欢的(java下我最喜欢IDEA、实在不行还有NetBean和Eclipse可用)。vc太大,bcb下载太麻烦,不是注册就是要填调查,填了也不让我下,好不容易下了个cgywin不会用,郁闷。大大把自己的环境发上来,参考参考吧。我算是C、c++初学者吧。咦。
差距这么大?10倍的差距?那如果用C或C++编制多层web应用,应该有更高的效率啊。为啥大家很少用呢?大大详解一下。目前对这方面的研究比较有兴趣。
我觉得更新升级不是问题,既然是基于web的就应该可以实现自动检测、升级。类似杀毒软件的更新?
谢谢草儿。
嗯。。。是个问题,感觉控制力还是不够啊。看来应用的时候还是有个好的设计才行。
正好问问。
我做了一个过滤器,我想过滤某一组资源里的某几个资源该怎么做呢?配置多个servlet-mapping不可行啊。
<filter>
<filter-name>AuditFilter</filter-name>
<filter-class>com.wrox.projsp.ch14.filters.AuditFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>AuditFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
以上的配置是对所有资源的过滤,如果我只想过滤里面的几个资源呢?比如过滤一个html、2个jsp什么的,怎么做呢?谢谢。
re: blog名字的由来[未登录] 刘明 2007-07-22 20:12
颇为巧合,我也叫刘明,也做java编程,工具也是用IDEA...幸会幸会
re: 一道有趣的小数学题[未登录] 刘明 2007-07-22 20:10
递归推算当前测试者遇不到真子弹的几率之积?
我到觉得你比较扯淡。
任务太多,不好分析。最好找个资料比较详细的,细细的分析。而不是这种哗众取宠的概括。
可以给个Demo演示吗?本人对struct不太懂。
re: 梦想的归宿[感想][未登录] 刘明 2007-06-05 09:05
如果有梦想就去追。可能现实的条件暂时不允许我们去追寻,但我们可以慢慢积累实力,慢慢的向梦想接近。
不同意楼上的思想。梦想没有来不及之说,只看你是否想去追寻(是否舍得)。还有,梦想不是靠他人施舍来的。
本来这东西确实不适合放在这里,但看了后很有感触。结合目前自己周围的一些变化,不得不为以后的发展捏把汗啊。也希望更多的人能够冷静下来。不要最后弄个家破人亡的下场。
嘿嘿,楼上测试过了吧?程序已经发给Linux_China大大了,估计正在测试是哪儿的问题吧。
re: 读取本地文件发现的一点小问题 刘明 2007-05-21 18:00
测试回来。
NetBeans6 M9,测试也能正常输出乱码(不过说起来NetBeans6启动和运行都比较慢啊,有点难以忍受了,希望正式版出来能好点,我还是蛮期待的),看来就IDEA有这个问题存在。难道是个bug?
re: 我的作品: 抓图软件[未登录] 刘明 2007-05-02 12:23
to:pande
我个人观点啊。像vb、dehpi、c++等开发gui要比java好,目前来说。之所以认为java7会带来一定的改观是到时jre的改变。大家可以考虑探讨一下。
re: 我的作品: 抓图软件[未登录] 刘明 2007-05-02 04:05
老大,厉害呀,能用java做到这种程度相当不简单呀。
不过,目前我觉得用java进行gui类开发不太好,至少在java7之前这个情况目前是无法改观的。
辛苦了,但我目前要学习的东西太多,实在是没时间了,见谅。记号先。
to:songwing
我看了你说的那个,悠悠村开发的(呵呵)。它那个我也常用的(主要用来跟自己的进行比对,看看差在哪里,哪里比它强,算是跟它攀比着一路开发上来的吧)。这是我开发的那个的网址:
http://so.pp.cn/phone/baidu.jsp,你可以对比一下,我觉得还凑活了(呵呵)。有些地方还有待完善(尤其是IE环境下)。等我忙完这阵子(主要这个东西要保证质量的说),写个开发思路给大家。其实难度不算大,就是麻烦(有太多的细节问题)。
呵呵,是啊,6的速度跟5比起来实在是有点慢,而且我觉得一些6的特性也没必要,可以考虑给用户个官方高级功能包什么的。将精力集中到真正的java开发环境上面来。
re: 贡献一个Wap浏览器的源代码 刘明 2007-03-22 10:57
谢谢回复。但我没明白你啥意思。
“最后建议你去用kxml的对wap的支持”啥意思?我看部分文章有的提到一点,说是需要修改(或继承扩展)一下kxml,但目前我就是对如何修改kxml不知道如何下手。
re: 贡献一个Wap浏览器的源代码 刘明 2007-03-22 10:14
我不是做wap浏览器,但要用一下kxml。问一下,你如何处理的wml里的特殊字符呀?kxml碰到特殊字符报错的(比如: ),需要修改kxml哪里能够避免?谢谢。
小试了一下,稍微有点慢。不过感觉很不错,希望继续努力改进,等正式版。看看能不能从IDEA转过来。目前用的最顺手的是IDEA,希望NetBeans,好好像IDEA学习它好的那些方面。
re: 对java做桌面应用的感想 刘明 2007-02-08 09:31
个人做过一点java的桌面开发(玩玩而已),平常也常使用一些用Java开发的工具。个人感觉java做桌面还是有些问题的。
首先是慢,这个比较没脾气,跟vc、vb的程序比还是慢,这样用户的体验就会很糟糕(哪怕一点的顿、卡都是让人感觉很别扭的事),虽然可以通过各种手段改进,但先天的不足还是很麻烦的。
其次是jre,每次发布都要带着jre一起发布,也是很郁闷的事,如果是一般只有2、3M的程序,带个10几M的jre,一下子就12、3M了,对用户来说太大了,不方便下载、安装。据说java1.7将按照模块化提供,只带有用的那部分,应该会使大小下降不少。至于安装,可以考虑jre安装默认不可见安装,跟随程序直接安装,对用户隐藏烦琐的安装步骤。
最后是界面,感觉java的界面都设计的太原始了,就是感觉很差,虽然有些还不错的,但跟vb、vc那些设计的很酷的界面比起来就差太多了。这方面的软件也少,资源也少,最终造成恶性循环。
re: Ruby真有那么好吗? 刘明 2007-01-25 09:30
嗯。。。Ruby不熟。但看过ROR,确实惊奇它的开发效率。我觉得Java有些过于自大,过于学究了。好的东西我们可以学习嘛。既然Ruby通过ROR发展起来,Java也可以借鉴嘛。ROJ,如果Java本身难以实现的话,就在Java上构建一层好了,比如Groovy。
其实我觉得Java下的太多东西都过于技术化了,比如Struts等,似乎它们想解决所有的问题,我觉得这是很费精力,而且意义不大的。不要妄想自己的东西可以在所有的环境下都适用,我们完全可以作个类似于ROR的东西用于快速开发,也许它有很多的问题(应用面窄、不能承受太大的压力等),但我觉得它只要能很好的完成它面对的用户需要的东西就行了(比如:快速开发、好管理等)。我始终比较信奉8:2法则。
re: 2007:是时候关注Flex了 刘明 2007-01-25 09:17
说起来很早的时候也想过这些东西,也想过如果离散Flash(多Flash拼网页),和聚合Flash做整个网站的想法,后来也稍微的接触了一下Flex。个人感觉Flex和AJAX都是不错的东西,但我觉得两者都有个共通点。就是慢,不如本机那样操作舒服。我个人认为javascript就是实现页面小特效的作用,让它做太多的东西是否是正确的?Flash就是元素太多,速度就很。。。我想是不是我们的路走错了?web真应该这么发展下去吗?嗯。。。我也不知道。不过以后可能会对Flash更多的关照一下吧。
re: 关于方舟子的争论 刘明 2007-01-22 09:45
对了,补充两句。
不知道你小时候家里干啥的。我小时候家里种地的,我还记得小时候挖的粪坑,把粪和哪些没用的叶子、麦杆啥的混在一起,埋地里,对蔬菜和庄稼都很好哦,比那些乱七八糟的药剂好多了。对了,哪些杀虫药啥的都是谁发明的?比较坑人啊。
我觉得化学药剂这些东西,需要大量的人力和时间去验证它的作用。有些是非常有危害的。短期内可能看不出来,但长了危害就显露出来了(根据危害的隐蔽程度,这个时间就没准了)。但人是功利的,肯定不会花这么长的时间和精力去做这些评估检测啥的(毕竟商业社会,要有投入产出比的嘛)。
我相信这个世界是平衡的,得到了一件东西也必定失去一件东西。
发现自己语言表达能力实在糟糕。太词不达意了吧。。。。。。。。
re: 关于方舟子的争论 刘明 2007-01-22 09:21
驯化、杂交这些东西不过我也觉得没什么呀,也是自然的东西,它来源于自然,也没有破坏自然。
如果有一天。我拿上一罐肥料、加点水、加点土,出来一只羊,反正我是不太敢吃的。
基因嘛。。。。。。太难说了,我希望是自然慢慢进化,成长的东西,人类或许能够进行一点外部干涉,但从内部就动手术,有点。。。不爽。可能跟我比较讨厌化学药剂有关吧。
胡言乱语一些,大家凑合着看吧。^_^
re: 关于方舟子的争论 刘明 2007-01-19 17:48
看两位老大讨论的不亦乐乎,说的很多东西我都不懂的。
我个人只是不太喜欢化学的东西。也对人类的这种近乎疯狂的发展(扣个帽子——伪进化)感到恐惧。如果能够让我选择的话,我希望尽量吃点自然的东西。方舟子网上听过,司马南都是知道的多一点,以前揭露伪科学哪些东西,感觉人还是不错的,但怎么就。。。。哎。
我个人希望的是与自然的和谐发展,而不是妄想成为万物的主宰。
老大,我也遇到类似的问题了,请教一下。加我msn:qlqsh@msn.com或google talk:hopefor@gmail.com,谢谢
补充两句:也许用xml做模型,JavaScript做控制,html做显示,也是件不错的事情(瞎想的,如果跟你说的雷同可以无视)。
其实我个人觉得,如果真有更高的交互需求的话,用程序是否更好些?我个人就在考虑抛弃浏览器的一些应用,改为软件的实现。
嗯嗯,看了看前端MVC的大概意思,意思上感觉应该不错,开始我理解为要跟server不断的交互了,流量还不算大问题,但不断的请求和回应可能比较麻烦,既然不是很牵扯server,这个问题就没什么了。但确实好像有点慢,不是刚进入那会儿。我用了几分钟,怎么说呢,有点钝的感觉。可能跟JavaScript有关吧(代码太多啥的)。
也就是说整体上感觉是MVC-请求/回应-MVC,大概是这个样子。但用JavaScript的前台开发代码量应该不算小。感觉增加了不少的量,但得到的东西不是很多的样子。
例子看了,确实有趣,但就是有点慢。而且最重要的是网络不适合通知者方式。这个好像有点像mvc,但根据网络的限制mvc无法全部实现。现在利用Ajax虽然可以实现,但想想网络消耗什么的,是不是有点得不偿失呢?
我是个新手,很多的概念什么的也比较生,发点个人见解,不要见怪。