无梦家园

如果需要asp.net ajax,或者基于js的ria兼职,我或许可以胜任~~~请联系我msn哦,fcrong@gmail.com

赞一个~

楼主发牢骚啊,呵呵

很需要这样的模型意义分析的文章...嘿嘿,来喘口气

@Young.J
在$("input").each(function(){alert(this.attr("id"))}) 里:
$("input").each()方法内部的this是jQuery对象;而function(){alert(this.attr("id"))}方法,不是从jQuery扩展的方法,因此它的this取决于each方法内部的实现,看起来each内部应该是这样调用的:method.call(this[i],i);此时,each方法内部的this[i],就是你的方法的this,它是一个dom元素.

jQuery作为一个新生的轻量型的AJAX库,它相对其他的轻量型AJAX库,最大的优势在于它简单直观而又清晰的编程模型...虽然它为建立这种编码模型付出一定的性能和内存代价,但是在轻量型应用的场合,应该来说是足够的了~~~

鼓励...

:)

@亚历山大同志
感谢你的评论,至少看了我写的代码,我还是很感谢滴,我对ADO.NET也没什么深入的研究,有什么遗漏的地方请包涵啦

这一点...我上面说了很清楚了...
你不能怪我没做数据缓存,没做XXX性能优化,没做YYY处理...
这只是一个最简单的ADO.NET的封装,一点:它比你写裸ADO.NET要好...很多公司,开发东西时,就是用裸ADO.NET开发的,我看也没考虑什么XXX,YYY,ZZZ...

不需要配置...你只要把几个js文件引用进你开发的页面即可...

因为这个问题,Object[key] = value之后,将key统一变化成String,死了我不少脑细胞...和一些网友讨论之后,找到了UUID这个解决方案...

你注意到这一点,看来是看了源代码的 :)
这是我实现Dictionary是用到的,因为Dictionary是基于Object实现的,而Object[key]后,系统会自动吧key改成String类型...这样,如果我var ds = new Dictionary(MyClass,String)()这样的功能就实现不了.所以我需要一个技巧来改变这点,需要一个唯一性的标志符, 代替真实的Key对象作为Key,所以使用UUID()了.
因此,除了Number和String作为Key时性能没有任何多余的开销外,当你使用自定义类型或其他类型作为Key时,需要一点生成UUID()的开销 不过,基本上60%~70%使用Dictionary时,都是以String作为Key的,不需要多担心 :)

@kiler
4)返回DataTable

DbHelper db = new DbHelper();
DbCommand cmd = db.GetSqlStringCommond("t1_findall");
DataTable dt = db.ExecuteDataTable(cmd);

...在执行db.ExecuteDataTable(cmd); 时,library自动进行了connection的open和close,使用者无需关心这样"物理级"的概念...
另外,kiler,不好意思,我有点意气用事了...呵呵,欢迎你来评论~~~

恩~~~

在debug版开发时,会进行类型方面的验证操作;
建议在发布的时候,把验证的代码全部去除掉,List,Stack,Queue的效率和array是一样的;另外,Hash和Dictionary不是基于数组的,是用Object实现的,在进行键值操作时效率是最高的.

执行数据库操作分两种的,一种是无事务的,必须自己关闭;另一种是有事务的,关闭操作都交给事务对象了...看代码请仔细点,如果连数据库连接这样的BUG都不处理掉...dbHelper能用吗?...

无语...

酷~~~
有了良好的IED支持,js编码才算真正走上前台 :)

1)写这个东西很简单,基本上2~3小时就能完成.即时是浪费时间,浪费的时间也很少.
2)这个东西有用,至少在我见过的几个公司中,他们的数据操作类没我写的好.
3)我觉得能给一些人起码有参考的价值,它是有存在的意义和价值的,它的设计目标就是简单,尽量的简单,尽量的小,尽量的透明.(有N多优化的做法,但是它不需要,如果都加上去,它就不是它了,它就是MS 企业库了.)

我贴出这个东西的一个想法,就是想到了起码会有一些人需要和使用它的,而且我也已经吧它应用在好几个实际项目中了.有人需要的东西就不会是浪费时间的东西,即使只是我一个人在使用.

支持一下,新人要用于吧自己的所学所感记录下来,加以整合梳理,你会有更多的收获滴.

@web　我的博客
连接对象没有用static...
连接字符串用static了,因为这里的字符串获取是从config文件中获取的,这是需要一点点开销滴,用static的话,就执行一次...另外,你可以自己修改连接字符串的获取方式...

正如我前面说的,DbHelper只是一个简单的包装,它不做任何的其他事情...它不优化,它不XXX...它很简单,它也很实用...它是一个很"轻"很小的东西,这是它存在的意义...

