关于爱说说在技术选型的文章见："爱说说"技术原理方案的定选思考过程
本篇将讲述“爱说说”比较重大的技术问题点及解决手段：
杂说几句：
一开始，原本是打算在秋式开源团队找一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字段架构如下：
于是，解析时，就可以准确的还原了，那如何输出这行架构行？
三：总结
解决了这两个重大的技术难题，接下来的，还有没有其它技术问题？
还有没有？
下节解说，敬请期待。