最新评论
Re:mailto用法 boudon 2011-08-20 13:15
很透彻
Re:精典书籍下载 vvGO 2011-05-30 17:38
貌似没有一个能用了~~~
Hello!
I am from Romania and I am a C# programmer.
I read your article and I liked it very much.
I implemented a XMPP server and client, but I find it very difficult to implement the file-transfer on the server.
I would appreciate if you could send me the source code of the server or at least the method ProcessOobIQ(iq).
My address is ana.spell@yahoo.co.uk
Thank you so much.
我下载的实例始终不能发送和接受文件，不知道什么原因，
Re:网络安全与信息战 lqmhappy 2009-07-17 16:42
那么针对网络安全应该提出一个怎样的比较完善安全培训方案呢？
re: mailto用法 测试aaaaa 2009-07-02 09:37
测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试 测试
re: 使用C#登录带验证码的网站(转) 隨風.NET 2009-04-03 12:04
谢谢
re: 字符大全 谢小云 2009-01-04 00:53
772994114@qq.com
re: C#多线程学习(一) 多线程的相关概念（转自xugang的blog) csdn 网友--cnblogs忠实粉丝 2008-12-06 23:05
写得太好了,简单易懂.呵....加油.
两个都要会，这是.net 的优势
不能只学一个
当然
.net 还有很多平台
比如说 pda平台上
在这个市场上.net 还有很大发展空间。
我最开始搞WinForm然后是Web,现在又回来搞WinForm,认清本质是很重要的,xiao_p的说法俺也同意,边学边搞吧:)
做WEB开发8年了,现在在做winfrom,发现用gdi+做界面太爽了.随心所欲.
我只是把我在“打字过程”中学到的，碰到的问题总结一下。（我目前还写不出架构方面设计的总结。）——我目前还在熟悉“打字”的过程。
bmrxntf，还请你多多指教。
lz对架构里涉及的东西可能有点不太清楚
如果清楚 某些问题就不会是问题了
我也是 win form -> web form。同意 xiao_p ，主要认清Page的生命周期，因为winform下面所有的form都是一直存在的。
在公司一直做着C/s架构下面的Erp/crm系统。（企业自己用的那种，不卖钱的）
最近公司有一个项目要用到WEB开发，所以是边学边用啦。
在WEB方面谈不上什么经验，只能够把自己最近工作当中学到的总结一下。
学习学习。。。
登陆的话以前我学JSP的时候都是保存在seesion里的。。
现在转到.NET以后可以直接用内置的权限管理系统了。。呵呵。
嘿嘿，跟楼主相反，我原先是做web的，现在基本上都是关于C/S下的程序的编写，楼主的经验不错。
我也跟2#的一样迷糊,应该把登陆信息保存在哪里呢?cookie+加密 目前我是这样的,还请LZ赐教!谢谢!!!
刚从Winform过渡到WebForm,还带过来一些理念的.呵.比如ActiveX,客户端的JS作为处理信息的媒介.但是对于UI上的东西,以前的知识体系能用的就太少啦.
winform -> webform
asp.net 本身就采用的和winform对应的事件模型，转型相对来说还是简单的很多的。
转型中最重要的是认清事物的本质，page的生命周期还有winform与webform之间最本质的区别，也就是http协议的不连续性！ 这才是最重要的，至于，其它，边开发边了解都ok了。
以前用Webform，现在正在学习Winform....累啊
不要把用户登陆信息保存Cookies中，这个甜饼别人也是可以吃，别人也是可以改动的。
是可以吃，可以改，但是放哪？Session？别开玩笑了，用Session来存放用户验证信息早早就证明不是明智之举。
建议使用FormsAuthentication帮忙，将Cookies加密存储
没什么，我也是从winform过来的~
现在基本上是两个一起搞~
继续努力~
re: 别为失败找借口，请为成功找方法！ 露琪亚 2008-10-19 20:52
我们应该积极的去克服，而不是为自己的胆怯寻找借口！
--------------------------------------------------------
re: 代码逆向乱谈之导引 Killcpp 2008-09-06 08:44
为什么访问不了debugman，我还没有注册，现在只要访问就是Forbidden
re: WinForm 编程细节 aierong 2008-08-20 08:38
请问楼主
frm_load()
ClearForm()
ClearFields()
Check_Data()
Update_Data()
Delete_Data()
cmd_AddNew()
cmd_UpdateNew()
cmd_Delete()
cmd_Exit()
在代码中这样排列方法是很好
要是一个窗体中，方法很多，手动一个个去排，可能很麻烦，你是否有什么简单的处理方法
re: Open Source Flash 逖靖寒 2008-07-26 11:25
很全啊：）
re: .net的辅助工具列表(转) 代码乱了 2008-07-05 12:11
收藏了
re: 软件宝宝系列——SQL注入篇 PerfectDesign 2008-07-04 23:06
@深蓝
动态表名就会使用动态sql
@jillzhang
正如你所说的，就是动态执行SQL语句这种情况，虽然在项目中应该尽量避免，但是在某些特殊的情况下（比如高级搜索）选择使用动态SQL会更快。
根据我的经验杜绝注入的最有效方式就是参数强类型化并且对字符串中的单引号进行替换足矣。而这些用ORM等完全可以做到。
--引用--------------------------------------------------
jillzhang: @深蓝
使用参数并不能完全防止SQL Injection
-------------------------------------
举个例子
在存储过程中还拼SQL的不用说了
--------------------------------------------------------
有道理,不过在存储过程中还拼装SQL也是很不好的做法.应该尽量避免.
re: 软件宝宝系列——SQL注入篇 PerfectDesign 2008-07-04 16:14
参数化是能避免sql注入问题的，如果楼主不同意，你可以尝试注入一下，看你能否攻破。
另说一下，参数化还要保证动态执行sql的时候，需要sp_executesql，不然也不算是参数化。
据我所知，你这个只是sql中的比较常用的一种，现实很复杂，建议最好用参数。
@深蓝
使用参数并不能完全防止SQL Injection
-------------------------------------
举个例子
在存储过程中还拼SQL的不用说了
@HappyQQ
第一种方式完全不可取
第二种才是正规的方式,不会有SQL 注入问题.
@kiler
我不同意的是：
“用参数不能避免SQL 注入”
这个命题
不是反对原著作者的观点
感谢所有朋友的支持与建议
我上面已经建议两种方式，到底采用哪种方式，就要根据自己的项目而定。
不过我的建议是，安全方面，越严越好
我们现在客户端过滤一下，后台再用存储过程传递参数。