其实这个DbHelper可以支持多数据库切换操作,你只需要在new DbHelper(connectionString)以及Trans t = new Trans(connectionString)时,传递进连接字符串即可;而且由于使用的是DbProviderFactory这样的抽象数据操作类,天然支持多种类数据库操作.
但是我没在文章里写出来,因为我觉得这个DbHelper只做简单的事,它只在简单的系统和项目中得到生存.如果你的项目对数据库操作的要求比较复杂,那么我不推荐你使用这个dbHelper,你应该尝试看下微软的企业库,它才是你需要的.

我倒.
这个dbHelper就是ADO.NET...它只是改变了下编码方式而已.

我很想晕一下...
有些朋友问我要源代码...我全贴在上面了,你只要复制下就可以了撒.

说到底,关键还是"实力"!
没有"实力"就没有选择权,没有"实力"能找到份工作就要偷着笑了.
对我们这样的程序员来说,世界是随着我们的"实力"而改变的.
你不能改变世界,但你可以改变自己,提高自己的"实力"!

LZ是棵好喵喵啊.有自己的想法没错,支持你!
其实我觉得能有"自己"的想法就是一件非常好的事了,可能偏激也可能片面,比人云亦云诨诨甍甍好太多了.
LZ能有这样的思考和判断,这种"自我意识"能在年轻的时候就具备,是极好的事啊.
一点建议:
坚持自己决定好东西,但做决定前仔细耐心听听别人的意见和想法.为自己的学习建筑与一个持久健康的知识体系和学习习惯,不要随心所欲见猎心喜,不要把自己的学习兴趣和知识能力建筑在不稳定和不持久的灵感和冲动之上.

恩，好的

简历是大概介绍下我的技术能力和特点,有兴趣的请联系我进一步谈...

不知道...

晕，找工作的。。。什么话啊。。。

不多，这是确保必定为'undefined',而不会是null或空的情况。
JavaScript支持这样的严格用法

很不错的东西撒~

en~~~

@net
咋说这话捏？

@Jeffrey Zhao
恩,加上去了,用来判断某个实例是否属于某个类~~~

基本上，微软提供的成员角色系统仅供参考，或者，你开发自定义的Provider来应用微软提供的“皮”。而且，我认为profile的改变不应该应用在一些基本的用户数据资料补充上，那是设计事务！

我睡了2小时又来啦~~~老赵还在吗？？

传说中的夜猫子？？？

说的不错,本来没有模式,只是用的人多了,摸索出来一些设计规律.
但是规律并不是铁律,它是随发展而不断改变的.
没有模式一样做软件,修改源代码不一定要死人.当然,设计模式的运用有其意义,运用了模式也不是不需要修改代码,只是改的少一点,代码总体设计合理一点,把握起来容易一点.

public abstract class Factory
{
public abstract Bonus CreateBonus();
public abstract Tax CreateTax();
}
//中国工厂创建中国对象
public class ChineseFactory : Factory
{
public override Bonus CreateBonus()
{
return new ChineseBonus();
}
public override Tax CreateTax()
{
return new ChineseTax();
}
}
//美国工厂创建美国对象
public class AmericanFactory : Factory
{
public override Bonus CreateBonus()
{
return new AmericanBonus();
}
public override Tax CreateTax()
{
return new AmericanTax();
}
}
//日本工厂创建日本对象...由你来添加拉

//SalaryOperator封装利用工厂对象
public class SalaryOperator
{
private Factory _factory;
public Factory Factory
{
set { _factory = value; }
}
public SalaryOperator(Factory factory)
{
_factory = factory;
}
public Bonus CreateBonus()
{
return _factory.CreateBonus();
}
public Tax CreateTax()
{
return _factory.CreateTax();
}
}
}
public class App
{
static void Main()
{
//对SalaryOperator对象赋于不同的工厂对象即可
SalaryOperator so = new SalaryOperator(new ChineseFactory());
so.Factory = new AmericanFactory();
Bonus bonus = so.CreateBonus();
double bonusValue = bonus.Calculate();
Tax tax = so.CreateTax();
double taxValue = tax.Calculate();
double salary = Constant.BASE_SALARY + bonusValue - taxValue;
Console.WriteLine(salary);
Console.Read();
}
}
一套产品有其抽象基类,创建系列产品的工厂方法也有其抽象基类.最后将工厂类封装到SalaryOperator类即可.如你要卖给日本,1)创建日本的Bonus和Tax;2)创建日本的抽象工厂类JapaneseFactory:Factory即可.
只是扩展,不需修改,在客户端只要SalaryOperator so = new SalaryOperator(new JapaneseFactory());即可使用日本的计算规则.