爱克发 2009-07-21 16:17
说实话楼主写的不怎么地
Kevin Zou 2009-01-06 15:23
我已經被他激起了強烈的興趣
slici 2008-03-10 14:29
a宝,看到我绘画
Eunge 2008-03-09 16:52
不懂别乱说,误人子弟,SilverLight 2.0是很好的框架了,MS给予了很大的支持和推动,下面是如何配置iis的文章,只需要加一个xap的extension就行了。
http://simplesilverlight.wordpress.com/2008/03/07/register-xap-file-in-iis/
lazylu 2008-03-09 08:45
@老Q
这点确实奇怪,按道理MS应该是最注意向下兼容的,怎么这一次这么大改动?
老Q 2008-03-09 08:43
到现在为止,还没有看到Silverlight战胜flash的希望。。。。。。
对现有框架影响太大,很多页面都要修改,不像flash直接做好了加入即可。
还可以不发布源代码。优势不是一点两点啊
snow_man2004 2007-11-03 17:42
不错,写得好,期待下一篇!
fieroazul 2007-06-26 08:54
IEnumerable 继承了IEnumerator
webreport 2007-04-24 09:39
觉得还是很复杂!! ( .net报表工具,web报表,报表设计器,.net报表,web打印,excel,报表开发,报表控件,支持动态列的纯.net写的web报表开发工具在:
http://ebiao.cnblogs.com/ )
WEB 集装箱 2007-04-24 01:17
一直没有弄过国际化方案,,我们小公司而已
仰天一笑 2007-04-23 12:49
可以参考一下
Wisdom-zh 2007-04-23 09:18
呵呵, 确实太复杂了.
我也写过一个关于国际化的文字, 可以参考一下
wanggh 2007-04-22 23:10
.thanks...
@Anders.Zhao
其实,项目已经完成95%的情况下,如果要更换控件,风险更大.
@拍砖不如建议
只是小项目,这样还是会增加工作量.
@aspnetx
@Jeff Yang
@ColdDog
要是从1.1升级到2.0,可以会出现一些想不到错误.暂不会考虑.
Jeff Yang 2007-04-22 16:01
如果是ASP.NET 2.0:
从默认语言资源文件Copy出新语言的文件,找个免费、小巧的Resource.NET,让翻译人员用它编辑新的资源文件就行了。
菜单、表头等要控制字个数呀。
aspnetx 2007-04-22 12:51
@拍砖不如建议
我觉得倒不如用asp.net2.0的那种方案了
确实,需要做个管理系统出来,但是前提是需要一个信息的有效组织的平台
拍砖不如建议 2007-04-22 12:08
可以做个多语言管理系统管理起来
Anders.Zhao 2007-04-22 10:45
楼主的方法我学得并不好,首先是如果多语言出现的地方很多,控件很多,那就够的你添加的了,还有就是维护并不容易,另外,如果多个控件的多语言值重复,那你不是要添加很多重复的内容吗?
我们公司是将多语言存到数据库中,自己将标准控件封装一层,提供一个新属性LanguageKey,只需要设置好这个值,它自动去获取实际的多语言值,这样可以解决量大,分散,不易维护等问题,缺点是复杂,另外就是缓存做得不好的话,数据库压力比较大.
aspnetx 2007-04-22 10:40
也许是个人习惯吧,楼主所提的三点我个人不大赞同
而且要为建立英文页面和建立中文页面等等等等写相关的代码
任何一个属性修改起来,都需要查找文件里的很多地方
以上个人观点
JesseZhao 2007-03-08 17:26
知道了一段时间了
yzx110 2007-03-08 09:45
仔细想想也能明白
你可以看一下结构 IList,ICollection,IDictionary,IEnumerable,IEnumerator的关系
然后看一下Hashtable/Queue/Stack/ArrayList分别实现了那些接口
这些类实现的接口基本上都有一个is a的关系,所有用这些类作参数的时候都能精确找到最匹配IList、IDictionary、ICollection这些接口类型的方法。
注意这些类并没有实现IEnumerator。
而你写得类TestCollection却实现了IEnumerator,但是IEnumerator与其他几个接口没有is a的关系,所有编译器在选择DoWork(IEnumerator)和DoWork(IList)时发生了困难。
主要是一个IEnumerator和IEnumerable的区别。
随风.NET 2007-03-08 09:41
代码看不到。
随风.NET 2007-03-08 09:40
syntax error
[Break on this error] this.style.display='none'; code_closed_text_014950.style.display=
Woodcode 2007-03-08 09:27
代码看不到。
革命老前辈 2007-03-08 09:20
10年前就知道了
非我 2007-03-08 08:55
代码不能展开-_-
风云 2007-03-06 16:44
不错,JS.Net 是一个非常好的脚本语言,在做配置,代码生成,工作流,规则引擎等领域中广泛的运用
javanb 2007-03-05 11:30
不存在遗忘的问题,net的语言主流还是c#
---------------------------------
http://www.javanb.com
eform 2007-03-05 10:31
不错.总想用用JScript.net. (e表 for .NET, 无须编程和写复杂的SQL语句就能实现复杂的统计报表. 详见:
http://my5155.meibu.com)
Jeffrey Zhao 2007-03-05 01:24
@fyxruben
JS归JS,JS.NET归JS.NET,后者没有支持。
还有,写ASP用的JS和写浏览器脚本的JS不一样吧?JS很多特性在写ASP时似乎是无法使用的。
fyxruben 2007-03-04 15:25
学ASP的时候我就是用的JS,都没用VB。
如果能把JS.net用好,在今天这个AJAX时代,是很有意义的,毕竟JS.net是本来就内置支持的。
C# 2007-03-04 13:48
楼主好像没有写出Jscript.NET相对于C#的优点,和摘要出入太大。
鉴定完毕!
壁虎 2007-03-04 12:53
挺有意思的
Bention 2007-03-04 11:25
微软的东西大多不错啊,嘻嘻.可惜就是国际标准要跟他为敌
Anders.Zhao 2007-03-04 11:16
现在都在讨论python,却忘了.NET原来就有脚本语言.
Cat Chen 2007-03-03 22:53
是不错的东西,甚至有人想过,为什么JSON的服务器端处理就用JS.NET呢,可惜MS不重视。
Jeffrey Zhao 2007-03-03 21:21
微软没有把它推行成标准,就很难搞出什么名堂。
搞标准的人其实心里暗暗和微软有仇,呵呵。
无常 2007-03-03 21:08
vs2005不支持jscript.net项目?
Adrian. 2007-03-03 19:55
真的是被遗忘的东西.. 其实ASP.NET 里也可以用JScript.. 但VS所提供支持太少了
但凡是动态一点的语言编译出来的东西都不纯, 效率也不高, 还是老老实实用C#...
在北京的湖南人 2007-03-03 19:47
fidller就是它实现的。
JesseZhao 2007-03-03 19:36
还真是第一次听说啊
航天奇侠 2007-03-03 19:32
不错.