- 相关文章 (13)
- QBlog隐藏技巧 (2)
- 爱说说系列 (4)
- QBlog 开源发布 (3)
- QBlog版本发布 (8)
- QBlog 模板制作教程 (6)
- QBlog开发者视频教程 (6)
- 秋色园技术原理解析 (21)
- 现在还是ACCESS吗
- 日本超人気のスーパーコピーブランド激安通販専門店! ┏━━━━━2024年人気最高品質━━━━━┓ ◎━ 腕時計、バッグ、財布、アクセサリ ━◎最新入荷! 商品の数量は多い、品質はよい、 高品質のブランドコピーを超激安な価格で販売しています。 ★ 100%品質を保証する。 ★ 送料は無料です(日本全国)! 税関の没収する商品は再度無料にして発送します!
- 啊哈
- スーパーコピーブランド専門ショップ時計 バッグ 財布N級品販売通販 全品送料無料!! 弊社は価値をつけてルイヴィトンを販売して、シャネル 、グッチなど。 ◆2018年は最も新型に人気があって、新しい素材の商品到着! 人気ブランド品大注目 ◆信用の第1、風格は多くて、品質は良いです! ◆運賃の無料(日本全国)が予約購入することを期待しています! ◆弊社の商品は絶対的な自信があります。 ぜひ、見てくださいね!! 海外スーパーコピーのスーパーコピー バッグ、アクセサリー スーパーコピー時計、貴金属の(リサイクル品)のスーパーコピー販売買取
- ルイヴィトン 財布スーパーコピー ようこそ ルイヴィトン スーパーコピー販売商店へいらっしゃいませ! 真心込めて最高 レベルのスーパーコピールイヴィトン偽物ブランド品をお届けしています。 安全税関対策+ 素早い配送+随時の在庫補給+丁寧な対応+スーパーコピー販売業界最低価格に挑戦 ! 当店は業界最高品質に挑戦!全商品はプロの目にも分からないルイヴィトン 財布スーパーコピーです。 ルイヴィトン財布コピー、ルイヴィトン 財布 ブランド偽物など世界 有名なバックコピー商品が満載! 当店のスーパーコピー商品は他店よりも質が高く、金額も安くなっております。 ご購入する度、ご安心とご満足の届けることを旨にしております よろしくお願いします ありがとうございます (*^__^*)
- 可以
- 不错,博主是大神,膜拜中
- 44
- 顶起来!一页文字,几载求索
- ACESS 我也是深恶痛绝,但还是不得不用
- 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三)(31569)
- 调查:是否支持秋色园QBlog走进开源博客之路(30640)
- 绑定一级域名(顶级域名)到秋色园QBlog博客教程(28379)
- 秋色园QBlog技术原理解析:开篇:整体认识(一)(27765)
- Windows7下如何安装部署秋色园CYQBlog站点(20051)
- 如何安装部署秋色园CYQBlog站点(19300)
- 开源博客-秋色园QBlog多用户博客系统安装视频教程(19246)
- 秋色园QBlog技术原理解析:Module之基类生命周期-页面加载(七)(19107)
- 秋色园QBlog技术原理解析:UrlRewrite之URL重定向体系(四)(19063)
- CYQ.IIS 无需要安装IIS运行QBlog网站(18744)
- 调查:是否支持秋色园QBlog走进开源博客之路(32)
- 秋色园QBlog技术原理解析:UrlRewrite之无后缀URL原理(三)(23)
- 秋色园QBlog技术原理解析:开篇:整体认识(一)(13)
- QBlog开发者视频教程:开篇-开发基础配置与系统运行(一)(13)
- CYQ.IIS 无需要安装IIS运行QBlog网站(13)
- Windows7下如何安装部署秋色园CYQBlog站点(12)
- 开源博客CYQ.Blog 秋色园QBlog 源码下载[免费开放24个下载码](11)
- 如何安装部署秋色园CYQBlog站点(10)
- 开源博客-秋色园QBlog多用户博客系统安装视频教程(10)
- 绑定一级域名(顶级域名)到秋色园QBlog博客教程(10)
关于爱说说在技术选型的文章见:爱说说技术原理方案的定选思考过程
本篇将讲述“爱说说”比较重大的技术问题点及解决手段:
杂说几句:
一开始,原本是打算在秋式开源团队找一JS人才来引导前台页面的呈现的,毕竟本人在JS还停留在原始的编码阶段,于是当时聊了一下。
再后来,接下来几天,由于秋式开源团队内部管理上有点小调整,还有新开任务小组的事,连续忙了几天,“爱说说”就也停了几天。
几天过后,回到群里Call人,发现原来JS的人才一去无踪影了,没法只好自己动手了。
在定好技术方案后,下面开始技术的分析:
“爱说说”的逻辑:
从后端Ashx说起:
一:TXT文本交互的技术解析
1:数据写入:每次往文本的最后面写一条Json数据,语句很简单:
{
File.AppendAllText(FilePath, appendText);
}
利用System.IO.File类即可轻松处理。
2:数据读取:内存表缓存失效时,需要重新加载TXT文本的Json数据,语句也很简单:
{
return File.ReadAllText(FilePath);
}
还是一行代码,处理简单。
3:删除功能:需要移除TXT文本内的某行Json数据,也很容易的说:
{
File.WriteAllText(FilePath, File.ReadAllText(FilePath).Replace(removeText, string.Empty));
}
还是一行的说,读完替换,然后重新写入。
OK,和IO的交互设计,相当的简洁,也就这三个函数了,写,读,删除。
二:Json的交互的技术解析
1:数据如何写入:
2:功能冲突:这和CYQ.Data.Table下的MDataTable的功能有什么冲突?
MDataTable有ToJson功能,也有LoadFromJson功能,能把数据表转成Json,也能从Json解析还原成内存表。
那数据行有没有ToJson功能?答案,没有!
替换方案可有?答案,有! 可以MDataRow.ToTable().ToJson(),即转成表格再输出Json,看似挺好。
在好之前,看一下MDataTable的ToJson()输出什么?
{"count":"2","error":"","success":"true","data":[
{"ID":"2","ParentID":"-1","UserID":"2","NickName":"dddd"
,"Body":"aaddd","CreatedOn":"2011-4-24 0:22:21"},
{"ID":"1","ParentID":"-1","UserID":"1","NickName":"dddd"
,"Body":"aaaaa","CreatedOn":"2011-4-24 1:19:37"}]}
格式就是这个了,前面是一些共有属性,data内才是数据行。
如果每次把这样的数据写完文本,到时候读取解析还原成表格,肯定有问题。
3:如何解决冲突:扩展功能,为单独的数据行添加ToJson()功能
只单独输出:
{"ID":"2","ParentID":"-1","UserID":"2","NickName":"dddd","Body":"aaddd","CreatedOn":"2011-4-24 0:22:21"}
这样子,重复的往后写,感觉就省了点字节,而且也清爽秀多。
4:扩展再扩展:MDataTable.LoadFromJson要支持上
不过这么重复的写单行Json数据,再读取,MDataTable是解析不了的,咋整?
解析不了就扩展一下,把它解析了,由于CYQ.Data的Json,都是本人手动写的解析。
所以,修改来解析这样一行一行的数据,还是可以处理的。三改两改就支持上了,一切很好。
现状就是可以往TXT里写出这么一系列的文本了:
{"ID":"1","ParentID":"-1","UserID":"1","NickName":"小样...","Body":"爱说说...有话就说",第一个哟哟","CreatedOn":"4/20/2011 8:35:10 AM"}
{"ID":"2","ParentID":"-1","UserID":"2","NickName":"路过秋天","Body":"不知道怎么回事说,随便来几字,明字何期多。","CreatedOn":"4/20/2011 8:37:35 AM"}
再然后就是MDataTable.LoadFromjson又可以从这种格式还原成内存表了。
技术手段到了这里,光明灿烂了。
一切流程很好:
1:客户端提交数据-》
2:Ashx提交数据-》写入内存表,然后把数据行ToJson写入文本。
3:内存表在内存,总有失效的时候,失效时LoadFromJson又还原成表格,又继续。
5:另一个重大的技术问题
一切看似很好,可是后面还是会有些问题呢的,什么问题?往下看:
看一下表格的原始属性:
表格的基本列:
_Table.Columns.Add("ParentID", SqlDbType.Int);//>0说明是回贴
_Table.Columns.Add("UserID", SqlDbType.Int);
_Table.Columns.Add("NickName", SqlDbType.NVarChar);
_Table.Columns.Add("Body", SqlDbType.NVarChar);//内容
_Table.Columns.Add("CreatedOn", SqlDbType.DateTime);//创建日期
问题:
在开始定义前,都是有不同的类型的,但如果内在表失效时,重新还原又是什么状况?
由于Json全是字符串,在还原为内存表MDataTable时,默认全都置为SqlDbType.NVarChar,
于是表格的字段类型全变字符串了,如果只是还原后用于绑定显示就没啥问题了,如果此表格还需要进行一些复杂判断比较,就比较纠结了。
正如我要查询ID>数字的行,全是字符串就真的很纠结。
如何解决?
想法一:有想法不是办法:
开始纠结还原后的数据类型问题,通过判断第一行Json的文本值,来定义设置字段类型,比如:
检测值是数字型:就Int。
检测值是日期型:就DateTime
最后就默认给:NVarChar
为何不是办法?
看似挺好,如果文本字段内容第一行是数字,其它行又是字符串呢?后面的内容不就纠结了?
想法二:有想法也是办法:
既然首行取值判断不行,如果首行存表架构呢?
首行Json字段架构如下:
于是,解析时,就可以准确的还原了,那如何输出这行架构行?
三:总结
解决了这两个重大的技术难题,接下来的,还有没有其它技术问题?
还有没有?
下节解说,敬请期待。
关注点:MDataTable在“爱说说”扩展了这么多强劲的功能,啥时候发布?
很快,可能是五一前后:会在 CYQ.Data V4.5正式版中集成,也敬请期待与关注。