我关于.NET技术的Blog
这本书的写作是一个痛苦的过程。这个痛苦在于——写的过程中才明白是这样难表达出自己的一些想法,而这些想法要书写成文字又是那么的难深入;所以一度想放弃,最后还是被动完成。
或许是被这个书名所累,也许改成《.NET Web开发全面入门》更恰当些!
罪过!悔也!
posted on 2008-04-17 23:19 redmoon 阅读(194) 评论(4) 编辑 收藏 所属分类: 非技术
买了你的书,看了。。我还是比较支持默默无闻的努力的人的。。当然炒作会使书卖得更好,从商业的角度来看。。 由于我现在还是用的.net1.1,所以2.0的很多特性用不上(公司是1.1的空间,我也没有办法,呵呵),在此冒昧的问2个问题。。希望能于解答,在此致谢先。。 还有可以加入 设计模式 这个小组么?希望你能来。。 http://space.cnblogs.com/group/mode/ 我的问题(也许偶的表述也不是很清楚): 问题一: 现在由于网站建站的规模加剧,到时用户经常要求注册用户可以前台发布新闻而且用户要和论坛的用户是一致的,也就是说多系统共用一个用户。。这里的问题还有就是后台管理员也是要能发布信息的。。可以有2种解决方案,一种是用户表为一个,还有就是把用户表拆开,分为多个表,单独提出来个userBase表,里面就是id userName userPass,其他的user表只绑定userBase,就一个用户表来说,当我又加个blog系统的话,或其他的系统,我想也不能改动我的用户表(对修改关闭对扩展开发原则),但是现在还没有找到比较好的解决方案,虽然现在是吧表拆开用的。。但是用的不是很爽。。不知道,你在做多用户多系统的时候,在用户这块是怎么做的。。希望我能表达清楚吧。。其实就是类似新浪的通行证,只不过我是逐步的开发,希望为以后的开发能多减轻些压力。。 --------------------------------------- 问题二: 对于现在的用户,经常在做完网站的时候,要求更改数据库结构。。当然他是不懂了。。但是他的要求就是这个样子。。比如网站user,有userName userSex userAge,系统已经架构完毕,提前也沟通完了。。项目也做完了,这个时候,客户忽然又要加个[个人收入]字段,当然也有可能是后来用户又来电话说要增加这种类似的东西,在我已经知道客户很有可能修改这些东西的时候,我需要用什么方法来解决呢。。主要是,这一添加字段,我的天删改查都要添加代码。。网页界面也要更改,就单看客户来说,他只是想要添加个 [个人收入] 而已。。当然他可能要求这个个人收入需要排序。。 -------------------------------------- 打了很多字。。自己比较懒了。。呵呵。。总是希望别人能解决自己的问题。。是不是有点贪婪了。。不奢求什么。。把自己的疑问打出来。。心情就舒服多了。。呵呵。。也不知道。。偶这个算不算个《.net web 高级开发》中的部分问题呢?呵呵。。 ---------------------- 最后希望来偶小站溜溜哦。。呵呵。。 http://www.zzcn.net/ 回复 引用 查看
老实说,本书出炉我有一定苦衷;本想写的更深入更完善些,再出版的。现在,感觉有些对不起读者。======对于第一个问题来说,你的思路是正确的,但是好像没有实现得很完善。其实ASP.NET中的Membership的概念是很值得借鉴,所有对用户的验证都统一在一起,而后对各系统的信息,可以另外存储。但是发现,你的userBase的信息相对太少,对于后面可能扩展太多,以利于管理对于第二个问题,感觉和第一个问题很类似。还是使用封闭原则,对于核心的用户表不要修改,额外添加表保存用户Profile等其他信息;当然界面来说,不管使用那种数据库设计都避免不了要修改。======你的问题确实是比较常见的,我这里也只能以我经验和想法简单回答一下,也不一定是对,“适应就是对,并非设计的很酷才对”。以后我们可以多交流讨论 回复 引用 查看
@彭成刚如果你只能使用.NET 1.1的话,可以借鉴一下DNN中基于.NET 1.1实现的membership管理。 回复 引用 查看
感谢楼主的回答。。赶快去学习学习去了。。得到了个关键字dnn的membership。。好好去soso去了。。 回复 引用 查看
Powered by: 博客园 Copyright © redmoon