我在表单上有几个"ASP:TextBox"控件(大约20个).
加载表单时,将从数据库中填充文本框.
用户可以更改填充的值,当他们提交表单时,我将发布到服务器的值并有条件地保存它们(由某些业务逻辑确定).
除了1个文本框之外的所有文本框都按预期工作.
在回发时,奇数框输出不包含用户在框中键入的更新值.
调试应用程序时,很明显myTextBox.Text反映了旧的预填充值,而不是新的用户提供的值.
每个其他框都正确显示其各自的用户提供的值.
我确实找到了解决方法.
我的解决方案是基本上从Request.Form对象中提取文本框的值: Request.Form[myTextBox.UniqueID],它确实包含用户提供的值.
可能会发生什么,这里？
正如我所提到的,其他文本框接收用户提供的值就好了,这个特殊问题的文本框没有任何与之关联的逻辑 - 只需要获取值并保存它.
这个文本框和其他文本框之间的主要区别在于这是一个多行框(用于输入注释),我认为它在ASP.NET中呈现为HTML"textarea"标记而不是"输入"标记.
在新网站中测试最常见的事情是什么？
例如,防止机器人,恶意用户,大量负载等的攻击？
同样重要的是,您应该使用哪些工具和方法？
(有些压力测试工具真的很贵/不得不用,你自己编写吗？等等)
编辑:这个问题的部分原因部分来自SO测试版,但是请不要进行SO beta讨论,所以SO测试让我思考自己的网站和好事.这是我,你或其他人以前没有想过的事情的清单.
在设置CruiseControl时,我向发布者任务添加了一个buildpublisher块:
<buildpublisher>
<sourceDir>C:\MyBuild\</sourceDir>
<publishDir>C:\MyBuildPublished\</publishDir>
<alwaysPublish>false</alwaysPublish>
</buildpublisher>
这样可行,但它复制了构建的整个文件内容,我只想复制DLL和.aspx页面,我不需要源代码即可发布.
有没有人知道过滤这个的方法,还是我需要设置一个任务来运行RoboCopy脚本呢？
作为一个正在进入我的第一个专业项目节奏的新手开发人员,我正在努力尽快养成良好的习惯.但是,我发现我经常忘记测试,推迟测试,或者在构建结束时进行一大堆测试而不是一次测试.
我的问题是你喜欢在大型项目上进行的节奏,以及测试适合它的地方.
您是否曾经在Web项目开始时选择WISA或LAMP？
虽然利弊遍布网络,但了解您在提出标准,评估,决定和反思您决定采用任何一个平台方面的实际经验将会很有帮助.
在我工作的Windows应用程序中,我们有一个直接位于Win32上方的自定义框架(不要问).当我们创建一个窗口时,我们通常的做法是将this窗口的用户数据区域放入SetWindowLong(hwnd, GWL_USERDATA, this),这样我们就可以进行类似MFC的回调或紧密集成WndProc.问题是这不适用于Win64,因为LONG只有32位宽.什么是解决这个问题的更好的解决方案适用于32位和64位系统？
我见过不同的程序经理用不同的格式编写规范.几乎每个人都有他/她自己的写作规范的风格.
一方面,给程序员的那些冗长的文件可能会导致他/她遗漏一些东西.我个人害怕文件规格这个词...我认为这是因为我的阅读风格......我总是快速阅读我认为会让我错过关键点的事情.
另一方面,我已经看到了我们的一个客户用Excel编写的这些创新规范.他以前编写规范的方式是在Excel中创建一个模拟应用程序并使用一些VBA来模拟它.他会做一些事情,比如按钮点击表单应该去哪里或应该执行什么操作(在评论中).
在数据表格中,他将在单元格和每个数据输入单元格中显示一个表单,他将评论哪些有效值,它应执行的验证等.
我认为使用这种技术,不太可能错过需要完成的事情.此外,为开发人员进行单元测试要容易得多.测试人员在实际编写之前"执行"时对系统有了更好的理解.
Visio是另一种进行屏幕设计的工具,但考虑到VBA支持及其功能,我仍然认为Excel具有更好的优势.
你认为这应该成为一种更流行的编写规范的方式吗？我知道这涉及到项目经理(或编写规范的人)的一些额外工作,但收益很大......我自己可以看到使用它可以获得很多生产力.如果有更好的规格格式,实际上可以帮助程序员.
处理用户返回到在asp.net应用程序中缓存项目的页面的最佳方法是什么？有没有一种很好的方法来捕获后退按钮(事件？)并以这种方式处理缓存？
开源许可证的扩散只是程序员生活NYI(Not Invented Here)综合症的另一个例子吗？我知道一些大型许可证(例如,GPL,Apache,BSD)之间存在一些重大差异,但是当您开始寻找许多项目来创建自己的许可证时.为什么？
参考文献:
http://en.wikipedia.org/wiki/Open_source_licenses
http://developer.kde.org/documentation/licensing/licenses_summary.html
在网络编程方面,我还很绿,我把大部分时间花在了客户端应用程序上.所以我很好奇我应该在我的网站上担心/测试的常见漏洞.