ASP.NET网站制作之ASP.NET 2.0下的前提编译
那做企业软件是不是最好用J2EE？asp.net|编译|前提在Web开辟中测试单个页面的功效其实是太贫苦，从首页用户名、暗码出来后，经由一些操纵后才能够离开你要测试的谁人页面。（实在不管做甚么的开辟，测试单个功效都是很贫苦）。抱着胆小如鼠的立场，我一样平常喜好写几段测一次，假如每次都大张旗鼓的启动全部项目来测试明显是很不经济的做法。我一样平常会在Solution中新增一个用于测试用的设置，在个中增添一个“Test"之类的编译指令，然后在代码中，把一些测试前提，测试办法放到这个指令下。在开辟团队还没有引进单位测试之类的观点的时分，我可不想用新增一个测试项目如许的办法来做这类事变。并且关于象Web下单个的Page如许的情形我也不晓得应当是怎样举行法。以是仍是用之前本人的编译指令这类办法对照的得心应手点。
（我之前在写一些非WEB下的器材的时分，也喜好把测试办法与类自己写在一个文件里，然后用编译指令辨别开，假如要测试，就间接在开辟情况下选择"Test"的谁人设置，然后启动TestDriven来测试之，不必启动全部项目对呆板省力多了，TestDriven这个器材很管用的。
假如你是用Ｃ＃作开辟的，在开辟情况中，假如以后这个编译前提不满意的时分，那些代码城市灰失落，并且能够缩进，一点都不障眼）
不外我的那些手段，在VS2005下有点不论用了，如今WEB开辟跟之前有点区分了。在下面找来找往都找不到中央来新增编译指令，非WEB的开辟仍是能够找到中央新增的。折腾了半天，发明如今把一些设置的器材都放到Web.config里来了，前提编译固然也不破例。
好比如今要加一个”Test”的前提编译指令。在Web.config文件中，在<compilation>这个节下到场下述语句就能够了。
<compilers>
<compilerlanguage="vb"
type="Microsoft.VisualBasic.VBCodeProvider,System,Version=2.0.0.0,Culture=neutral,PublicKeyToken=B77A5C561934E089"
extension=".VB"
compilerOptions="/define:Debug=True/define:Trace=True/define:Test=True"/>
<compilerlanguage="c#"
type="Microsoft.CSharp.CSharpCodeProvider,System,Version=2.0.0.0,Culture=neutral,PublicKeyToken=B77A5C561934E089"
extension=".cs"
compilerOptions="/d:DEBUG;TRACE;Test"/>
</compilers>
很要命的，对每种言语都要加一个<compiler>，固然假如项目中没用到响应言语，也能够不必理它，能够删失落。一样平常C#、VB用得对照的多，我只弄了这二种。
Web.config里设置事后就不必在每个需测试的页面上往界说编译指令了，不外仍是没有之前爽，之前间接在IDE工具栏上选择一下设置就好了，如今硬是要写这么多器材，并且次要仍是不便利切换。好比我不要在"Test"前提下启动时，我还得跑到Web.config里把下面一段器材正文失落。
依照MSDN的说法，在.Net2.0下，<compiler>这个element是deprecated的了，我这类做法好象不是正途。
就安全性而言，Java已经远远低于VB.NET，更无法与安全性著称的C#相比。 有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。 同时也感谢博客园给我们这个平台，也感谢博客园的编辑们做成专题引来这么多高人指点。 当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。 比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。 提供基于组件、事件驱动的可编程网络表单，大大简化了编程。还可以用ASP.NET建立网络服务。 众所周知，Windows以易用而出名，也因此占据不少的服务器市场。 JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。
页:
[1]