- http://www.cnblogs.com/cp800614/archive/2010/08/28/1810609.html
最近免费空间挂了,等买了空间后就放上去
欢迎踩踩 - @edikud
前一阵子弄了个在线版,可惜那么免费服务器不支持.net了
我会尽快把在线版本弄上去
简单的说明在http://www.cnblogs.com/cp800614/archive/2010/08/28/1810609.html - 在线版JavaScript混淆器,支持变量重命名,流程混淆、压缩等功能。
- JavaScript eXtreme Obfuscator:JavaScript极限混淆器功能:1、格式化代码2、根据前缀、后缀、正则表达式重命名变量,并可指定新变量名的前缀3、根据前缀、后缀、正则表...
- JavaScriptFormatter:JavaScript代码格式化工具功能:1、格式化代码2、重命名变量,并可指定新变量名的前缀3、去掉换行、空白、注释截图:说明:格式化的过程不是简单地替换,而是...
- 以这篇东东主要是作为一个新的起点,开始新的计划。从2008年下半年起,就没有再碰过这个东西。其实我一直想将它做好、做精,只是苦于工作生活上的压力,将它丢在了一边。今天对我来说,可能会算是一个转折点(不...
- 联结关系延迟加载的简单思路,以及联结关系延迟加载的个人看法:一定要用复杂的配置来定义吗?一定要由框架来实现整个过程吗?
- 对实体普通属性延迟加载的一些感想。
- 简单叙述俩种的实体模型下实现支持数据库默认值的方式,以及为什么本人认为支持数据库默认值会对效率产生影响
- 有感于之前有朋友提的ORM支持默认值方面的问题,对实现默认值的方式发表一个小小的看法
- n级撤消的实现,以及对工作单元类型的实体和事务的关系的看法
- 仅是实现一个支持各种数据源的基类,对于与数据源无关,只做到了一半。将SQL语句中的参数用一个固定的字符(如“@”)代替,在执行期间动态根据所选择的数据提供程序进行替换后,才真正做到了与数据源无关。
- 各位,自己看看前几次讨论的东西和发言,然后对比一下自己的行为。最后对照一下标题。如果要我强制施行什么政策,我想我不会吝啬我的时间和精力的。
- 把问题提出来也是很有意义的事
- 总算有一个开窍的人啊。其他的呢?继续潜水?
- 在《我的框架(5)——用最原始的方法实现实体的原型》原始方法的基础上用动态代理的方式实现实体层和框架的解耦、自定义扩展等。
- 第三点说得不错。关键是要有人主动跳出来。没人跳就只能局限了。我始终觉得,交流是关键,交流是保持团队默契的方式。事情再多,默契还是要保证的。而且,交流可以视具体情况而定,不一定每次都要1h,10分钟也可以是一次很有意义的沟通。所以,交流第一,做事第二
- 在实现半自动化之前,首先介绍一下通过最原始的方法,来实现实体的原型。由基类实现接口,再从基类派生出具体的实体对象。
本周主要的讨论内容。
- 与数据库交互其实并不复杂,主要是一些想法,如:是否自动控制事务、如何和缓存交互之类的。
- @o c e a n 老话,对一个不是很了解的东西,准备越多可能错得越多。再一个可能就是把自己的瓶子装满了,客户的需求就不那么容易装了。 除非你本身是这方面的专家。否则,不是误导用户,就是误导自己。 既然是去了解需求,就是一个迭代的过程,等有了底了再准备好想法,然后确定一回,我觉得更好
- 以工作单元作为实体的模型,并以此为基础实现持久化和乐观并发。
- 1、充分准备好自己的想法其实并不一定就是个好方法。客户并不一定在第一时间就能给出正确的需求,带着主观判断去了解需求,可能会误导客户,并多出不少问题。 当然,如果本身是这方面的专家可以考虑。
- [url=http://www.cnblogs.com/cp800614/archive/2009/07/14/1523518.html]http://www.cnblogs.com/cp800614/archive/2009/07/14/1523518.html[/url] 还是这个,你可以看看。然后作为下次讨论的东西。看看有什么不足的。
- 居然发不了。 算了。放博客,然后链过来
- 要实现ORM关键在于元数据,取得实体和与实体相对应的数据库表的元数据,在根据其对应关系进行数据交换,就是最简单的ORM。
- 做了一阵子开发后发现,几乎所有项目都和数据库有关,SQL Server、Oracle、Access、MySql。如果没有一个数据源无关的底层,迁移的时候必然遇到些麻烦。虽然Ado.net 2.0和1.1的时候比较已经大有进步,但还是发现不少人再用硬编码的方式实现对不同数据源的支持。因此发一个简陋的东...










