怎样搞掉烦人的共享？

longzu1984 2004-05-05 11:04:29

共享是个好东西，可是也得人同意
WinXP里，“我的电脑”里总是有对应的用户的文件夹，会自做主张的把一些文件放进去共享，请问怎样才能关掉？？？

...全文

61 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

geopower 2004-05-05

打赏
举报

回复

一楼说的没错

xzz1981 2004-05-05

打赏
举报

回复

正如楼上所说的.....

k4 2004-05-05

打赏
举报

回复

取消简单共享(文件夹选项里)
设置你的共享权限

rock框架是本人开发的一个开源框架。 rock框架的核心主要是rock-dbutils,rock-dbutils是一个轻量级的ORM框架，对jdbc进行了浅层次的封装。是本人在教学和项目开发中慢慢积累开发而成，用来代替烦人的复杂的hibernate的。使用rock框架开发应用非常简单，可以和spring整合开发。 rock框架特点： 1 不需要编写表映射xml文件 2 支持ID自动生成 3 推荐使用qbc方式编程，不需要编写sql。 4 不支持HQL之类的查询语言，对于复杂查询任务，直接使用sql语言，操作简单，可直接返回对象数据。 5 对于复杂查询任务，sql语句也可以直接放在spring的配置文件中，直接注入到DAO中。 6 不支持对象之间的关联。 7 不支持缓存（觉得没必要） 8 利用数据库本身功能支持数据分页 9 使用数据库方言支持不同的数据库 10 暂不支持aop事务 11 即使是最纯粹的sql编程，也是1行代码的事使用hibernate很烦人的地方最主要有两点： 1 不使用sql，搞个hql。其实程序员还是写sql舒服。 2 为了面向对象而面向对象，搞得太复杂，效率又低，面向对象的好处都被其副作用抵消了。所以，基于以上两点，rock框架采取的是半面向对象半关系封装方式。要么不写sql，要么写就写最纯正的sql。如果大家感兴趣，就下载试用一下下，里面有源代码、文档、例子。如果有什么意见尽管提。就是本人平常自己写自己用的小玩意，今天高兴拿出来共享，别上升到国人开发什么什么的高度，谁要是这么捧杀我或棒杀我，我跟谁急。联系我：mex2000@163.com 梦湘工作室王昆山

1、 FACTORY —追 MM 少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱吃的东西，虽然口味有所不同，但不管你带 MM 去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的 Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消工厂模式费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER — MM 最爱听的就是“我爱你”这句话了，见到不同地方的 MM,要能够用她们的、方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到 MM 我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的 MM 也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）建造模式：从而使一个建造过程生成具有不建造模式将产品的内部表象和产品的生成过程分割开来，同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD —请 MM 去麦当劳吃汉堡，不同的 MM 有不同的口味，要每个都记住、是一件烦人的事情，我一般采用 Factory Method 模式，带着 MM 到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让 MM 直接跟服务员说就行了。工厂方法模式：而是将具体创建的工作交给子类去做，工厂方法模式核心工厂类不再负责所有产品的创建，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、、 PROTOTYPE —跟 MM 用 QQ 聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要 copy 出来放到 QQ 里面就行了，这就是我的情话 prototype 了。（100 块钱一份，你要不要）原始模型模式：原始模型模式通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、、 SINGLETON —俺有 6 个漂亮的老婆，她们的老公都是我，我就是我们家里的老公 Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才做了个梦啦，哪有这么好的事) 单例模式：而且自行实例化并向整个系统提供这个实单例模式单例模式确保某一个类只有一个实例，例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。结构型模式 6、ADAPTER —在朋友聚会上碰到了一个美女 Sarah，从香港来的，可我不会说粤语，她不、会说普通话，只好求助于我的朋友 kent 了，他作为我和 Sarah 之间的 Adapter，让我和 Sarah 可以相互交谈了(也不知道他会不会耍我) 适配器模式：从而使原本因接口原因不适配器模式把一个类的接口变换成客户端所期待的另一种接口，匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。 7、BRIDGE —早上碰到 MM，要说早上好，晚上碰到 MM，要说晚上好；碰到 MM 穿了件新、衣服，要说你的衣服好漂亮哦，碰到 MM 新做的发型，要说你的头发好漂亮哦。不要问我“早上碰到 MM 新做了个发型怎么说”这种问题，自己用 BRIDGE 组合一下不就行了桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关桥梁模式联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。 8、COMPOSITE —Mary 今天过生日。“我过生日，你要送我一件礼物。”“嗯，好吧，去商店，、你自己挑。”“这件 T 恤挺漂亮，买，这条裙子好看，买，这个包也不错，买。”“喂，买了三件了呀，我只答应送一件礼物的哦。”“什么呀，T 恤加裙子加包包，正好配成一套呀，小姐，麻烦你包起来。”“……”，MM 都会用 Composite 模式了，你会了没有？合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就合成模式是一个处理对象的树结构的模式。合成模式把部分与整体的

开源内部的多样性：即便是在传统的开源领域，不同的许可证（例如 BSD 和 AGPL 3.0）也赋予了用户不同的权利和义务，体现了开源本身的多样性。我认为处理这种情况的最佳方式，不是简单地固执地争论要获得一个单一的现代化的开源定义，而是拥抱多样性，并就如何描述软件许可领域达成一致，在这个领域中，各种类型的许可证都有其存在的空间。作者的观点：作者认为，与其争论一个统一的“现代化”开源定义，不如拥抱许可证的多样性，并建立一个清晰的框架来描述各种许可证，承认它们各自的价值和适用场景。所有这些许可证都是可选的。

平时做开发时最烦人的除了项目不会做，恐怕就是环境依赖的问题了吧。一个好好的项目，换个环境总是出问题，开源库一升级就挂掉，总有“坏人”搞掉自己的系统库，今天就来随便聊聊吧。...

锁机制是数据库一个比较重要的机制，在处理事务的并发性方面起着至关重要的作用，我也看过好多关于锁机制的文章blog，什么悲观锁、乐观锁？什么共享锁、排他锁？还有什么行级锁、表级锁？另外还有读锁、写锁？oh，my god！怎么这么多锁？今天终于静下心来好好研究梳理一番这些烦人的锁。这篇文章我想弄明白三个个问题：一是把上面这些锁都是什么，...

6,868

社区成员

177,996

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章