thinkphp是什么就不用多说了，一个轻量级的PHP MVC框架；前几天搞搞这个东西，做了个相册，发现，它的分页很让我纠结，特别是带参分页。
按照它的手册来吧，没多大效果；后来，直接看它的分页类，也不是很复杂。搞明白了它的原理，只不过就是将$where数组中的参数，分离，以GET的方式，传递到分页类中，然后再将这些参数又组合到查询语句中，实现带参分页。然后，才发现，在$where数组中传递的，和表单中的name值要一致，才能这样做。否则的话，传递过来，到了下一页，是收不到的。
还有一个问题，$where数组中，是可以再有数组的，好比有$p=array('eq',$kid)，这个变量$p再添加到$where中的话，直接按手册上的来分离参数，似乎也没效果。解决这个问题时，又写了个函数，判断是不是数组，然后再分离，相当于一个递归。
还有个问题就是，分页连接的时候，会自动加上本页的操作名，就是说，本来是/Index/Pager/的话，分页后，会变成/Index/Pager/Pager，这也让我纠结，不知道原因在哪里。
最后呢，还是没有按照手册上的方法弄好。想了想，不就是把参数传递过去嘛，需要那么纠结嘛。改装了一下它的show()函数，去掉了URL参数过滤这个功能，直接就是分页，比如说，页面是/Index/Pager，那么，使用ushow("/Index/Pager")（改装后的），得到的就是/Index/Pager/&p=2，很明显p=2就是第二页。这个也可以用于不带参的分页。实际上，我就是觉得它这个分页有点纠结，在还没有写到带参分页的时候，我就改装了这个函数，正好，这里用上了。然后呢，就是把需要的参数在Action里面组装一下，传递到前台，到前台哪里呢，肯定是javascript里面。然后再将这个参数，添加到分页后的<a>标签里面；部分代码：
$show = $Page->ushow(__URL__."/".$_REQUEST[C(VAR_ACTION)]."/");（调用组装后的分页函数，实际上，就是将它封装好的，又打开，自己处理。）
$output="/KID/".$kid."/spbegintime/".$p["spbegintime"]."/spendtime/".$p["spendtime"]."/spname/".$p["spname"];（Action里面，组装分页参数；也可以用&来区分参数。）
$this->assign('outpager',$output);绑定页面变量。
$("#pager a").click(function(){
var i=$("#pager a").index(this);
$("#pager a").eq(i).attr("href",$("#pager a").eq(i).attr("href")+"{$outpager}");
});前台修改连接地址，将参数加进来。
最近TP出2.1了，还没去看，嘿嘿。感觉吧，有时候用这样的框架，会不习惯，似乎就是少了一种感觉。用JQ也一样，有时候就习惯性的$("form").submit();而其实页面中就一两处用到了JS，都没把JQ加载进来；我都在想，会不会使用JQ，让我把普通JS给忘了？这也许就是JQ的目标之一吧，哈哈。当然，作为开发者的话，不能只局限于一个框架，一种语言。
最近上班改ccmall.cn也纠结，常常就是本地改好了，上传到服务器上，就没用了；没办法，服务器我没权限修改，我得将改好的往上传，上面的人再修改服务器上的。咳。。
有时候在想，像ccmall.cn这样的大型B2B，B2C网站，做成功了，每天至少是要经受上万IP，数十万次PV的，像这样一个课题，弄到实际运用中去，会不会有问题？毕竟大学里面的课题和实际运用的项目，差距是非常大的。还有，项目中，将大量的，本来最基本的html标签，封装成那么复杂的服务端控件，生成大量的ViewState，然后修改的时候，就N麻烦。有必要么？在修改的过程中，经常就发现，有时候，花大力气写的一个服务端控件，就一个地方用到了，要实现的功能，完全可以几句很基本的JS和简单的HTML标签搞定。咳。。
看了看一些PHP项目，觉得还是那种简单明了，简洁，不臃肿。。微软就喜欢把别人当傻瓜，什么都封装好。（这里仅仅指asp.net）。当然了，也不是说asp.net一无是处哈，只是觉得，好多人都没有正确的运用asp.net就是。其实，.net的强类型，编译型，以及泛型，Ado.net等都是非常不错的，还有后来推出的asp.net MVC，包括.net3.0之后推出来的一些新特性，像SQL CLR，这样重逻辑的数据库操作，还是挺实用的。