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的时候比较已经大有进步，但还是发现不少人再用硬编码的方式实现对不同数据源的支持。因此发一个简陋的东...
